--- Log for 13.11.110 Server: hubbard.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 19 days and 5 hours ago 00.06.02 # cf doesn't have to have aligned buffers but unaligned access hurts performance badly 00.11.53 # Hey. Is it possible to show the previous track in a theme? Next track fine, but I can't see a prior track option. 00.12.57 # wodz: so, defining and using those macros would be a good idea as well? 00.13.47 # KiwiCam: no, we don't keep metadata for tracks that have played 00.18.13 # Buschel: I think buffers used to be 16 aligned on CF 00.19.57 # well best is to align to 16 bytes in order to efficiently utilize line transfers from dram 00.21.44 # Torne: Thanks. Shame. I wanted to have this in a Rewind screen. That's OK though. 00.25.25 Quit wodz (Quit: Leaving) 00.29.31 # TheSeven/wodz: fs#11753 00.30.48 Join {phoenix} [0] (~dirk@p57AA7F31.dip.t-dialin.net) 00.37.18 Join webguest698 [0] (~5a3c8b6e@giant.haxx.se) 00.38.16 Quit webguest698 (Client Quit) 00.41.54 *** Saving seen data "./dancer.seen" 00.47.50 Quit bertrik (Quit: :tiuQ) 00.49.05 Join rds [0] (~rogelio@189.146.228.236) 00.54.20 Part rds ("Leaving") 00.59.38 # Buschel: Aligning buffers on CF to more than 4 bytes is only useful if (1) those buffers are in dram and (2) the code using them utilizes line transfers 01.01.33 Quit kugel (Remote host closed the connection) 01.01.37 Join CaptainKwel [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 01.01.58 # Aligning iram buffers to more than the element size (char/ short/ int) is a waste 01.01.59 Quit CaptainKwel (Client Quit) 01.02.58 # Also, reusing CACHEALIGN* would be misleading, as coldfire (at least ours) have no data cache 01.05.49 # you are more proposing to introduce a new ALIGN macro (proper name to be found) which is set for the CPU accordingly? for ARM this ALIGN would be the same as CACHEALIGN? 01.09.47 # however, I need to get some sleep now 01.09.50 # see you 01.09.53 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101026210630]) 01.11.04 Join {-phoenix-} [0] (~dirk@p57AA4947.dip.t-dialin.net) 01.12.18 Join Llorean1 [0] (~DarkkOne@adsl-66-142-150-241.dsl.hstntx.swbell.net) 01.13.14 Quit Llorean (Disconnected by services) 01.13.18 Nick Llorean1 is now known as Llorean (~DarkkOne@adsl-66-142-150-241.dsl.hstntx.swbell.net) 01.13.20 Quit Llorean (Changing host) 01.13.20 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 01.14.26 Quit {-phoenix-} (Remote host closed the connection) 01.15.10 Quit {phoenix} (Ping timeout: 272 seconds) 01.18.51 Quit froggyman (Ping timeout: 240 seconds) 01.22.18 Quit Kupop (Ping timeout: 264 seconds) 01.40.12 Quit soap (Ping timeout: 245 seconds) 01.41.15 Quit liar (Ping timeout: 255 seconds) 01.44.23 Quit fyrestorm (Read error: Connection reset by peer) 01.45.54 Quit GeekShadow (Quit: The cake is a lie !) 01.47.44 Quit JesusFreak316 (Read error: Connection reset by peer) 01.48.24 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-109-252.tampfl.fios.verizon.net) 01.52.53 Join soap [0] (~soap@rockbox/staff/soap) 02.22.57 Quit xxcv () 02.32.25 Join LambdaCalculus37 [0] (~rmenes@c-68-36-232-73.hsd1.nj.comcast.net) 02.32.25 Quit LambdaCalculus37 (Changing host) 02.32.25 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 02.41.57 *** Saving seen data "./dancer.seen" 03.05.51 Quit Judas_PhD (Quit: This is a quitting message) 03.16.47 Join PurlingNayuki [0] (~71617aac@giant.haxx.se) 03.23.16 Quit factor (Remote host closed the connection) 03.24.55 Join xxcv [0] (~IMNOTADEV@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) 03.26.11 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 03.32.32 Quit tchan (Quit: WeeChat 0.3.3-dev) 03.36.48 Join bipton [0] (~4cad70c0@giant.haxx.se) 03.36.49 Quit factor (Quit: Leaving) 03.37.52 # hey guys, how goes it? 03.39.46 # bipton: This isn't a social channel, if you have a question about Rockbox, just ask it. 03.40.55 # cool beans, i noticed with the new 3.7 version on my ipod 4g (grayscale) they don't auto mount in linux anymore 03.43.48 # bipton: Did you try disabling HID mode? 03.44.01 # as far as i knew how to 03.44.09 # lemme dbl check again 03.44.22 # yup 03.44.49 # bipton: So you disabled it according to how to do so in the manual? http://download.rockbox.org/daily/manual/rockbox-ipod4g/rockbox-buildch8.html#x11-1490008.5.7 03.44.50 # windows loads it up no problem 03.45.02 # bipton: What distro? 03.46.49 Quit S_a_i_n_t (Quit: I'm only going to Heaven if it tastes like caramel...) 03.47.06 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.144) 03.48.08 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 03.56.37 # Onda VX747 can't be auto mounted, either. 03.57.42 Quit JesusFreak316 (Ping timeout: 245 seconds) 04.02.46 Quit bluebrother (Ping timeout: 240 seconds) 04.04.41 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 04.09.49 Quit amiconn (Disconnected by services) 04.09.50 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.10.10 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.10.26 Quit pixelma (Disconnected by services) 04.10.29 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.10.31 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.13.08 Quit mikroflops (Remote host closed the connection) 04.13.20 Join mikroflops [0] (~yogurt@h-34-59.A238.priv.bahnhof.se) 04.14.11 # sorry bout that. ubuntu 10.04 04.14.17 Quit fdinel (Ping timeout: 245 seconds) 04.14.28 # haven't tried my archlinux yet 04.14.41 Quit PurlingNayuki (Quit: CGI:IRC (Ping timeout)) 04.15.22 # LambdaCalculus37: yup like the manual states 04.15.49 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 04.18.07 Join PurlingNayuki [0] (~71617aac@giant.haxx.se) 04.24.20 Join Barahir [0] (~jonathan@frnk-590f5ed8.pool.mediaWays.net) 04.27.40 Quit Barahir_ (Ping timeout: 255 seconds) 04.31.23 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 04.33.48 Join Rob2223 [0] (~Miranda@p4FFF2435.dip.t-dialin.net) 04.33.53 Join Guinness` [0] (~Slayer@c-68-55-111-159.hsd1.va.comcast.net) 04.34.02 Quit S00row (Read error: Connection reset by peer) 04.34.20 Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) 04.34.37 Quit Guinness (Read error: Connection reset by peer) 04.34.44 Join Xerion_ [0] (~xerion@54194281.cm-5-2b.dynamic.ziggo.nl) 04.35.18 Join freddyb [0] (~chatzilla@216.8.239.112.etczone.com) 04.36.01 Quit freddyb (Client Quit) 04.36.13 Quit mikroflops (Ping timeout: 255 seconds) 04.36.47 Quit fdinel (Ping timeout: 245 seconds) 04.36.47 Quit Rob2222 (Ping timeout: 245 seconds) 04.36.47 Quit Xerion (Ping timeout: 245 seconds) 04.36.48 Nick Xerion_ is now known as Xerion (~xerion@54194281.cm-5-2b.dynamic.ziggo.nl) 04.42.00 *** Saving seen data "./dancer.seen" 04.51.10 Quit elcan (Remote host closed the connection) 04.51.13 Join yawny [0] (user36@pr0.us) 04.51.28 Join dys` [0] (~andreas@krlh-5f7269e4.pool.mediaWays.net) 04.53.55 Quit dys (Ping timeout: 276 seconds) 04.55.29 Quit yawny (Ping timeout: 245 seconds) 04.56.57 Join freddyb [0] (~chatzilla@216.8.239.112.etczone.com) 04.57.27 Quit freddyb (Client Quit) 04.58.01 Quit TheSeven (Ping timeout: 272 seconds) 05.00.06 Quit xxcv (Ping timeout: 250 seconds) 05.01.12 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 05.05.39 Join binaryhermit [0] (~binaryher@adsl-75-49-220-78.dsl.emhril.sbcglobal.net) 05.09.55 Join elcan [0] (user36@pr0.us) 05.14.38 Quit InsDel (Read error: Connection reset by peer) 05.16.14 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 05.17.26 Join keenerd [0] (~kyle@67-23-13-172.static.slicehost.net) 05.19.02 Quit PurlingNayuki (Quit: CGI:IRC (Ping timeout)) 05.20.35 # I am getting really nasty crashes on a Fuze V2. I'd like to submit a bug report, but I can't collect any relivant info. It just stops playing music and locks up. 05.20.51 Join mikroflops [0] (~yogurt@h-34-59.A238.priv.bahnhof.se) 05.26.36 Quit bipton (Quit: CGI:IRC) 05.28.07 Quit LambdaCalculus37 (Quit: Fwump) 05.33.28 Quit ps-auxw (Ping timeout: 250 seconds) 05.35.24 Quit elcan (Ping timeout: 272 seconds) 05.38.57 Quit Judas_PhD (Quit: This is a quitting message) 05.39.35 Join Self-Perfection [0] (~self@95-24-160-155.broadband.corbina.ru) 05.43.38 Quit Self-Perfection (Remote host closed the connection) 05.43.55 Join Self-Perfection [0] (~self@95-24-160-155.broadband.corbina.ru) 05.44.04 Join Kiwi_Cam [0] (~Kiwicam@ip-118-90-86-119.xdsl.xnet.co.nz) 05.44.57 Join ps-auxw [0] (~arneb@p4FF7F536.dip.t-dialin.net) 05.45.07 Quit anewuser (Ping timeout: 276 seconds) 05.55.12 Quit jordan` (Ping timeout: 252 seconds) 05.59.50 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 06.09.06 Quit Judas_PhD (Quit: This is a quitting message) 06.13.27 Join xxcv [0] (~IMNOTADEV@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) 06.17.02 Quit Self-Perfection (Remote host closed the connection) 06.17.59 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 06.18.26 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 06.21.05 Join elcan [0] (user36@pr0.us) 06.32.10 Quit xxcv (Ping timeout: 260 seconds) 06.34.14 Quit binaryhermit (Read error: Connection reset by peer) 06.34.15 Join binaryhermit_ [0] (~binaryher@adsl-75-49-220-78.dsl.emhril.sbcglobal.net) 06.34.44 Nick binaryhermit_ is now known as binaryhermit (~binaryher@adsl-75-49-220-78.dsl.emhril.sbcglobal.net) 06.42.01 *** Saving seen data "./dancer.seen" 06.53.04 Join mystica555_ [0] (~mike@c-75-70-179-25.hsd1.co.comcast.net) 07.04.50 Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) 07.12.55 Quit Horscht (Ping timeout: 240 seconds) 07.14.59 Join Horscht [0] (~Horschti@xbmc/user/horscht) 07.17.10 Join ppawel [0] (~ppawel@224-dom-9.acn.waw.pl) 07.18.12 # hey folks, I'm trying to build cross compilers but it fails with "cc: error trying to exec 'cc1obj': execvp: No such file or directory" 07.18.23 # host gcc is 4.5.1 07.21.34 Join CaptainKewl [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 07.23.50 # ok I corrected my PATH 07.27.04 Quit binaryhermit (Quit: Leaving) 07.27.13 Quit Kiwi_Cam (Quit: Leaving) 07.34.35 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 07.49.45 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-109-252.tampfl.fios.verizon.net) 07.53.15 Quit CaptainKewl (Ping timeout: 260 seconds) 07.54.36 # ROCKBOXDEV: Make sure your PATH includes /opt/rbdev/bin 07.54.39 # :-) 07.54.47 # done! 07.56.50 # building cowon iaudio 7 stuff now - I have this player and I am a programmer looking for a project to do in my spare time, maybe I will take on developing rockbox port for iaudio 7 who knows 08.05.27 # looks like iaudio 7 hasn't been built for some time. no keymap in flipit.c, error in button mapping in pluginlib_actions.c 08.08.27 Join xxcv [0] (~IMNOTADEV@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) 08.11.04 # same for brickmania.. I guess I need to check how to temporarily disable plugin building 08.13.13 Join ReimuHakurei [0] (~reimu@74.112.212.15) 08.18.40 Join bmbl [0] (~bmbl@dsl16-200.pool.bitel.net) 08.18.40 Quit bmbl (Changing host) 08.18.40 Join bmbl [0] (~bmbl@unaffiliated/bmbl) 08.20.41 # ok I disabled some plugins... and it built ok. btw you guys have A LOT of plugins... 08.25.24 Quit Judas_PhD (Quit: This is a quitting message) 08.39.05 Quit timccc (Quit: Leaving.) 08.40.47 Join stoffel [0] (~quassel@p57B4CD07.dip.t-dialin.net) 08.42.02 *** Saving seen data "./dancer.seen" 08.44.12 # ppawel: nice to see the port picked up again by someone, good luck with that :) You could either disable some plugins in SOURCES etc. or all of them somewhere in some make file, I believe or just "make bin" but that doesn't give you codecs so maybe not such a good idea if you want to test playback 08.45.20 # pixelma, hey, yeah I used SOURCES and SUBDIRS approach 08.45.30 # now I am trying to boot the firmware using tcctool 08.45.35 # http://www.rockbox.org/wiki/CowonIaudio7Info#USB_Boot_Mode 08.45.54 # I get: 08.45.59 # [INFO] Patching application uploaded successfully! 08.46.09 # but I don't know how to boot the device from this mode 08.46.43 Quit elcan (Ping timeout: 240 seconds) 08.46.58 Join elcan [0] (user36@pr0.us) 08.48.59 # I'm not even sure if I should upload rockbox.bin or rockbox.iaudio at this point :) but I will dig more into it 08.50.53 # I don't think many could help you here, unfortunately the giy working on it vanished after his Iaudio died during the port work (a word of caution ;) ) and it's also quite some time ago already 08.51.09 # *guy 08.52.51 # ok mine works so far :) 08.56.04 Join nano [0] (~n@ks29694.kimsufi.com) 09.01.29 Quit Zeiris_ (Ping timeout: 250 seconds) 09.01.43 # my Sansa Clip v2 makes higher background hiss with RockBox 09.01.47 # any solutions? 09.05.02 # I'm afraid none other than "look at the code and find out why" 09.06.16 # or use original firmware.. 09.07.36 # pixelma, do you know how the iaudio guy broke his player? did he write about it on the mailing list or IRC? so that I don't repeat his mistake... 09.13.16 # not off the top of my head, I can only tell you his nick and name (to search logs/ mailing lists/ wiki) - Vitja Makarov, known as vitja and I *believe* another regular who followed the port in more detail was linuxstb but he isn't around currently either 09.14.12 # yeah I read the forum topic - http://forums.rockbox.org/index.php?topic=15360.0 09.14.23 # but it just ends without any conclusion 09.14.33 # maybe I will search mailing list 09.14.52 # I managed to boot rockbox on my iaudio just now but it hangs on boot screen 09.15.21 # "This bug really exist: when bootloader loads firmware it can hang on startup, but not allways. Try to boot it few times" 09.15.33 # vitja wrote this so I will try it 09.21.26 # hmm tried about 5-6 times but no success 09.22.25 # My Fuze V2 completely locks up when playing music. No similar bug reports. Any info I should be collecting before reporting? 09.31.14 Join kevku [0] (~kevku@2001:7d0:0:f000::135d) 09.35.41 Join Rob2222 [0] (~Miranda@p4FFF3AAC.dip.t-dialin.net) 09.38.59 Quit Rob2223 (Ping timeout: 265 seconds) 09.45.30 Join Xerion_ [0] (~xerion@54199D59.cm-5-2c.dynamic.ziggo.nl) 09.48.03 Quit Xerion (Ping timeout: 245 seconds) 09.48.03 Nick Xerion_ is now known as Xerion (~xerion@54199D59.cm-5-2c.dynamic.ziggo.nl) 09.48.10 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 09.50.25 Join TheLemonMan [0] (~lemonboy@ppp-145-215.32-151.iol.it) 09.55.30 Join timccc [0] (~tim@112.166.15.141) 10.02.13 Quit JesusFreak316 (Ping timeout: 245 seconds) 10.02.27 Join utanapischti [0] (~username@p4FF2D4BC.dip.t-dialin.net) 10.06.15 Quit sasquatch (Ping timeout: 260 seconds) 10.19.57 Quit Galois (*.net *.split) 10.20.04 Join Galois [0] (djao@efnet-math.org) 10.20.29 Join ender` [0] (krneki@foo.eternallybored.org) 10.22.07 Quit evilnick (Ping timeout: 240 seconds) 10.28.08 Join evilnick [0] (~evilnick@bb-87-82-19-44.ukonline.co.uk) 10.34.43 Quit ppawel (Ping timeout: 245 seconds) 10.42.06 *** Saving seen data "./dancer.seen" 10.44.25 Join casainho [0] (~chatzilla@bl15-100-137.dsl.telepac.pt) 10.44.43 Quit casainho (Remote host closed the connection) 10.45.41 Quit evilnick (Quit: Leaving) 10.46.08 Join casainho [0] (~chatzilla@bl15-100-137.dsl.telepac.pt) 10.46.28 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 10.49.05 Join {phoenix} [0] (~dirk@p57AA4947.dip.t-dialin.net) 10.52.41 Quit Judas_PhD (Quit: This is a quitting message) 10.54.16 Quit casainho (Ping timeout: 245 seconds) 10.56.20 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 10.56.29 Join casainho [0] (~chatzilla@2.81.128.136) 11.01.53 Quit bmbl (Quit: Verlassend) 11.03.09 Quit Judas_PhD (Quit: This is a quitting message) 11.04.07 Quit kevku (Ping timeout: 272 seconds) 11.06.31 Join n1s [0] (~n1s@90-230-78-242-no134.tbcn.telia.com) 11.06.32 Quit n1s (Changing host) 11.06.32 Join n1s [0] (~n1s@rockbox/developer/n1s) 11.06.47 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 11.07.50 Quit xxcv (Ping timeout: 264 seconds) 11.09.56 Quit casainho (Ping timeout: 240 seconds) 11.14.09 Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) 11.20.00 Join JdGordon| [0] (~jonno@123-243-140-31.static.tpgi.com.au) 11.20.01 Quit JdGordon| (Changing host) 11.20.01 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 11.20.30 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 11.22.14 # has anyone tried rockbox on the samsung S ? 11.30.24 Quit TheLemonMan (Quit: Help me, i got shot! *DIES*) 11.33.02 Join casainho [0] (~chatzilla@bl20-158-177.dsl.telepac.pt) 11.34.33 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 11.39.26 Join xxcv [0] (~IMNOTADEV@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) 11.54.03 Quit JdGordon| (Ping timeout: 265 seconds) 11.56.28 Join teru [0] (~teru@KD059133111160.ppp.dion.ne.jp) 11.58.15 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 11.59.14 Join benedikt93 [0] (~benedikt9@pD9E24FD9.dip.t-dialin.net) 11.59.16 Quit benedikt93 (Changing host) 11.59.16 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 12.04.42 # * TheSeven has some uncommitted patches he would like to get rid of 12.06.33 # * bertrik too 12.07.44 # New commit by 03theseven (r28570): iPod Nano 2G FTL: Remove some meaningless code in ftl_init 12.09.02 # I'm wondering what to do with the post-mortem crashdumper patch 12.09.49 # r28570 build result: All green 12.15.44 # New commit by 03theseven (r28571): Remove redundant SOURCES entry for iPod Nano 2G 12.17.27 # r28571 build result: All green 12.19.35 # TheSeven: i think it sounds useful so i think it should go in 12.20.14 # if we also want to have this on other targets as well one day, we should think of a consistent way to do it 12.20.28 # so that ideally they can share the pc-side tool 12.20.41 # also, what USB vendor/product ID should I use for that? 12.23.58 # gevaerts, pamaury: I just spotted this in one of my working copies... what do you think about it? http://pastie.org/1294846 12.25.46 Join TheLemonMan [0] (~lemonboy@151.62.66.56) 12.27.51 # should tha post-mortem dumper always be enabled, or just for some kind of debug builds? 12.28.33 # the* 12.29.18 # always enabling it might prevent bugs from hiding away from it 12.32.02 # currently it's using USB ID FFFF:A112 12.36.20 # I'd like to create an icon for the recently added radio RSSI feature (similar to how volume is displayed), can anyone help point out what/where I should add/change code? 12.37.04 Quit xxcv (Ping timeout: 265 seconds) 12.37.09 # does gcc automatically optimize memset on arm processors ? 12.38.17 # I think it does not with rockbox, we have our own memset 12.38.41 # New commit by 03theseven (r28572): iPod Nano 2G: Reduce popping noise during codec powerup, especially when driving high-impedance loads 12.40.13 # mmmh this sucks, link for rockbox one ? 12.40.19 # r28572 build result: All green 12.40.43 # TheLemonMan: http://svn.rockbox.org/viewvc.cgi/trunk/firmware/libc/memset.c?view=markup 12.41.30 # thx :) 12.42.08 *** Saving seen data "./dancer.seen" 12.42.43 # there are also optimised mem* functions in assembly for specific targets 12.43.05 Join DerPapst [0] (~Alexander@p5DE5B39B.dip.t-dialin.net) 12.43.07 # hm, if nobody speaks up rather fast, i'll probably just commit that crash dumper thing as is 12.43.09 Join Kupop [0] (~Kupo@cpc2-bsfd7-2-0-cust220.5-3.cable.virginmedia.com) 12.43.14 # like firmware/target/arm/memcpy-asm.S 12.43.22 # What is it anyway? 12.43.42 # Will it increase binsize? if so, on what targets? 12.43.56 # Can we put it behind an #ifdef DEBUG or something like that? 12.45.02 # Is it on a flyspray task, so people can have a look at it? 12.45.22 # It is on flyspray, but I don't know thet task number right now 12.45.33 # i'm not sure if we want to ifdef it out for normal builds 12.45.47 # binsize/ramsize increase is about 1kB 12.46.05 # and it's only for the nano2g so far 12.47.38 # bertrik: http://www.rockbox.org/tracker/task/11701 12.51.03 # Looks fine to me. I'm curious though why you coded the whole thing in assembly. 12.59.54 Quit factor (Read error: Operation timed out) 13.01.08 # bertrik: because is had an asm usb stack anyway (from ibugger), because it's small, and doesn't depend on anything else to be still working 13.01.38 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 13.04.27 Quit n1s (Ping timeout: 272 seconds) 13.05.55 # New commit by 03theseven (r28573): iPod Nano 2G: Post-mortem memory dumper stub (FS#11701) 13.07.01 # hm, now there's only that fat thingy above and hardware keyclick left 13.07.26 # r28573 build result: All green 13.22.39 Join n1s [0] (~n1s@rockbox/developer/n1s) 13.23.45 # New commit by 03teru (r28574): rockpaint: merge similar switch-case statements for readability. slightly reduce ramusage. 13.25.31 # r28574 build result: All green 13.36.19 Quit stoffel (Remote host closed the connection) 13.36.55 Join kevku [0] (~kevku@2001:7d0:0:f000::135d) 13.55.12 Join anewuser [0] (anewuser@unaffiliated/anewuser) 14.00.39 Quit stripwax (Ping timeout: 264 seconds) 14.00.56 Quit anewuser (Ping timeout: 245 seconds) 14.04.46 Join xxcv [0] (~IMNOTADEV@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) 14.06.02 Join dfkt [0] (dfkt@unaffiliated/dfkt) 14.07.43 # bertrik: How do the new strength tags work? They return a number? Can they be used for images? I ask as they need adding to the manual 14.08.58 # There is a tag for RSSI level (in dBuV) and two others to get the RSSI min and max level (this is tuner specific) 14.09.30 # My idea is that these three can be used to show some level between min and max in a graphic, similar to volume 14.09.54 # Actually I'm not really sure if we need the min and max RSSI tags now. 14.12.33 # btw, it'd be really helpful when you implement new tags that if you aren't going to document them, open a task on flyspray saying they are missing from the manual 14.12.54 # That way I or someone else has more of a chance of seeing it and documenting them :) 14.13.14 # (also how they work in the task) 14.17.59 # I was going to send a message to -dev about this 14.18.02 # TheSeven: shouldn't the scripts that interface with the dumper go in too? 14.18.45 # The part committed now is the basic infrastructure for displaying RSSI, to be extended further. 14.19.16 # Cool 14.19.34 # I don't mind doing the manual stuff incidentally, I just need to know about it :) 14.20.26 # Some people suddenly got the idea that if some kind of graphic would be based on RSSI, that it should be some kind of "radio quality" indicator, with exactly 4 bars. Thereby making things much more complicated (e.g. how do you define subjective quality levels?) 14.20.36 # The stuff committed so far is the non-controversial part. 14.21.44 # AlexP, ok, understood. 14.21.59 # cheers :) 14.22.23 # bertrik: They could do the 4 levels themselves, no? 14.22.39 # You can define as many segments as you want for e.g. battery, volume 14.23.15 Join anewuser [0] (anewuser@unaffiliated/anewuser) 14.23.42 # n1s: probably yes, but i'll need to think of the proper location and name for that, and whether to make it target-independent or not 14.24.30 # somewhere in utils i think 14.24.33 # S_a_i_n_t: do you have any measurements on how much current lcd sleep actually saves? 14.25.04 Join JdGord [0] (~jd@114.75.116.22) 14.29.41 Join Buschel [0] (~chatzilla@p54A3AF45.dip.t-dialin.net) 14.36.44 # hm, pcm double buffering isn't going to be easy 14.36.55 # there are basically three possible ways: 14.37.22 # - rewrite all code that plays PCM data to support it (pcmbuf, mpegplayer, some other plugins) 14.37.55 # - keep an internal copy-around buffer in the pcm driver (32K more ramsize, CPU overhead) 14.39.05 # - split the pcm packets into smaller parts and request the next one when the second part is sent to the DMA (CPU overhead, might lead to glitches if we don't get the splitting ratio right) 14.39.50 # hm, maybe split it and make a copy of the second chunk, and request the next one while playing the copied part 14.40.33 # but i don't like all this copying-around business 14.41.40 # TheSeven: Not just off-hand, but obviously it's going to save some power...so it should be included. 14.42.12 *** Saving seen data "./dancer.seen" 14.42.14 # If I remember tomorrow I will start a bench with, then without. 14.43.30 # ...or cost some power because you now need to turn the backlight on when you could have just had a look at the lcd before 14.44.16 # well, I'm sure if that was your use habit you wouldn;t have it enabled. 14.44.36 # is there even a way to disable it? 14.44.47 # sure. 14.44.52 # * TheSeven hasn't found that yet 14.45.39 Quit xxcv (Ping timeout: 264 seconds) 14.46.24 # settings - general settings - display -lcd settings - sleep - never 14.46.29 # thegeek: ^ 14.46.49 # *fail* 14.46.51 # * TheSeven: ^^ 14.47.05 # * S_a_i_n_t apologises to thegeek 14.47.51 # If it just forced itself on, I never would have suggested including it. 14.48.27 # hm, if it's on by default, it's going to fool people 14.48.54 # just like it happened to me yesterday when i though my ipod was off after it had been sitting on the desk with no headphones plugged for a while 14.49.31 # so i just turned the hold switch on and put it into my pocket, and when i put it out again and unlocked the hold switch, i saw that it had been powered on and playing music all the time 14.49.39 # It shouldn't be hard (he says with no real idea) to get it to default to "never" no? 14.50.29 # also, "always" should probably be "immediately" 14.50.53 # I think so yes, you just reminded me of that then. 14.51.08 # I was going to suggest that change in wording to liar 14.52.21 # the setting for lcd sleep in in svn for quite some while, liar's patch just uses it as well 14.52.29 # *is min 14.52.44 # ahem, wanted to say "...is in svn..." 15.03.01 Join InsDel [0] (~haqr.net@c-98-231-87-43.hsd1.fl.comcast.net) 15.06.57 # New commit by 03teru (r28575): rockpaint: disable playback control if the buffer is taken from the audio buffer. 15.08.38 # r28575 build result: All green 15.09.11 Quit JdGord (Quit: Bye) 15.10.06 # lets say i have a player running leenux, if i just cross compile vanilla sdl will that work ? 15.16.51 Join ppawel [0] (~ppawel@224-dom-9.acn.waw.pl) 15.17.01 # anyone from germany around who has experience with getting players shipped from outside of the EU? 15.18.01 # someone shipped me a donated player, which the local customs office is holding back, claiming they would need an invoice 15.18.30 # an invoice from....? 15.18.53 # well, the one who "sold" it (it was marked as a gift -.-) 15.19.19 # and they want a receipt for it, to estimate tax I guess? 15.19.50 # the invoice and a payment document, according to the notification they sent me 15.20.13 # how the heck are *you* supposed to supply that?!? 15.20.23 # that's what i'm wondering, too 15.20.26 # it was shipped to you, you didn't buy the thing. 15.30.53 Join CaptainKewl [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 15.36.22 Quit Kupop (Ping timeout: 245 seconds) 15.36.34 Quit InsDel (Read error: Connection reset by peer) 15.42.23 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 15.43.40 # peeps, how would I start debugging bootloader problems on iaudio 7? 15.44.11 # the bootloader (bootbox?) starts fine, I can see the rockbox splash screen but the actual image of rockbox is not loading 15.44.44 # mainly I want to know if there is a better way of debugging than messing manually with bootbox/bootloader code 15.45.38 # what is 'bootbox'? are you using the official rockbox bootloader? when did this problem start, has rockbox ever run succesfully for you on iaudio7? 15.48.38 # bootbox = stuff found in flash/bootbox directory in git 15.49.01 # I've just built rockbox for iaudio 7 from git repo for the first time today 15.49.07 # it always hangs on boot 15.49.39 # I don't even know if this bootbox code is used for boot loading 15.50.03 # but this is a boot using USB without dual booting 15.50.32 # http://www.rockbox.org/wiki/CowonIaudio7Info#USB_Boot_Mode 15.50.55 # I upload the image with tcctool 15.51.28 # isn't bootbox just for the Recorder? 15.51.59 # possibly other Archoses 15.52.27 # I don't know 15.52.50 # I still have to dig into how the resulting rockbox.bin is built for iaudio 7 15.52.53 # when it talks of USB Boot mode (the wiki) it's talking about the OF 15.52.56 # not RB 15.52.59 # (as I understand it) 15.53.14 # no, the flashing is done with OF 15.53.36 # with USB boot both OF and RB can be booted 15.53.47 # I checked OF and it works, but RB hangs on startup 15.54.25 # "with USB boot both OF and RB can be booted" <-- where are you getting this infor from? 15.54.25 # there was a forum thread about iaudio 7 development and a guy there said that hanging is a bug in the boot loader and several boot attempts work 15.54.31 # I tried about 10 times and it always hangs 15.54.33 Quit stripwax (Ping timeout: 240 seconds) 15.54.42 # *info 15.54.47 Join gammy [0] (~gam@c-7dede253.048-79-73746f43.cust.bredbandsbolaget.se) 15.55.39 # Hey guys, do you know the difference between the batteries in the iAudio X5L and the iRiver HP120? I have an iRiver with a fault output stage, and an iRiver with a faulty battery.. 15.56.04 # My googling seems to imply quite strongly that USB Boot Mode is to do with the OF specifically 15.56.15 # http://forums.rockbox.org/index.php?PHPSESSID=6b82e23afac4ee9952c7b916d49cc695&topic=15360.0 15.56.20 # so I'm wondering what you've read that states otherwise 15.56.28 # yes because it is designed for recovery 15.57.03 # "For now the best way to go is to use, bootloader that will run rockbox if hold button is pressed, see D2 wiki for more info." 15.57.27 # hold button activates USB boot in iaudio 7 15.58.02 # according to the wiki, "Mode" button does. 16.00.05 Quit teru (Quit: Quit) 16.01.20 # it is the same button, not much choice really with this player.. 16.02.56 # ppawel: bootbox is a special bootloader for some archos players and is not used for your port, the splash is not displayed by the bootloader AFAIK so it sounds like it's rockbox that hangs while starting up but after the bootloader is done 16.03.15 # unless the iausio 7 bootloader is special 16.04.37 # n1s, ok thanks for the info.. I think I will start with finding where and how exactly is the code loaded 16.04.42 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 16.05.00 # well, before that I need to find out how the binary is built - what goes into it 16.05.08 # i'd start sprinklig splash messages in main.c:init() after the show_logo() call 16.05.12 # but I haven't read everything on thje wiki yet 16.05.40 # n1s, yeah that's what I wanted to avoid by asking for a better way to debug.. :) 16.05.49 # but it's ok I guess.. 16.06.30 # also - the question is *which* main.c 16.06.44 # unless your port has some special debug message stuff, i think that's the easiest way, or going back to a known working version and bisecting 16.06.51 # apps/main.c 16.06.56 # is it apps/main.c or some bootloader stuff 16.06.59 # ok 16.07.25 # i'm not even sure your port uses a bootloader, did you build one? 16.08.39 # I'm not sure :) what I did was ../tools/configure, selected iaudio 7, fixed some compilation errors (mainly missing keypad mappings) and I got two binaries that look interesting - rockbox.bin and rockbox.iaudio 16.08.56 # then I did: 16.08.58 # ../tools/scramble -tcc=crc apps/rockbox.bin I7_FW.BIN 16.09.19 # and used tcctool to upload I7_FW.BIN to the player when it is in USB boot mode 16.09.33 # so I don't know if bootloader is involved 16.11.05 # you didn't build a bootloader then 16.11.15 # have you done a make zip, and ended up with a .rockbox folder for the root? 16.11.57 # I will add some debug info as you mentioned 16.12.07 # just am idea but it may be sitting there doing nothing as it is expecting to find a .rockbox folder on the device. 16.12.13 # *an 16.12.34 # S_a_i_n_t: it doesn't (or shouldn't) hang if the dir is missing 16.12.35 # hmm so binary isn't all? 16.13.00 # ppawel: no, but it should be enough to get a menu and file browser 16.13.32 # ok, I assume the other stuff I can copy later to the file system? 16.14.13 # later = when I get anything on the player that is responsive 16.14.23 # yes, that should be fine 16.14.37 # ok one more question then 16.14.57 Quit Buschel (Ping timeout: 255 seconds) 16.14.58 # what API do I use for writing debug info? 16.15.13 # equivalent of printk 16.15.25 # so that I can see it on the screen 16.15.48 # splash and splashf print splash messages to screen, later when you can use the menu you can enable logf support and use that 16.16.00 # ok cool 16.17.53 # then I start hacking, perhaps I should register on the forum and revive the old iaudio 7 topic when I find out something interesting 16.18.27 Quit togetic (Ping timeout: 245 seconds) 16.19.22 # TheSeven: that patch looks familiar... 16.20.43 Join stoffel [0] (~quassel@p57B4CD07.dip.t-dialin.net) 16.21.23 # gevaerts: commit it or not? 16.22.06 # TheSeven: I don't know how well tested it is 16.22.17 # Apart from that, it should save some stack 16.22.19 # So yes 16.26.07 Quit GeekShadow (Quit: The cake is a lie !) 16.32.07 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 16.36.43 # gevaerts: I haven't tested it extensively, but I didn't notice problems during everyday use 16.37.16 # Sounds good enough 16.37.25 # proving correctness for the fat.c part should be rather trivial 16.38.04 # (only one struct member used to be accessed at all, so we can instantiate that directly as a variable instead of instantiating the whole struct) 16.38.54 # n1s, ok so I bisected it with debug statements to storage_init 16.38.58 # better commit that now than shortly before a release... 16.39.03 # should I go for it? 16.39.44 # I'd say yes 16.41.21 # New commit by 03theseven (r28576): Reduce the amount of stack space needed by fat_rename and mkdir_uncached. 16.42.13 *** Saving seen data "./dancer.seen" 16.43.17 # r28576 build result: 80 errors, 0 warnings (theseven committed) 16.43.31 # wow nice continuous integration 16.43.45 # oops 16.43.53 # Some multivolume issues there 16.44.02 # at my workplace builds take several hours - java sofware :( 16.46.40 # New commit by 03gevaerts (r28577): Fix multivolume case 16.46.46 # That should do it 16.47.32 # hm, I wonder how that got lost... 16.48.28 # r28577 build result: All green 16.49.06 # Lack of attention while looking for "file" I guess 16.49.34 # can anybody tell me why r28571 reduced nano2g binsize? 16.50.04 # hmm if there is no CONFIG_STORAGE_MULTI set then where storage_init comes from...? 16.50.45 # see storage.h 16.50.52 # it's mapped to whateverdriver_init 16.51.09 # indeed, thanks 16.51.31 # TheSeven: r28571? 16.51.44 # That one seems not to change binsize at all 16.52.02 # oh, off by one. that explains the whole thing 16.52.24 # those binsize table lines are too long :) 16.52.51 # Some grey/white alternating lines might be useful 16.54.56 # * bertrik doesn't quite understand the ugly #define stuff related to multivolume 16.56.52 Join InsDel [0] (~haqr.net@c-98-231-87-43.hsd1.fl.comcast.net) 17.03.53 # hmm it seems to hang in nand_read_raw.. 17.04.35 # * TheSeven still wonders how to handle the nano2g pcm problem properly 17.06.04 # split off the last kilobyte of each pcm packet, copy it to a separate buffer, split the dma transfer, and when the first part is done, point dma to the copy of the last KB and request the next chunk? 17.06.22 Join T44 [0] (~Topy44@g228132040.adsl.alicedsl.de) 17.06.23 # if the packet is <1KB, just copy it completely and play it from the copy 17.07.04 # this will allow for 5 milliseconds of IRQ latency 17.07.41 # or rather it hangs on first encountered splashf inside nand_init... perhaps it was not a good idea to include splash.h in storage driver... 17.08.10 # but how else can I debug where there is no lcd api 17.08.28 # * TheSeven successfully used splashf to debug storage like a year ago, but I have no idea if that still works 17.08.32 # ppawel: splash should be fine anywhere, except probably in interrupt handlers 17.08.55 Join Buschel [0] (~chatzilla@p54B66E7C.dip.t-dialin.net) 17.08.56 # gevaerts: didn't it cause trouble if it wasn't called from the main thread? 17.09.27 # hm, maybe, yes 17.09.32 # if you're debugging a lockup, you could try just writing to the lcd directly, if not, try logf() 17.09.39 # But I suspect nand_init() would be called from the main thread anyway 17.09.42 Quit Topy (Ping timeout: 245 seconds) 17.10.07 # yes it is - storage_init is nand_init and storage_init is called from main() 17.10.24 # hm, splashf should work then 17.10.53 # unless you maybe pass it a bad string pointer or something :) 17.11.53 Quit timccc (Quit: Leaving.) 17.12.23 Join timc1 [0] (~tim@112.166.15.141) 17.13.03 # oh, it seems like I am confused by display semantics of splash - it only displays one line and overwrites contents of previous lines 17.13.58 # it prints the string to a box in the center of the screen, and then sleeps for the number of ticks specified 17.16.39 # ok but now I can't see strings printed by multiple calls to splashf 17.16.40 Quit timc1 (Client Quit) 17.16.42 # only the last one 17.16.47 # so maybe I will use lcd_puts 17.17.06 # if you make it sleep for long enough, you have a chance to read the previous messages :) 17.17.14 Join timc1 [0] (~timc1@112.166.15.141) 17.17.33 Quit timc1 (Client Quit) 17.17.40 # yeah that's a good idea thanks 17.18.00 # but lcd_puts might be the better approach if you want to display multiple things at the same time. you'll have to take care about what to print to which line though 17.18.15 Join timccc [0] (~timccc@112.166.15.141) 17.18.57 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 17.19.58 Quit timccc (Client Quit) 17.20.24 Join timccc [0] (~timccc@112.166.15.141) 17.28.27 Join esperegu [0] (~quassel@145.116.15.244) 17.28.50 Quit benedikt93 (Quit: Bye ;)) 17.32.14 Quit TheLemonMan (Quit: Help me, i got shot! *DIES*) 17.39.41 Join toffe82 [0] (~chatzilla@adsl-71-132-80-251.dsl.sntc01.pacbell.net) 17.40.16 Quit AlexP (Remote host closed the connection) 17.44.33 # ok I got stuck in debugging nand_init, apparently one of the read operations done in read_random_writes_cache hangs/blocks 17.44.39 # I found http://www.rockbox.org/wiki/TelechipsNAND 17.44.51 # seems like a lot of questions to answer about this storage 17.45.17 # also I've got 16 gb iaudio 7 - different from what other people working on it had.. 17.45.46 Join AlexP [0] (~alex@rockbox/staff/AlexP) 17.46.11 # I guess I will transfer my findings to wiki/forum topic 17.51.02 # * bertrik just made a patch for a bug that consists entirely of deletions 17.52.38 # removing code is always good 18.00.53 Join freddyb [0] (~chatzilla@216.8.239.112.etczone.com) 18.01.36 Quit freddyb (Client Quit) 18.05.59 # n1s, can you have a look at my patch for si4700.c in http://www.rockbox.org/tracker/task/11754 ? 18.06.05 # * TheSeven swears at that double buffering problem 18.24.51 # bertrik i can test it, next week 18.32.47 # * TheSeven compiles a build and prays that playback still works :) 18.37.02 # n1s, I can test it too, but this patch also removes some (IMO unneeded) logic, so I'd like to ask if you agree with the change 18.39.25 # New commit by 03theseven (r28578): Fix a typo in a comment 18.41.21 # r28578 build result: All green 18.41.30 Quit T44 (Quit: Leaving) 18.41.59 Join Topy44 [0] (~Topy44@g228132040.adsl.alicedsl.de) 18.42.15 *** Saving seen data "./dancer.seen" 18.47.35 Join panni_ [0] (hannes@ip-178-203-81-220.unitymediagroup.de) 18.48.52 # TheSeven, it looks like you *introduced* a type now :) 18.48.57 # *typo 18.49.08 # "allotted"? 18.49.33 # "alloccated"? 18.49.47 # New commit by 03theseven (r28579): Damn. Remove another typo. 18.50.25 # "allotted" is a bit unusual in this context, but it's not wrong 18.50.40 # * TheSeven never read that before 18.50.48 # "alloc'ed", maybe 18.51.14 # /data/rockbox/firmware/target/arm/s5l8700/pcm-s5l8700.c:112: warning: passing argument 1 of "pcm_play_get_more_callback" from incompatible pointer type 18.51.14 # /data/rockbox/firmware/export/pcm.h:99: note: expected "void **" but argument is of type "const unsigned char **" 18.51.16 # what the hell? 18.51.34 # r28579 build result: All green 18.51.46 # why isn't that compatible? 18.53.27 # * TheSeven wonders if he fully understood what "const" means 18.56.37 # * TheSeven tells S_a_i_n_t that LCD sleep while charging is absolutely nonsense 18.59.07 # folks, do you think that debugging/reverse engineering samsung NAND used in cowon d2/i7 and others has any chance of success? 18.59.39 # the NAND itself, or the FTL? 18.59.45 # i have a problem on my iaudio 7 with that and I think there are more on the way judging from wiki documentation... 19.00.02 # and I'd generally say yes, if you're willing to put the neccessary amount of effort into it 19.00.03 # I think FTL is the actual problem for me now 19.04.56 # I hope there is a mirror of these docs... http://forums.rockbox.org/index.php?topic=10164.msg109942#msg109942 19.05.06 # because they are no longer available 19.07.45 # TheSeven: What is wrong with turning off the lcd while charging? 19.07.52 Quit Buschel (Ping timeout: 264 seconds) 19.07.58 # there's just no good reason to do that 19.08.03 # TheSeven: Makes it charge faster and extends the life of the parts. 19.08.56 # in the rare case that the port can only supply 100mA, it *might* make charging complete about a minute earlier 19.09.18 # (for a fully discharged battery) 19.09.50 # It would be a lot more than that. The smallest backlight + lcd uses 50mA. 19.10.59 # that's plain wrong 19.11.04 # Oh? 19.11.12 # the LCD is at ~1mA, the backlight at ~10mA (default brightness) 19.11.38 # That must be a pretty sad backlight. 19.11.51 # the whole device uses like 25mA with the backlight and LCD on, and the battery's maximum charging current is 120mA 19.12.13 # What device? 19.12.17 # ipod nano 2g 19.14.49 # Color me impressed then. Have not run across any white LEDs that impressive. 19.14.57 # *efficient 19.15.51 Join Nwab [0] (~3eebd751@giant.haxx.se) 19.16.00 # Hi 19.16.33 # No rockbox for the iriver E150 ? 19.16.37 Quit liar (Quit: Leaving) 19.16.55 # no, or we would have mentioned it on the rockbox front page 19.17.59 # :'( 19.18.02 # ok thanks 19.18.13 # bye 19.18.16 Quit Nwab (Client Quit) 19.18.59 # What is theme magic transparent colour? 19.19.05 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 19.20.23 # AlexP, you mean magic pink? 255,0,255 19.20.30 # yes, thanks 19.21.43 Join liar_ [0] (~liar@clnet-p09-185.ikbnet.co.at) 19.27.34 Join Kupop [0] (~Kupo@cpc2-bsfd7-2-0-cust220.5-3.cable.virginmedia.com) 19.28.03 # Woooo finally got an error message for these freezes. Had to sit in debug -> buffer to catch it though. 19.28.37 # Prefetch abort at EA000034 FSR 0x8 (domain 0, fault 8) 19.29.00 # code interpreted as an address? 19.29.16 # Is that what it means? I have very little to go on. 19.29.27 # probably a pointer pointing into the middle of code instead of some other buffer 19.29.54 # Is there anything else I can do to trace this in greater details? 19.29.59 # ea000034 smells like it might be the first instruction of the rockbox binary 19.30.18 # so possibly a null pointer being dereferenced twice? 19.30.30 # And once is bad enough :-) 19.30.51 # oh wait, a *prefetch* abort, not data... 19.31.07 # so a null pointer being dereferenced and then the result being called? 19.31.37 # so possibly a null pointer being interpreted as a function table? 19.31.42 # what did you do to trigger this? 19.32.14 # Listen to music. 19.32.39 # But does not trip in the FM radio or mpeg player. 19.32.52 # Usually happens in less than five minutes. 19.33.29 Quit panni_ (Read error: Connection reset by peer) 19.33.46 Quit esperegu (Read error: Connection reset by peer) 19.34.00 # (Target is a Fuze V2.) 19.35.02 Join esperegu [0] (~quassel@145.116.15.244) 19.37.26 Join evilnick_ [0] (~evilnick@bb-87-82-19-44.ukonline.co.uk) 19.38.32 # and that just happened in the middle of a track? was it rebuffering at that point? 19.39.18 # Hard to tell. The buffer never goes below a few % before it refills. So it rebuffers every second or so. 19.39.26 # Oooh, a new variant on the crash 19.39.38 Join panni_ [0] (hannes@ip-178-203-81-220.unitymediagroup.de) 19.39.39 # maybe this is one of those few AMSv2 players where dynamic frequency scaling does not work reliably 19.39.43 # Huh, shuffle can't be used as a conditional? 19.40.00 # bertrik: wasn't that AMSv1? 19.40.17 # Data abort at 30815260 FSR 0x8 (domain 0, fault 8) address 0x9000069D 19.40.21 Quit evilnick (Ping timeout: 240 seconds) 19.40.55 # gevaerts, ah yes 19.41.33 # Sitting in the debug menu is magical. Usually it locks up before the error message is printed. 19.41.56 # * TheSeven is currently debugging a lockup in the PCM IRQ handler 19.42.31 # Where is JdGordon when you want him :) 19.42.41 Nick evilnick_ is now known as evilnick (~evilnick@bb-87-82-19-44.ukonline.co.uk) 19.42.51 Quit evilnick (Changing host) 19.42.52 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 19.43.39 # So after a few minutes of tune, I get random data or prefetch aborts. Yay. 19.44.22 # Same data abort, again. 19.46.13 Join Luca_S [0] (~570755d2@giant.haxx.se) 19.46.34 # oh, it can. /me silly 19.46.39 Join earcar [0] (~carmine@93-39-234-33.ip78.fastwebnet.it) 19.51.28 # Is there any documentation for the debug menu? I've got a way to force a crash. 19.51.48 # Just have to scroll in debug -> buffers 19.53.06 # Sometime. This is weird to reproduce. 19.53.31 # keenerd: with any codec or a specific one? 19.53.39 Quit earcar (Quit: bye) 19.53.52 # Everything I have is ogg or mp3. 19.54.03 Join earcar [0] (~carmine@93-39-234-33.ip78.fastwebnet.it) 19.54.04 # and both lock up? 19.54.43 # I have a fuzev2 too, and didn't experience a lockup in months 19.55.30 # Maybe? Current playlist has both. I'll get back to you in a few crashes :-) 19.55.54 # also: did you change any setting? like crossfade, or something 19.56.00 # default theme? 19.56.08 # Unicatcherv32 19.56.15 # Stock settings for audio. 19.56.41 # shouldn't change anything, but try with the default settings before filing a bug on flyspray 19.57.01 # s/settings/theme 19.57.06 Quit monsterb (Quit: leaving) 19.57.08 # Even though it happens outside the WPS or while the backlight is off? 19.58.56 # i'm not a rockbox dev, so i can't exclude anything :) but simplifying the environment is important to pinpoint the problem. also: are you playing from uSD or internal memory? 20.00.06 # * keenerd sighs. Both. 20.00.15 # So much crashing to do for science. 20.01.53 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 20.04.37 Quit Luca_S (Quit: CGI:IRC (EOF)) 20.12.06 Quit {phoenix} (Remote host closed the connection) 20.12.55 Quit stoffel (Remote host closed the connection) 20.20.12 Join {phoenix} [0] (~dirk@p57AA4947.dip.t-dialin.net) 20.28.42 Quit ReimuHakurei (Read error: Connection reset by peer) 20.39.41 # * TheSeven strongly recommends nano2g end users to stay away from rolo 20.42.16 *** Saving seen data "./dancer.seen" 20.42.35 # Lol. Link's Awakening on Rockboy is kind of silly. You need to scroll CW and CWW simultaniously to save. 20.42.51 # *ccw 20.46.52 # hm, DMA is still acting up 20.49.20 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 20.50.29 # Hello 20.51.09 # Do you know if there is any plan to get the rockbox plugins running under android? 20.51.32 # (I'd be willing to have a look but I'd like to know if someone is working on it first) 20.53.08 # www.rockbox.org/wiki/AndroidPort www.rockbox.org/wiki/RockboxAsAnApplication2010 20.53.31 # the first wiki page doesn't mention anything regarding plugins 20.53.35 # I'll have a look at the other one 20.55.05 # dionoea: we haven't really decided if that's sane or not 20.55.48 # Pictureflow would be nice to have though. 20.56.35 # Zagor: depends on the plugin I guess 20.57.01 # yes 20.57.13 # probably the playback- and audio-related ones, but not all the games, most of the viewers etc. 20.58.12 # things like fft, metronome or pictureflow make sense, rockbox-specific viewers maybe, but most of the rest probably doesn't 20.58.56 # right 20.59.10 Join panni__ [0] (~hannes@ip-178-203-81-220.unitymediagroup.de) 20.59.42 # hm, odd, it looks like the GPIO pins of the si4702 tuner chip are connected to something when I look at the PCB scan of the clip v1. The GPIOs on the tuner chip can indicate stuff like the tuner locking onto a station and stereo status 21.01.00 Quit ppawel (Ping timeout: 245 seconds) 21.01.11 Quit panni_ (Read error: No route to host) 21.01.51 Join panni_ [0] (hannes@ip-178-203-81-220.unitymediagroup.de) 21.04.46 Quit panni__ (Ping timeout: 255 seconds) 21.11.40 Quit earcar (Quit: bye) 21.23.19 Quit krazykit (Quit: bbiab) 21.23.45 Join krazykit [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 21.26.34 Join ReimuHakurei [0] (~reimu@74.112.212.15) 21.27.03 Join wodz [0] (~wodz@chello087206240131.chello.pl) 21.27.18 # Zagor: ping 21.27.26 # yes? 21.27.46 # I just won ebay auction :-) What next? 21.28.29 # hm, there's still a click when starting playback for the first time after boot 21.28.34 # i have no idea why. 21.30.46 # some other init I guess 21.31.49 # TheSeven: maybe I2S fifo has some garbage? 21.32.35 # if there was one... 21.57.19 Quit Zarggg (Quit: Zarggg) 22.00.27 # apparently the PLL was the culprit 22.01.35 # What was wrong with it? maybe not waiting long enough for the PLL to lock? 22.02.19 Join merbanan [0] (~banan@c-83-233-243-250.cust.bredband2.com) 22.04.20 Join Kitr88 [0] (~Kitarist@BSN-182-141-212.dial-up.dsl.siol.net) 22.06.18 Quit Kitar|st (Read error: Connection reset by peer) 22.08.17 # New commit by 03theseven (r28580): iPod Nano 2G: Finally FIQ-less and glitch-free PCM. This should allow for IRQ latencies high enough to allow re-locking PLLs and changing and ... 22.10.10 # r28580 build result: All green 22.10.11 # At 44.1kHz this should allow for 11.6ms of IRQ latency, if the buffers passed to the PCM driver are at least 2KB 22.18.25 Join Zeiris_ [0] (~Zeiris@66.183.73.102) 22.20.11 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 22.21.59 # arrrrrr, IRQ latencies apparently aren't the only problem 22.22.30 # looks like the DMA core can't fetch data quick enough while the system bus is at 1843200 Hz 22.22.54 # well, we have a spare PLL... that might help :) 22.22.59 # lock one while using the other one 22.24.32 Join Nasbagdo [0] (~5664c914@giant.haxx.se) 22.25.19 # Hello, is there anybody here? 22.26.05 Quit Kupop (Ping timeout: 265 seconds) 22.26.11 # no, we're all bots 22.26.32 Join Kupop [0] (~Kupo@cpc2-bsfd7-2-0-cust220.5-3.cable.virginmedia.com) 22.29.38 Join FLACtastic [0] (~59f28256@giant.haxx.se) 22.29.58 # Good, I wanted to ask one rather stupid question. Is there any function that would give me the value of menu item that is under selector :)? 22.30.22 # Hello, I wonder if there is anyone who can halp with a bug (Rockbox, lamp plug-in, Sansa Fuze v2)? 22.31.50 # don't ask if you can ask for help 22.33.23 # I was just being polite. I have logged a bug here: * http://www.rockbox.org/tracker/task/11756 * and there was advice to report it here also. 22.34.20 # It sounds more like some strange hardware failure than a "bug" 22.34.40 # OK, well thanks anyway. 22.35.51 # FLACtastic: Yeah, the fact it happens both in Rockbox and the OF suggests not just a RB bug 22.35.56 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 22.36.22 # Oh right... 22.36.31 # i remember someone else once reporting that using lamp on some ams player made his screen get really hot 22.36.41 # maybe some players can't safely go as bright as others 22.37.12 # hmm no that was the wheel light, not the player backlight 22.37.16 # The confusing thing is, the backlight still functions, just not at the same time as the wheel light. Weird. 22.37.17 Quit casainho (Read error: Connection reset by peer) 22.40.10 Quit markun (Read error: Connection reset by peer) 22.41.36 Quit FLACtastic (Quit: CGI:IRC) 22.42.18 *** Saving seen data "./dancer.seen" 22.47.34 Join Self-Perfection [0] (~self@89-178-225-161.broadband.corbina.ru) 22.50.06 Join markun [0] (~markun@5ED33C2C.cm-7-4a.dynamic.ziggo.nl) 22.50.06 Quit markun (Changing host) 22.50.06 Join markun [0] (~markun@rockbox/developer/markun) 22.52.13 Quit liar_ (Ping timeout: 272 seconds) 22.54.39 Quit Nasbagdo (Quit: CGI:IRC (EOF)) 22.57.27 Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) 22.58.10 # * TheSeven hates when panicf fails 23.01.33 # http://www.rockbox.org/tracker/task/11757 my new patch for rockboy :) 23.01.37 # TheSeven: You revived your Nano2g? 23.01.42 Join Seq [0] (~chris@76-10-173-63.dsl.teksavvy.com) 23.01.54 # yes 23.02.06 # wow...thank f*** for that. 23.02.20 # apparently it was "just" a bit of very nasty ftl corruption 23.02.49 # and the trigger for that is apparently rolo 23.03.10 # what is causing it that the iLoadered Nanos deal with it so badly, but rb-bootloadered ones "just work"? 23.03.27 # I mean, wasn't iLoader/emBIOS supposed to take care of all that? 23.03.40 # how can it? 23.03.42 # this definitely had nothing to do with iLoader 23.03.49 # This is rolo we're talking about 23.04.09 # the FTL got was fine in the old rockbox version, and broken in the rolo'ed, with nothing else executed in between 23.04.21 Join liar_ [0] (~liar@clnet-p09-185.ikbnet.co.at) 23.04.22 Join Buschel [0] (~chatzilla@p54B663A0.dip.t-dialin.net) 23.04.22 # if this one wouldn't have been iloadered, it might well have been a permanent brick 23.04.41 # Does rolo flush the FTL? 23.04.44 # yes 23.04.52 # just bad odds that it hasn't happened on a non-iLoadered Nano yet then? 23.05.15 # * TheSeven guesses that rb bootloader users don't use rolo that often 23.05.34 # I use it all the time, which is what dodges me out. 23.05.44 # damn near every time I change builds. 23.05.56 # * TheSeven needs to to a full FTL dump to check what it's choking on. right now it's in a state where rockbox can read/write perfectly fine but apple code hangs on boot 23.06.26 # so...to be clear, I should *not* be using RoLo? 23.06.44 # i have no idea what the root cause is. might be cache coherency or whatever... 23.06.45 # * S_a_i_n_t wants to avoid this if possible. 23.07.38 # depending on when during boot the apple bootloader checks the key combos, it *might* be possible to fix this through nor dfu on a rb bootloader device, but it might well lock up before it even comes that far 23.08.14 # the weird thing is that this actually happened twice to me today, however there were slight differences 23.08.43 Quit Zeiris_ (Read error: Connection reset by peer) 23.08.48 # and it appears to be very similar to the behavior mulenmar reported, so we might actually have a way to fix this now :) 23.09.02 Join Zeiris_ [0] (~Zeiris@66.183.73.102) 23.09.19 # Is it normal that my 5G iPod can't charge when docked to my alarm clock? Or is it likely specific to this particular accessory? It charges when running the apple firmware. 23.09.31 # does anyone have an idea why an unconditional panicf at the entry of set_cpu_frequency just locks up and sometimes inverts the LCD colors? 23.09.48 # Seq: Do you have accessory power turned on? 23.10.03 # Seq: you might also want to try enabling car adapter mode 23.10.14 # it should be on by default, but you may have turned it off without realising. 23.10.19 # wow i've never seen gcc's line numbering on errors get so confused as the libmad macro's make it 23.10.29 # er, setting "charge during USB connection" to "force" nowadays 23.10.32 # * gevaerts believes that both accessory power and car adapter mode are irrelevant here 23.11.10 # some docks need acessory power to detect the connection, and then charge. 23.11.16 # S_a_i_n_t: "Accessory Power Supply" is set to "yes" 23.11.39 # S_a_i_n_t: ah, ok 23.11.45 # TheSeven: I thought that just turned the device off when it loses power? 23.12.17 # S_a_i_n_t: It's a fairly cheap iHome unit 23.12.45 # Seq: try setting "charge during USB connection" to "force" 23.12.48 # it means that it charges even when the host doesn't respond (and thus doesn't allow it to charge in theory) 23.13.16 # and as this dock probably doesn't have a proper usb host controller, this might be the reason it isn't charging 23.13.38 # gevaerts: I currently have it set to force. I tried that after "yes" did not work 23.14.24 # TheSeven: that's car adapter mode? I'll try that then. 23.14.34 # no, that's the "force" option 23.14.46 # gevaerts: what does car adapter mode actually do? 23.15.38 # Basically it links "pause" to the power supply 23.15.55 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-109-252.tampfl.fios.verizon.net) 23.16.06 # look in the battery debug screen, see if it says there's external power and what Ibat is. 23.16.26 Quit benedikt93 (Quit: Bye ;)) 23.17.02 # As it turns out, my wife's dock charges the ipod just fine. It seems it's just mine. And unfortunately it is on my desk at work, so I can't test it. 23.17.09 # I'll probably be back monday :) 23.17.17 # debug, view battery, then scroll down 23.17.21 # see what it says 23.20.14 # on monday :) 23.20.21 # Torne: Will do :) 23.21.05 Quit Buschel (Ping timeout: 264 seconds) 23.21.09 # i wrote the new usb charging foo so feel free to bug me when you do 23.21.31 # i dunno that it's been tested with power-giving accessories. 23.21.43 # only computers and dumb ac adapters 23.22.19 # Will do. It charges via USB to my computer fine. My thinkpad has an "always on" port that charges the ipod even when the laptop is off, and that works fine. 23.22.44 Join xxcv [0] (~IMNOTADEV@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) 23.24.40 # I had the ipod playing all day Friday on my alarm clock dock at work, and the battery was being used. 23.25.11 # I've only had the ipod since thursday though, I've been an ihp-120 user for a few years. So I'm not that familiar with this port yet. 23.25.27 # Ibat on the battery debug screen shows how much current is going in/out of the battery 23.26.04 # should be around 400mA if it's charging ok 23.29.36 # Torne: I'll let you know on Monday. 23.29.41 # Thanks! 23.33.29 # * TheSeven is amazed by the UI responsiveness of an ipod running at 12MHz :) 23.40.53 # * TheSeven is puzzled: 23.41.10 # PLL at 192MHz, clock divider 4x => works 23.41.12 # PLL at 192MHz, clock divider 2x => works 23.41.23 # PLL at 48MHz, clock divider 4x => works 23.41.29 # PLL at 48MHz, clock divider 2x => doesn't work 23.41.40 # PLL at 48MHz, clock divider 1x => doesn't work 23.46.31 # PLL at 96MHz, clock divider 2x => works 23.47.03 # PLL at 96MHz, clock divider 1x => doesn't work 23.47.37 # any possible? explanations for that? 23.48.04 # by doesn't work you mean fail to boot: 23.48.07 # ? 23.49.02 # on the pp ipods, too low a clock rate breaks dma and then disk access fails.. 23.49.09 Join JdGordon| [0] (~jonno@114.75.116.22) 23.49.13 # just a thought 23.49.19 Quit JdGordon| (Changing host) 23.49.19 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 23.51.09 # well the weird thing is that the effective clock rate is actually the same for 192/4x and 48/1x 23.51.17 # one works, the other doesn't 23.51.37 # in all of those cases, the CPU, AHB and APB clock are running at the same speed 23.51.44 # the ARM core is in fastbus mode 23.52.01 # are any of the peripheral clocks derived, though? 23.52.17 # they should all be derived from the APB clock 23.52.31 # maybe they aren't :) 23.52.43 # the only things that are derived from something different are the I2S and USB clocks, which won't matter here 23.53.04 Quit wodz (Quit: Leaving) 23.53.49 # hm, I2C is failing at 96/2x while it's working at 192/4x 23.53.58 # at 48/1x it doesn't even boot 23.54.26 # sometimes i've seen it try to panic, fail to get the message onto the lcd, and drop into the post-mortem dumper 23.55.42 Quit esperegu (Read error: Operation timed out)