--- Log for 18.11.111 Server: pratchett.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 4 days and 7 hours ago 00.03.47 Quit n1s (Quit: Ex-Chat) 00.04.16 Quit domonoky (Read error: Connection reset by peer) 00.05.24 Part low_light 00.10.24 # New commit by 03pamaury (r31026): imx233/fuze+: set drive strength of tuner chip enable pin, enable backlight on panic 00.12.09 # r31026 build result: 2 errors, 0 warnings (pamaury committed) 00.18.38 # This is funny, if I boot normally the fm tuner is detected but if I first go into bootloader usb mode and then boot, it won't be detected, the fuze+ is a strange beast 00.18.54 # umm. how do i get out of doom on clip+? can't see the menus :) 00.19.13 # none of the "obvious" buttons help 00.19.19 # SynrG: power 00.19.20 # ? 00.19.46 Quit olspookishmagus (Quit: Some rise by sin; some fall by virtue.) 00.19.56 # neither power nor long power help 00.20.13 # i tap power and i get a fuzzy menu, none of the entries are legible 00.20.26 # i try each one in succession, pressing select for each. none of these help 00.21.41 # rug, why does firmware/export/audio.h exports audio_set_input_source which is defined in apps/audio_path.c ? 00.21.46 # *urgh 00.22.33 # aha! 00.22.46 # it must have a "confirm" dialog after that (also legible) 00.22.51 # er, not legible 00.23.15 # so the sequence is: power, select the fifth entry (quit), press 'down', select to confirm 00.26.42 # pamaury: Just speculating here but if it's the SI4700 version then maybe the interface selection isn't done correctly? I don't think it is on any target but the beast. 00.26.43 Quit Thra11 (Ping timeout: 260 seconds) 00.27.33 # jhMikeS: I can read registers by hand so it's not a problem with the i2c interface, but starting the radio using a menu just freeze in audio_set_input_source 00.27.40 # audio.h covers things in both levels. 00.28.07 # I guess something is wrong in radio_off/start/pause but I can't see what, perhaps I'm missing a clock or something 00.30.01 # oy, is that old audio event stuff still in use? 00.30.12 # in audio.h 00.30.59 Join Keripo [0] (~Keripo@eng334.wireless-resnet.upenn.edu) 00.34.24 # Hey! I updated the french translation. If someone wants to see: http://www.rockbox.org/tracker/task/12392 00.35.24 Quit liar (Ping timeout: 258 seconds) 00.47.02 Quit pamaury (Remote host closed the connection) 00.55.41 Quit bertrik (Read error: Operation timed out) 00.58.26 Part lovasoa 01.00.25 *** Saving seen data "./dancer.seen" 01.02.29 # kugel, bluebrother^, other Germans: putting this translation update up for discussion as I'm not entirely happy with each and everything. This one is versus SVN so includes some more phrases: http://pastebin.com/Xe1TSrZ8 01.03.41 # and kugel, I know you don't like hyphens but I used some for long combinations of words were I found that it gives a bit of structure or hint which belongs to which 01.04.50 Quit stripwax (Quit: http://miranda-im.org) 01.06.17 # the pastebin could also be used in case I forget to commit in time. I'm going to sleep now though 01.09.49 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 01.17.14 Join falco99 [0] (~chatzilla@pool-173-72-186-213.clppva.fios.verizon.net) 01.17.53 # anyone in here relatively familiar with the Fuze at default factory settings? 01.18.36 # i just got mine and i'm trying to figure out what i can delete from internal storage without bricking it. it seems to have a handful of songs built into memory that aren't viewable as files, which seems weird... 01.26.25 Join nosa [0] (~m00k@adsl-74-235-79-241.clt.bellsouth.net) 01.27.06 Quit GeekShadow (Quit: leaving) 01.28.30 Join GeekShadow [0] (~antoine@120.213.192.77.rev.sfr.net) 01.28.54 Quit nosa-j (Ping timeout: 276 seconds) 01.28.55 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-79-241.clt.bellsouth.net) 01.36.08 Quit markun (Ping timeout: 260 seconds) 01.37.28 # oh, in rockbox there are a few folders beginning with the "#" character, which i can't see in windows 01.37.36 # that's weird as crap 01.43.08 # rockbox sees a "##music#" folder that i can't access in windows, as well as a "##port#" directory that i edited to "##port" in rockbox and it now shows up in windows. *scratches head* 01.44.35 # just leave them... the sansa firmware does interesting stuff 01.50.00 # would it mess anything up if i removed them (or at least hid them)? the one i renamed was by accident and the sansa firmware still boots ok, so i'm hoping it's no biggie 01.50.24 # they kinda clutter up the filesystem root when viewed in rockbox 01.50.58 # also bunches of empty folders there such as "VIDEO", "AUDIOBOOKS", "RECORD", etc etc. 01.53.03 # as well as a handful of .sys files, though i figure i can leave those since they don't show when viewing "supported" anyway 01.59.32 Quit Topy44 (Read error: Connection reset by peer) 02.08.52 Quit nosa-j (Ping timeout: 244 seconds) 02.10.00 Part fatline ("Leaving") 02.10.25 Join nosa-j [0] (~m00k@adsl-74-235-79-241.clt.bellsouth.net) 02.12.36 Join Topy44 [0] (~Topy44@f049036244.adsl.alicedsl.de) 02.15.25 Part bughunter2 02.28.10 Quit nosa-j (Ping timeout: 240 seconds) 02.28.55 Join nosa-j [0] (~m00k@adsl-74-235-79-41.clt.bellsouth.net) 02.54.06 Quit Keripo (Quit: Leaving.) 03.00.26 *** Saving seen data "./dancer.seen" 03.19.55 Quit MethoS- (Remote host closed the connection) 03.25.03 Join Keripo [0] (~Keripo@eng334.wireless-resnet.upenn.edu) 03.57.18 Quit sinthetek (Ping timeout: 260 seconds) 03.57.53 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 03.59.23 Quit Keripo (Quit: Leaving.) 04.02.07 # does formatting a fuze erase the bootloader? or is the RB bootloader flashed to an unformattable area of ROM? 04.04.19 # (ok i've figured it out, it doesn't, lol) 04.11.00 Quit simabeis (Ping timeout: 240 seconds) 04.11.45 Join simabeis [0] (~simabeis@lobmenschen.de) 04.31.48 Quit amiconn (Disconnected by services) 04.31.50 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.31.55 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.32.32 Quit pixelma (Disconnected by services) 04.32.34 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.32.36 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.36.08 Join Keripo [0] (~Keripo@eng334.wireless-resnet.upenn.edu) 04.50.57 Quit [7] (Disconnected by services) 04.51.22 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 05.00.29 *** Saving seen data "./dancer.seen" 05.13.30 Join Rob2223 [0] (~Miranda@p4FFF2BE0.dip.t-dialin.net) 05.14.15 Quit zchs (Ping timeout: 240 seconds) 05.16.57 Quit Rob2222 (Ping timeout: 244 seconds) 05.27.29 Join antil33t [0] (~antil33t@101.98.148.94) 05.27.43 Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net) 05.35.04 Quit lmh (Remote host closed the connection) 05.40.09 Quit Horscht (Quit: Verlassend) 05.47.51 Quit zchs (Ping timeout: 240 seconds) 05.58.40 # is anyone else running rb on an android device? i want to see if anyone can reproduce my error. (i'm on thunderbolt) 06.01.29 Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net) 06.21.16 Quit Falco98 (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111104165243]) 06.24.18 Quit Elfish (Read error: Operation timed out) 06.24.22 Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) 06.56.01 Join Satyricon21 [0] (Satyricon2@189.253.133.4) 06.56.15 # hellooo 06.56.38 Part Satyricon21 06.58.21 Join lmh [0] (lmh@nat/redhat/x-wrhiknwuzatapukg) 07.00.33 *** Saving seen data "./dancer.seen" 07.19.12 Quit falco99 (Read error: Connection reset by peer) 07.22.29 # pixelma: I think the USB of USB Hide Internal Drive should be kept as prefix (to be in line with USB hid). Ideally the usb settings should be a submenu 07.23.30 # pixelma: your new translations for keyclick and sleep timer are inconsistent with the existing translations (Tastentöne and Einschlaftimer) 07.25.12 # lastly, I don't really like 3d enhancement translation but that's unrelated to your patch 07.29.50 Quit advcomp2019 (Read error: Connection reset by peer) 07.31.26 Join advcomp2019 [0] (~advcomp20@97-114-233-50.sxcy.qwest.net) 07.31.26 Quit advcomp2019 (Changing host) 07.31.26 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 07.31.27 Join KiwiCam [0] (~Kiwi_Cam@200.193.69.111.dynamic.snap.net.nz) 07.31.52 Quit lmh (Remote host closed the connection) 07.36.42 Join advcomp2019_ [0] (~advcomp20@97-114-233-50.sxcy.qwest.net) 07.36.43 Quit advcomp2019_ (Changing host) 07.36.43 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) 07.40.09 Quit advcomp2019 (Ping timeout: 258 seconds) 07.40.53 Quit kaloo () 07.52.49 # kugel: well it's hard to keep the USB at the beginning and make it a meaningful setting and keeping it short (besides the English doesn't sound very good in my ears but I don't know). "Tastentöne" - ok. "Einschlafzeit" is (was) also in the existing translation and "Einschlaftimer" is denglish :\ 08.00.00 Join markun [0] (~markun@s3eea32f5.adsl.wanadoo.nl) 08.01.01 # Did we set a release date for 3.10 yet? 08.20.14 Join Scr0mple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 08.20.47 Quit Scromple (Ping timeout: 248 seconds) 08.21.03 # maybe just "USB: Verstecke.." could work and is actually a bit shorter 08.23.14 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 08.26.26 Part Zagor 08.26.40 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 08.31.09 Quit Scr0mple (Quit: Leaving) 08.43.47 Join GodEater_ [0] (93722cc8@rockbox/staff/GodEater) 08.49.08 # pixelma: hm, it's einschlafzeit for voice... 08.49.13 # whatever, it should be consistent 08.56.35 # yeah, agreed - will look into it later once more 09.00.35 *** Saving seen data "./dancer.seen" 09.08.07 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 09.08.07 Quit bertrik (Changing host) 09.08.07 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 09.08.59 Join ender` [0] (~ender@foo.eternallybored.org) 09.09.57 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.16.16 # * kugel stabs JdGordon for committing .lang relevant stuff during branch 09.17.08 Join petur [0] (~petur@rockbox/developer/petur) 09.20.48 Join Kiwi_Cam [0] (~KiwiCAM@200.193.69.111.dynamic.snap.net.nz) 09.31.23 Part Zagor 09.37.00 Quit bertrik (Ping timeout: 240 seconds) 09.53.40 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 09.54.46 # is "sleep timer" the time to go on before shutdown? 09.55.40 Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr) 09.55.40 Quit pamaury (Changing host) 09.55.40 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 09.56.01 Quit pamaury (Remote host closed the connection) 09.57.00 # if that is the case I suggest: Ausschaltzeit 10.00.10 Quit nosa-j (Ping timeout: 252 seconds) 10.00.26 # well, I believe that is already used for "Idle Poweroff" and I'd like a distinction. One is powering off even if music is playing the other after a certain time of inactivity. But maybe yours is a nice idea too if you could think of something for the aforementioned thing 10.01.38 # ok - Schlummerzeit could be used then 10.03.30 Join nosa-j [0] (~m00k@adsl-74-235-79-41.clt.bellsouth.net) 10.04.39 Quit Keripo (Quit: Leaving.) 10.08.09 # and Idle Poweroff = Leerlaufzeit 10.08.18 # and Idle Poweroff = Leerlaufauschaltzeit 10.09.00 # and Idle Poweroff = Leerlaufausschaltzeit 10.09.03 # finally... 10.15.51 Quit Topy44 (Ping timeout: 240 seconds) 10.33.17 Join fyrestorm [0] (~nnscript@cpe-24-90-84-81.nyc.res.rr.com) 10.33.17 Quit fyre^OS (Read error: Connection reset by peer) 10.45.21 Quit KiwiCam (Quit: Leaving) 11.00.38 *** Saving seen data "./dancer.seen" 11.10.13 Join TomColler [0] (~thomas@net-93-144-167-94.cust.dsl.teletu.it) 11.11.55 Quit scorche (Ping timeout: 260 seconds) 11.12.39 Join scorche [0] (~scorche@rockbox/administrator/scorche) 11.13.40 # Hmm... how about Leerlaufzeitspanne 11.21.26 Join rarog [0] (~chatzilla@p5DE919E6.dip.t-dialin.net) 11.23.57 Quit rarog (Client Quit) 11.25.47 Quit ReimuHakurei (Quit: Baibai.) 11.25.48 Nick ReimuHak_ is now known as ReimuHakurei (~reimu@wireless.sit-co.net) 11.26.16 Join Reimu_Hakurei [0] (~znc@reimuhakurei.net) 11.28.01 Join nosa [0] (~m00k@adsl-74-235-79-41.clt.bellsouth.net) 11.29.03 Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt) 11.29.35 Quit nosa-j (Ping timeout: 248 seconds) 11.29.35 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-79-41.clt.bellsouth.net) 11.36.40 Quit nosa-j (Ping timeout: 258 seconds) 11.40.01 Join nosa-j [0] (~m00k@adsl-74-235-79-41.clt.bellsouth.net) 12.03.03 Quit zchs (Ping timeout: 240 seconds) 12.08.56 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 12.32.31 Quit nosa-j (Ping timeout: 248 seconds) 12.33.31 Join nosa-j [0] (~m00k@adsl-74-235-79-41.clt.bellsouth.net) 12.35.25 Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net) 12.56.07 Join Thra11 [0] (~thrall@87.115.168.7) 13.00.39 *** Saving seen data "./dancer.seen" 13.04.07 Quit casainho (Remote host closed the connection) 13.04.39 Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt) 13.05.20 Quit casainho (Remote host closed the connection) 13.05.50 Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt) 13.25.02 Join nosa [0] (~m00k@adsl-74-235-79-41.clt.bellsouth.net) 13.26.50 Quit nosa-j (Ping timeout: 260 seconds) 13.26.50 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-79-41.clt.bellsouth.net) 13.30.45 # is there anyone with a non-emcore'd ipod classic around? 13.37.13 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 13.47.03 Part TomColler 13.48.48 Quit TBCOOL (Quit: sigh..) 13.51.47 Quit ReimuHakurei (Quit: Leaving...) 13.51.47 Nick Reimu_Hakurei is now known as ReimuHakurei (~znc@reimuhakurei.net) 14.01.45 Join TBCOOL [0] (~tb@c-c63471d5.09-42-73746f22.cust.bredbandsbolaget.se) 14.07.28 Join LinusN [0] (~linus@giant.haxx.se) 14.22.59 Join y4n [0] (y4n@unaffiliated/y4ndexx) 14.23.54 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 14.26.15 Quit fs-bluebot (Ping timeout: 240 seconds) 14.27.00 Quit bluebrother^ (Ping timeout: 240 seconds) 14.27.55 Join fs-bluebot [0] (~fs-bluebo@g226071084.adsl.alicedsl.de) 14.39.22 Join Urne [0] (Webmaster@80.165.151.142) 14.41.16 Quit stripwax (Ping timeout: 245 seconds) 14.58.04 Join MethoS- [0] (~clemens@134.102.106.250) 15.00.42 *** Saving seen data "./dancer.seen" 15.06.46 # urgh 15.07.00 # rockboxdev.sh fails to compile the eabi toolchain on oneiric x86 15.07.18 # /bin/bash ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../binutils-2.20.1/bfd -I. -I../../binutils-2.20.1/bfd -I../../binutils-2.20.1/bfd/../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -U_FORTIFY_SOURCE -MT verilog.lo -MD -MP -MF .deps/verilog.Tpo -c -o verilog.lo ../../binutils-2.20.1/bfd/verilog.c 15.07.18 # libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../binutils-2.20.1/bfd -I. -I../../binutils-2.20.1/bfd -I../../binutils-2.20.1/bfd/../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -U_FORTIFY_SOURCE -MT verilog.lo -MD -MP -MF .deps/verilog.Tpo -c ../../binutils-2.20.1/bfd/verilog.c -o verilog.o 15.07.18 # ../../binutils-2.20.1/bfd/verilog.c: In function ‘verilog_write_section’: 15.07.18 DBUG Enqueued KICK TheSeven 15.07.18 # ../../binutils-2.20.1/bfd/verilog.c:225:15: error: variable ‘address’ set but not used [-Werror=unused-but-set-variable] 15.07.18 # cc1: all warnings being treated as errors 15.07.39 # how can that happen? 15.10.30 # "cc1: all warnings being treated as errors" ? 15.10.33 # it's not mentioned on the command line as far as I can see. 15.10.47 # does the compiler default to that? 15.11.08 # is there some environent variable, or /etc/default/gcc or other nonsense adding it? 15.11.10 # compiling that toolchain did work on the very same box as of a couple of weeks ago 15.11.37 # in fact the toolchain is already installed, i just need to recompile it to grab the right bfd.h/libbfd.a from the binutils dir 15.11.50 # since its installation only a couple of ubuntu security updates were installed 15.12.03 # it's the -Werror flag 15.12.30 # yeah but why would that change by itself? 15.12.58 # some environment variable or config gile 15.12.59 # there is no /etc/default/gcc on that box 15.13.05 # It's possible that a newer gcc has changed what is included in -Wall (which does not actually enable all warnings) 15.13.21 # no occurrence of "Werror" in any environment variable 15.13.24 # Lalufu: -Werror is in the compile line paste above 15.13.54 # Zagor: yes, but for a warning to be regarded as an error the warning has to be triggered in the first place. 15.13.57 # hence -Wall 15.14.00 # maybe a different version of autotools ? 15.14.31 # why would the ubuntu guys do that after a release? this is all weird... 15.15.33 # the gcc on this particular machine does not enable that warning with -Wall 15.16.36 # TheSeven: see the man page for gcc 15.16.50 # TheSeven: add more --disable-werror to the configure arguments in the script 15.17.27 # this often happens when you build a toolchain using a newer toolchain 15.17.46 # I still don't get why this did work a couple of weeks ago though 15.18.12 # maybe not, but still do it 15.18.15 # for everyone else's benefit :) 15.21.13 # TheSeven: see your update log for the host. I bet there was a gcc update. 15.21.40 # oh, and we should probably fix that one day: mkdir: cannot create directory `build-binutils': File exists (after a failed build) 15.25.13 # binopts="--disable-nls --disable-werror --disable-werror" doesn't help, that argument just doesn't make it into the failing command 15.25.30 # hrm? 15.25.44 # It isn't supposed to 15.25.56 # running configure with --disable-werror stops it from doing -Werror in the first place 15.27.16 # hm, we are already doingthat apparently :) 15.27.19 # fun. 15.35.44 Join Topy44 [0] (~Topy44@f049034028.adsl.alicedsl.de) 15.58.50 Quit MethoS- (Remote host closed the connection) 16.06.45 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 16.06.45 Quit bertrik (Changing host) 16.06.45 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 16.08.08 Join bertrik_ [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 16.08.08 Quit bertrik_ (Changing host) 16.08.08 Join bertrik_ [0] (~bertrik@rockbox/developer/bertrik) 16.10.15 Join n1s [0] (~n1s@nl118-175-223.student.uu.se) 16.10.15 Quit n1s (Changing host) 16.10.15 Join n1s [0] (~n1s@rockbox/developer/n1s) 16.18.40 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 16.40.27 Part Zagor 16.40.40 Part LinusN 16.41.29 Join WalkGood [0] (~4@unaffiliated/walkgood) 16.44.04 Quit dv_ (Read error: Connection reset by peer) 16.50.45 Join dv_ [0] (~quassel@chello080108009040.14.11.vie.surfer.at) 16.50.50 Quit dv_ (Client Quit) 16.51.13 Join dv_ [0] (~quassel@chello080108009040.14.11.vie.surfer.at) 16.53.21 Quit GodEater_ (Quit: Page closed) 17.00.44 *** Saving seen data "./dancer.seen" 17.09.42 Join hilbert [0] (~hilbert@adsl-89-217-68-148.adslplus.ch) 17.19.47 Quit Thra11 (Quit: kthxbai) 17.38.13 Quit petur (Quit: *plop*) 17.41.47 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 17.48.00 Join Horscht [0] (~Horscht@p579887CC.dip.t-dialin.net) 17.48.00 Quit Horscht (Changing host) 17.48.01 Join Horscht [0] (~Horscht@xbmc/user/horscht) 17.51.20 Join dreamlayers [0] (~dreamlaye@bas4-windsor12-1242457310.dsl.bell.ca) 17.51.21 Quit dreamlayers (Changing host) 17.51.21 Join dreamlayers [0] (~dreamlaye@rockbox/developer/dreamlayers) 17.58.22 Quit nosa-j (Ping timeout: 248 seconds) 17.59.04 Join nosa-j [0] (~m00k@adsl-74-235-79-41.clt.bellsouth.net) 18.03.46 Join Keripo [0] (~Keripo@SEAS297.wlan.seas.upenn.edu) 18.24.38 Quit Kiwi_Cam (Ping timeout: 252 seconds) 18.35.46 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 18.37.31 Join Kiwi_Cam [0] (~KiwiCAM@75.192.69.111.dynamic.snap.net.nz) 18.44.54 Join verp [0] (~verp@12.159.49.254) 18.46.09 # sorry if this has been asked a million times but as anyone successfully got rock box running on a zune 80gb model? 18.52.24 Quit antil33t (Read error: Connection reset by peer) 18.52.54 Join antil33t [0] (~antil33t@101.98.148.94) 18.56.32 Quit verp (Read error: Connection reset by peer) 18.57.53 Quit Keripo (Quit: Leaving.) 19.00.48 *** Saving seen data "./dancer.seen" 19.01.03 Join Strife89 [0] (~Strife89@207.144.201.128) 19.17.33 Join Keripo [0] (~Keripo@dhcp0751.kin.resnet.group.UPENN.EDU) 19.28.19 Quit benedikt93 (Quit: Bye ;)) 19.40.34 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 19.44.51 Part WalkGood 19.46.47 Join ChickeNES-laptop [0] (~ChickeNES@128.135.100.102) 19.47.50 Quit ChickeNES-laptop (Client Quit) 19.47.58 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 19.47.58 Quit pamaury (Changing host) 19.47.58 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 19.57.56 Join ReimuHak_ [0] (~reimu@165.139.179.10) 19.59.40 Quit casainho (Ping timeout: 252 seconds) 20.00.13 Join TheLemonMan [0] (~LemonBoy@ppp-106-52.26-151.libero.it) 20.24.11 Join TomColler [0] (~thomas@net-93-144-167-94.cust.dsl.teletu.it) 20.27.55 Quit TheLemonMan (Quit: WeeChat 0.3.6) 20.49.23 Quit Keripo (Quit: Leaving.) 21.00.51 *** Saving seen data "./dancer.seen" 21.06.07 Quit dreamlayers (Quit: dreamlayers) 21.24.03 Quit ReimuHak_ (Quit: Leaving...) 21.26.13 Join lebellium [0] (~chatzilla@91-65-137-216-dynip.superkabel.de) 21.28.56 Quit hilbert (Quit: Textual IRC Client: http://www.textualapp.com/) 21.32.02 Quit Horscht (Quit: Verlassend) 21.45.56 Join Tecan [0] (~fsadf@unaffiliated/unit41) 21.46.28 # is there some way to make it go into charge mode without holding button every time ? 21.51.06 # aha found the patch 21.56.52 Join metaphys [0] (~jean-loui@d86-32-96-55.cust.tele2.at) 21.57.26 # where is the sourcecode for rockbox ? 21.58.49 # aha svn checkout svn://svn.rockbox.org/rockbox/trunk 22.03.49 Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) 22.04.15 # Tecan: which target? 22.04.40 # recent rockbox versions should detect chargers automatically 22.08.06 # pixelma: just looked at the german translation. IMO "USB Hide Internal Drive" might be better translated as "Verstecke internen Speicher fuer USB" 22.08.45 # otherwise I think it's quite ok -- especially the hyphen thing, we really don't need Deppenleerzeichen. 22.09.51 # mini 2g 22.11.33 # are you connecting it to a charger or a pc (or something else that's intelligent enough to actually talk with it) 22.17.54 Quit bluefoxx (Quit: bluefoxx) 22.20.18 Join low_light [0] (~chatzilla@ip72-219-32-144.br.br.cox.net) 22.20.30 # just into my sync on ford 22.20.47 # every time i turn truck off or open the door it shuts power to sync off 22.20.58 # i should just get a cig usb power thingi 22.23.10 Quit thomasjfox (Remote host closed the connection) 22.23.22 # specially when winter kills my batt 22.31.22 # pamaury: I want to use the fuze+ bootloader build as a starting point for my work on the Philips Vibe. How do I construct the db file to use with elftosb? 22.33.26 # low_light: you write a command file and give it to elftosb, let me pastebin an example 22.34.16 Quit Topy44 (Read error: Connection reset by peer) 22.34.43 # Right, but don't I use files from the OF? 22.34.45 # low_light: this is the "official" command file for the dual boot of the fuze+ basically: http://pastebin.com/aSRCDca0 22.35.11 # I the case of the fuze+, I reuse some of the OF code to the memory init basically 22.35.29 # In your case, I believe there is only 512KB embedded SRAM so you don't read need the OF 22.35.37 Join robin0800 [0] (~robin0800@149.254.60.160) 22.36.19 # bluebrother: not Deppenleerzeichen but one might prefer everythinginoneword. Thanks for looking at it though 22.36.24 # If you want to fully understand the booting process, I recommand that you read the boot section of the IMX233 manual and the elftob tool and sb file format documentation which is available with the freescale source code of elftosb on their website 22.37.29 Join ReimuHak_ [0] (~reimu@208.119.81.194) 22.37.36 # low_light: basically the only "subtlety" you want to be aware of is that a "CALL" to an adress has the following prototype: int fn(int arg, int *sec); and if you return 0, boot continues normally, and if you return 1, if will jump to section *sec 22.38.05 # what's the time and date set for the release (if there is one)? I can't look it up easily from my phone here and committing isn't as easy either 22.40.02 Quit y4n (Quit: Today is the perfect day for a perfect day.) 22.40.25 # low_light: if you are interested, I can give you my preliminary work on the bootloader which doesn't use the full rockbox infrastructure and is much easier to work with 22.41.01 # (it should have working usb, that's a good starting point for debugging) 22.41.38 Quit robin0800 (Ping timeout: 260 seconds) 22.42.29 # pamaury: that'd be a great help 22.43.42 # is that in your github? 22.43.47 Quit nosa-j (Ping timeout: 240 seconds) 22.45.05 # low_light: no, I'm uploading it 22.45.23 # it's not worth putting it on github since it's an horrible mess :) 22.45.36 Join nosa-j [0] (~m00k@adsl-74-235-79-41.clt.bellsouth.net) 22.48.10 Join Topy44 [0] (~Topy44@f049034028.adsl.alicedsl.de) 22.49.10 Join TheLemonMan [0] (~LemonBoy@ppp-106-52.26-151.libero.it) 22.49.13 # low_light: http://www.mediafire.com/?cybk9yxiy7felqg 22.50.01 # I did not even try to organize it, it contains lots of useless and duplicated stuff 22.51.44 Join robin0800 [0] (~quassel@genkt-050-206.t-mobile.co.uk) 22.52.22 Quit nosa-j (Ping timeout: 260 seconds) 22.52.26 # you will probably have to change the linker scripts, as you may have noticed, the stmp3700 seems to have all its ram starting at 0 22.53.28 Quit Strife89 (Quit: Heading out) 22.53.36 Join nosa-j [0] (~m00k@adsl-74-235-79-41.clt.bellsouth.net) 22.55.51 Quit perrikwp (Read error: Connection reset by peer) 22.56.14 Quit robin0800 (Ping timeout: 240 seconds) 22.57.03 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 22.57.22 # pamaury: working on a 7300 ? 22.58.02 # TheLemonMan: low_light is, I think you were working on a stmp3770 ? You might give him the info you know 22.59.50 # oh sure, i have all the sigmatel sdk headers with all the correct hw addresses 23.00.25 # pamaury: recovery_loader and/or lcd_tester is test code? 23.00.34 # low_light: recovery_loader 23.00.36 Join nosa [0] (~m00k@adsl-74-235-79-41.clt.bellsouth.net) 23.00.46 # lcd_tester is a hack on top of that 23.00.46 Quit nosa-j (Ping timeout: 260 seconds) 23.00.46 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-79-41.clt.bellsouth.net) 23.00.55 *** Saving seen data "./dancer.seen" 23.01.05 # TheLemonMan: can you post them somewhere or give a link or send me them by mail ? I'm interested too 23.01.18 # did you manage to get the datasheet or not ? 23.01.28 Join robin0800 [0] (~quassel@149.254.61.208) 23.01.29 # what was the device you were/are working on ? 23.02.12 # i did trial and error using the imx31 datasheet, it matches pretty much for everything 23.02.23 # i was working on a samsung ypq2 23.02.56 # TheLemonMan: there are the headers from the linux patches too, are there some mistakes ? 23.03.12 # (patches for stmp3700/80) 23.03.32 # nop. are from the sdk samsung uses for building the kernel 23.04.16 # you only have the headers, not the sdk itself ? 23.05.11 # well, i have all the kernel tree 23.05.15 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 23.06.26 Quit factor (Ping timeout: 244 seconds) 23.07.22 # is it the same as the linux tree with freescale patches basically or not ? 23.07.29 # anyway, http://db.tt/5WhA9GlI here are the headers 23.07.58 # not really, there are some more retail-specific optimizations 23.08.25 # and some additional drivers like the touchpad one or the RFS layer for the nand 23.08.35 Join freddybb [0] (~freddybbb@rrcs-24-123-234-137.central.biz.rr.com) 23.09.35 # TheLemonMan: your device was a stmp3770 right ? Does it have an external dram or only an embedded sram ? 23.11.17 # yup, but havent checked those details, i used the ram settings left by the bootloader 23.12.26 Join ChickeNES-laptop [0] (~ChickeNES@128.135.100.102) 23.13.42 Quit Xerion (Read error: Operation timed out) 23.20.43 Quit freddybb (Quit: Leaving) 23.20.52 Quit ChickeNES-laptop (Read error: Connection reset by peer) 23.21.04 Join ChickeNES-laptop [0] (~ChickeNES@128.135.100.102) 23.23.16 Join anewuser [0] (becd93b3@gateway/web/freenode/ip.190.205.147.179) 23.23.53 Join ChickeNE_ [0] (~ChickeNES@128.135.100.102) 23.24.35 Quit ChickeNE_ (Read error: Connection reset by peer) 23.24.59 Quit ChickeNES-laptop (Read error: Connection reset by peer) 23.25.00 Join ChickeNE_ [0] (~ChickeNES@128.135.100.102) 23.25.56 Quit domonoky (Read error: Connection reset by peer) 23.26.20 Quit ChickeNE_ (Read error: Connection reset by peer) 23.26.44 Join ChickeNES-laptop [0] (~ChickeNES@128.135.100.102) 23.28.02 Join ChickeNE_ [0] (~ChickeNES@wireless-194-198.uchicago.edu) 23.29.48 Quit robin0800 (Ping timeout: 244 seconds) 23.31.06 Quit ChickeNES-laptop (Ping timeout: 260 seconds) 23.36.16 Quit TheLemonMan (Quit: WeeChat 0.3.6) 23.37.01 Join robin0800 [0] (~quassel@149.254.60.171) 23.40.13 Quit [fred] (Ping timeout: 252 seconds) 23.42.03 Join hilbert [0] (~hilbert@adsl-89-217-68-148.adslplus.ch) 23.42.35 Quit robin0800 (Ping timeout: 240 seconds) 23.44.35 # pamaury: thanks. I'll see how far I can get over the weekend. 23.44.46 Part low_light 23.46.05 # hah, got that ipod classic to boot my code from the firmware partition :) 23.46.46 Join [fred] [0] (fred@ircop.efnet.at) 23.46.58 # so in the long run we'll be able to write a regular rockbox bootloader there without any need to touch the flash, and with dualboot support :) 23.47.13 # but what's the easiest way to access this hidden firmware partition? 23.48.26 # TheSeven: how did you do that ? 23.49.35 # wrote a slightly modified DFU exploit to the OSOS image from within emcore 23.50.54 # seems like there are lots of (difficult) exploit in apple code ;) 23.51.26 # the good news: the payload at 0x800 within the OSOS image will get executed from the start of DRAM, and it isn't even encrypted 23.51.37 Join pirate_chef [0] (~pants@c-76-104-160-180.hsd1.wa.comcast.net) 23.51.44 # the bad news: if the size of the OSOS image changes, the exploit will need to be re-signed 23.52.19 # (which can only be done on ipod classic or ipod nano 3g devices) 23.52.46 # but if we reserve enough spare space in the image we can just swap payloads without any need to sign things 23.52.58 # (similar to the DFU exploit) 23.53.51 Part TomColler 23.54.00 Join robin0800 [0] (~robin0800@genkt-050-207.t-mobile.co.uk) 23.54.03 # your work is impressive, as usual :) 23.54.20 # well, this one was rather trivial, especially given all these powerful tools that we have today 23.54.54 # it was really just sitting on my todo list waiting to be done, and today I actually had a chance to look into this one 23.55.21 # now someone needs to reverse engineer itunes' firmware update protocol 23.55.45 # they seem to be using vendor-specific SCSI commands to access the firmware partition