00:06:02 | wodz | cf doesn't have to have aligned buffers but unaligned access hurts performance badly |
00:11:53 | KiwiCam | 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 | Buschel | wodz: so, defining and using those macros would be a good idea as well? |
00:13:47 | Torne | KiwiCam: no, we don't keep metadata for tracks that have played |
00:18:13 | wodz | Buschel: I think buffers used to be 16 aligned on CF |
00:19:57 | wodz | well best is to align to 16 bytes in order to efficiently utilize line transfers from dram |
00:21:44 | KiwiCam | 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 | Buschel | 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 | amiconn | 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:00 |
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 | amiconn | 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 | amiconn | Also, reusing CACHEALIGN* would be misleading, as coldfire (at least ours) have no data cache |
01:05:49 | Buschel | 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 | Buschel | however, I need to get some sleep now |
01:09:50 | Buschel | 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:00 |
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:00 |
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 | bipton | hey guys, how goes it? |
03:39:46 | S_a_i_n_t | bipton: This isn't a social channel, if you have a question about Rockbox, just ask it. |
03:40:55 | bipton | 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 | LambdaCalculus37 | bipton: Did you try disabling HID mode? |
03:44:01 | bipton | as far as i knew how to |
03:44:09 | bipton | lemme dbl check again |
03:44:22 | bipton | yup |
03:44:49 | LambdaCalculus37 | 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 | bipton | windows loads it up no problem |
03:45:02 | LambdaCalculus37 | 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 | PurlingNayuki | Onda VX747 can't be auto mounted, either. |
03:57:42 | | Quit JesusFreak316 (Ping timeout: 245 seconds) |
04:00 |
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 | bipton | sorry bout that. ubuntu 10.04 |
04:14:17 | | Quit fdinel (Ping timeout: 245 seconds) |
04:14:28 | bipton | haven't tried my archlinux yet |
04:14:41 | | Quit PurlingNayuki (Quit: CGI:IRC (Ping timeout)) |
04:15:22 | bipton | 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 |
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 | keenerd | 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:00 |
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:00 |
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 | ppawel | 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 | ppawel | 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 | ppawel | 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 | ppawel | ROCKBOXDEV: Make sure your PATH includes /opt/rbdev/bin |
07:54:39 | ppawel | :-) |
07:54:47 | ppawel | done! |
07:56:50 | ppawel | 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:00 |
08:05:27 | ppawel | 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 | ppawel | 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 | ppawel | 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 | pixelma | 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 | ppawel | pixelma, hey, yeah I used SOURCES and SUBDIRS approach |
08:45:30 | ppawel | now I am trying to boot the firmware using tcctool |
08:45:35 | ppawel | http://www.rockbox.org/wiki/CowonIaudio7Info#USB_Boot_Mode |
08:45:54 | ppawel | I get: |
08:45:59 | ppawel | [INFO] Patching application uploaded successfully! |
08:46:09 | ppawel | 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 | ppawel | 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 | pixelma | 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 | pixelma | *guy |
08:52:51 | ppawel | ok mine works so far :) |
08:56:04 | | Join nano [0] (~n@ks29694.kimsufi.com) |
09:00 |
09:01:29 | | Quit Zeiris_ (Ping timeout: 250 seconds) |
09:01:43 | nano | my Sansa Clip v2 makes higher background hiss with RockBox |
09:01:47 | nano | any solutions? |
09:05:02 | pixelma | I'm afraid none other than "look at the code and find out why" |
09:06:16 | nano | or use original firmware.. |
09:07:36 | ppawel | 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 | pixelma | 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 | ppawel | yeah I read the forum topic - http://forums.rockbox.org/index.php?topic=15360.0 |
09:14:23 | ppawel | but it just ends without any conclusion |
09:14:33 | ppawel | maybe I will search mailing list |
09:14:52 | ppawel | I managed to boot rockbox on my iaudio just now but it hangs on boot screen |
09:15:21 | ppawel | "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 | ppawel | vitja wrote this so I will try it |
09:21:26 | ppawel | hmm tried about 5-6 times but no success |
09:22:25 | keenerd | 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:00 |
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:00 |
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 | JdGordon| | 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:00 |
12:04:42 | * | TheSeven has some uncommitted patches he would like to get rid of |
12:06:33 | * | bertrik too |
12:07:44 | CIA-7 | New commit by theseven (r28570): iPod Nano 2G FTL: Remove some meaningless code in ftl_init |
12:09:02 | TheSeven | I'm wondering what to do with the post-mortem crashdumper patch |
12:09:49 | CIA-7 | r28570 build result: All green |
12:15:44 | CIA-7 | New commit by theseven (r28571): Remove redundant SOURCES entry for iPod Nano 2G |
12:17:27 | CIA-7 | r28571 build result: All green |
12:19:35 | n1s | TheSeven: i think it sounds useful so i think it should go in |
12:20:14 | TheSeven | 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 | TheSeven | so that ideally they can share the pc-side tool |
12:20:41 | TheSeven | also, what USB vendor/product ID should I use for that? |
12:23:58 | TheSeven | 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 | TheSeven | should tha post-mortem dumper always be enabled, or just for some kind of debug builds? |
12:28:33 | TheSeven | the* |
12:29:18 | TheSeven | always enabling it might prevent bugs from hiding away from it |
12:32:02 | TheSeven | currently it's using USB ID FFFF:A112 |
12:36:20 | bertrik | 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 | TheLemonMan | does gcc automatically optimize memset on arm processors ? |
12:38:17 | bertrik | I think it does not with rockbox, we have our own memset |
12:38:41 | CIA-7 | New commit by theseven (r28572): iPod Nano 2G: Reduce popping noise during codec powerup, especially when driving high-impedance loads |
12:40:13 | TheLemonMan | mmmh this sucks, link for rockbox one ? |
12:40:19 | CIA-7 | r28572 build result: All green |
12:40:43 | TheSeven | TheLemonMan: http://svn.rockbox.org/viewvc.cgi/trunk/firmware/libc/memset.c?view=markup |
12:41:30 | TheLemonMan | thx :) |
12:42:08 | *** | Saving seen data "./dancer.seen" |
12:42:43 | bertrik | 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 | TheSeven | 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 | bertrik | like firmware/target/arm/memcpy-asm.S |
12:43:22 | bertrik | What is it anyway? |
12:43:42 | bertrik | Will it increase binsize? if so, on what targets? |
12:43:56 | bertrik | Can we put it behind an #ifdef DEBUG or something like that? |
12:45:02 | bertrik | Is it on a flyspray task, so people can have a look at it? |
12:45:22 | TheSeven | It is on flyspray, but I don't know thet task number right now |
12:45:33 | TheSeven | i'm not sure if we want to ifdef it out for normal builds |
12:45:47 | TheSeven | binsize/ramsize increase is about 1kB |
12:46:05 | TheSeven | and it's only for the nano2g so far |
12:47:38 | TheSeven | bertrik: http://www.rockbox.org/tracker/task/11701 |
12:51:03 | bertrik | 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:00 |
13:01:08 | TheSeven | 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 | CIA-7 | New commit by theseven (r28573): iPod Nano 2G: Post-mortem memory dumper stub (FS #11701) |
13:07:01 | TheSeven | hm, now there's only that fat thingy above and hardware keyclick left |
13:07:26 | CIA-7 | r28573 build result: All green |
13:22:39 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
13:23:45 | CIA-7 | New commit by teru (r28574): rockpaint: merge similar switch-case statements for readability. slightly reduce ramusage. |
13:25:31 | CIA-7 | 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 |
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 | AlexP | 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 | bertrik | 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 | bertrik | 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 | bertrik | Actually I'm not really sure if we need the min and max RSSI tags now. |
14:12:33 | AlexP | 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 | AlexP | That way I or someone else has more of a chance of seeing it and documenting them :) |
14:13:14 | AlexP | (also how they work in the task) |
14:17:59 | bertrik | I was going to send a message to -dev about this |
14:18:02 | n1s | TheSeven: shouldn't the scripts that interface with the dumper go in too? |
14:18:45 | bertrik | The part committed now is the basic infrastructure for displaying RSSI, to be extended further. |
14:19:16 | AlexP | Cool |
14:19:34 | AlexP | I don't mind doing the manual stuff incidentally, I just need to know about it :) |
14:20:26 | bertrik | 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 | bertrik | The stuff committed so far is the non-controversial part. |
14:21:44 | bertrik | AlexP, ok, understood. |
14:21:59 | AlexP | cheers :) |
14:22:23 | AlexP | bertrik: They could do the 4 levels themselves, no? |
14:22:39 | AlexP | 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 | TheSeven | 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 | n1s | somewhere in utils i think |
14:24:33 | TheSeven | 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 | TheSeven | hm, pcm double buffering isn't going to be easy |
14:36:55 | TheSeven | there are basically three possible ways: |
14:37:22 | TheSeven | - rewrite all code that plays PCM data to support it (pcmbuf, mpegplayer, some other plugins) |
14:37:55 | TheSeven | - keep an internal copy-around buffer in the pcm driver (32K more ramsize, CPU overhead) |
14:39:05 | TheSeven | - 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 | TheSeven | 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 | TheSeven | but i don't like all this copying-around business |
14:41:40 | S_a_i_n_t | 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 | S_a_i_n_t | If I remember tomorrow I will start a bench with, then without. |
14:43:30 | TheSeven | ...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 | S_a_i_n_t | well, I'm sure if that was your use habit you wouldn;t have it enabled. |
14:44:36 | TheSeven | is there even a way to disable it? |
14:44:47 | S_a_i_n_t | sure. |
14:44:52 | * | TheSeven hasn't found that yet |
14:45:39 | | Quit xxcv (Ping timeout: 264 seconds) |
14:46:24 | S_a_i_n_t | settings - general settings - display -lcd settings - sleep - never |
14:46:29 | S_a_i_n_t | thegeek: ^ |
14:46:49 | TheSeven | *fail* |
14:46:51 | S_a_i_n_t | * TheSeven: ^^ |
14:47:05 | * | S_a_i_n_t apologises to thegeek |
14:47:51 | S_a_i_n_t | If it just forced itself on, I never would have suggested including it. |
14:48:27 | TheSeven | hm, if it's on by default, it's going to fool people |
14:48:54 | TheSeven | 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 | TheSeven | 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 | S_a_i_n_t | It shouldn't be hard (he says with no real idea) to get it to default to "never" no? |
14:50:29 | TheSeven | also, "always" should probably be "immediately" |
14:50:53 | S_a_i_n_t | I think so yes, you just reminded me of that then. |
14:51:08 | S_a_i_n_t | I was going to suggest that change in wording to liar |
14:52:21 | Buschel | the setting for lcd sleep in in svn for quite some while, liar's patch just uses it as well |
14:52:29 | Buschel | *is min |
14:52:44 | Buschel | ahem, wanted to say "...is in svn..." |
15:00 |
15:03:01 | | Join InsDel [0] (~haqr.net@c-98-231-87-43.hsd1.fl.comcast.net) |
15:06:57 | CIA-7 | New commit by teru (r28575): rockpaint: disable playback control if the buffer is taken from the audio buffer. |
15:08:38 | CIA-7 | r28575 build result: All green |
15:09:11 | | Quit JdGord (Quit: Bye) |
15:10:06 | TheLemonMan | 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 | TheSeven | anyone from germany around who has experience with getting players shipped from outside of the EU? |
15:18:01 | TheSeven | someone shipped me a donated player, which the local customs office is holding back, claiming they would need an invoice |
15:18:30 | S_a_i_n_t | an invoice from....? |
15:18:53 | TheSeven | well, the one who "sold" it (it was marked as a gift -.-) |
15:19:19 | S_a_i_n_t | and they want a receipt for it, to estimate tax I guess? |
15:19:50 | TheSeven | the invoice and a payment document, according to the notification they sent me |
15:20:13 | S_a_i_n_t | how the heck are *you* supposed to supply that?!? |
15:20:23 | TheSeven | that's what i'm wondering, too |
15:20:26 | S_a_i_n_t | 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 | ppawel | peeps, how would I start debugging bootloader problems on iaudio 7? |
15:44:11 | ppawel | the bootloader (bootbox?) starts fine, I can see the rockbox splash screen but the actual image of rockbox is not loading |
15:44:44 | ppawel | mainly I want to know if there is a better way of debugging than messing manually with bootbox/bootloader code |
15:45:38 | stripwax | 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 | ppawel | bootbox = stuff found in flash/bootbox directory in git |
15:49:01 | ppawel | I've just built rockbox for iaudio 7 from git repo for the first time today |
15:49:07 | ppawel | it always hangs on boot |
15:49:39 | ppawel | I don't even know if this bootbox code is used for boot loading |
15:50:03 | ppawel | but this is a boot using USB without dual booting |
15:50:32 | ppawel | http://www.rockbox.org/wiki/CowonIaudio7Info#USB_Boot_Mode |
15:50:55 | ppawel | I upload the image with tcctool |
15:51:28 | S_a_i_n_t | isn't bootbox just for the Recorder? |
15:51:59 | S_a_i_n_t | possibly other Archoses |
15:52:27 | ppawel | I don't know |
15:52:50 | ppawel | I still have to dig into how the resulting rockbox.bin is built for iaudio 7 |
15:52:53 | S_a_i_n_t | when it talks of USB Boot mode (the wiki) it's talking about the OF |
15:52:56 | S_a_i_n_t | not RB |
15:52:59 | S_a_i_n_t | (as I understand it) |
15:53:14 | ppawel | no, the flashing is done with OF |
15:53:36 | ppawel | with USB boot both OF and RB can be booted |
15:53:47 | ppawel | I checked OF and it works, but RB hangs on startup |
15:54:25 | S_a_i_n_t | "with USB boot both OF and RB can be booted" <−− where are you getting this infor from? |
15:54:25 | ppawel | 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 | ppawel | I tried about 10 times and it always hangs |
15:54:33 | | Quit stripwax (Ping timeout: 240 seconds) |
15:54:42 | S_a_i_n_t | *info |
15:54:47 | | Join gammy [0] (~gam@c-7dede253.048-79-73746f43.cust.bredbandsbolaget.se) |
15:55:39 | gammy | 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 | S_a_i_n_t | My googling seems to imply quite strongly that USB Boot Mode is to do with the OF specifically |
15:56:15 | ppawel | http://forums.rockbox.org/index.php?PHPSESSID=6b82e23afac4ee9952c7b916d49cc695&topic=15360.0 |
15:56:20 | S_a_i_n_t | so I'm wondering what you've read that states otherwise |
15:56:28 | ppawel | yes because it is designed for recovery |
15:57:03 | ppawel | "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 | ppawel | hold button activates USB boot in iaudio 7 |
15:58:02 | S_a_i_n_t | according to the wiki, "Mode" button does. |
16:00 |
16:00:05 | | Quit teru (Quit: Quit) |
16:01:20 | ppawel | it is the same button, not much choice really with this player.. |
16:02:56 | n1s | 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 | n1s | unless the iausio 7 bootloader is special |
16:04:37 | ppawel | 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 | ppawel | well, before that I need to find out how the binary is built - what goes into it |
16:05:08 | n1s | i'd start sprinklig splash messages in main.c:init() after the show_logo() call |
16:05:12 | ppawel | but I haven't read everything on thje wiki yet |
16:05:40 | ppawel | n1s, yeah that's what I wanted to avoid by asking for a better way to debug.. :) |
16:05:49 | ppawel | but it's ok I guess.. |
16:06:30 | ppawel | also - the question is *which* main.c |
16:06:44 | n1s | 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 | n1s | apps/main.c |
16:06:56 | ppawel | is it apps/main.c or some bootloader stuff |
16:06:59 | ppawel | ok |
16:07:25 | n1s | i'm not even sure your port uses a bootloader, did you build one? |
16:08:39 | ppawel | 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 | ppawel | then I did: |
16:08:58 | ppawel | ../tools/scramble -tcc=crc apps/rockbox.bin I7_FW.BIN |
16:09:19 | ppawel | and used tcctool to upload I7_FW.BIN to the player when it is in USB boot mode |
16:09:33 | ppawel | so I don't know if bootloader is involved |
16:11:05 | n1s | you didn't build a bootloader then |
16:11:15 | S_a_i_n_t | have you done a make zip, and ended up with a .rockbox folder for the root? |
16:11:57 | ppawel | I will add some debug info as you mentioned |
16:12:07 | S_a_i_n_t | 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 | S_a_i_n_t | *an |
16:12:34 | n1s | S_a_i_n_t: it doesn't (or shouldn't) hang if the dir is missing |
16:12:35 | ppawel | hmm so binary isn't all? |
16:13:00 | n1s | ppawel: no, but it should be enough to get a menu and file browser |
16:13:32 | ppawel | ok, I assume the other stuff I can copy later to the file system? |
16:14:13 | ppawel | later = when I get anything on the player that is responsive |
16:14:23 | n1s | yes, that should be fine |
16:14:37 | ppawel | ok one more question then |
16:14:57 | | Quit Buschel (Ping timeout: 255 seconds) |
16:14:58 | ppawel | what API do I use for writing debug info? |
16:15:13 | ppawel | equivalent of printk |
16:15:25 | ppawel | so that I can see it on the screen |
16:15:48 | n1s | 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 | ppawel | ok cool |
16:17:53 | ppawel | 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 | gevaerts | TheSeven: that patch looks familiar... |
16:20:43 | | Join stoffel [0] (~quassel@p57B4CD07.dip.t-dialin.net) |
16:21:23 | TheSeven | gevaerts: commit it or not? |
16:22:06 | gevaerts | TheSeven: I don't know how well tested it is |
16:22:17 | gevaerts | Apart from that, it should save some stack |
16:22:19 | gevaerts | 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 | TheSeven | gevaerts: I haven't tested it extensively, but I didn't notice problems during everyday use |
16:37:16 | gevaerts | Sounds good enough |
16:37:25 | TheSeven | proving correctness for the fat.c part should be rather trivial |
16:38:04 | TheSeven | (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 | ppawel | n1s, ok so I bisected it with debug statements to storage_init |
16:38:58 | TheSeven | better commit that now than shortly before a release... |
16:39:03 | TheSeven | should I go for it? |
16:39:44 | gevaerts | I'd say yes |
16:41:21 | CIA-7 | New commit by theseven (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 | CIA-7 | r28576 build result: 80 errors, 0 warnings (theseven committed) |
16:43:31 | ppawel | wow nice continuous integration |
16:43:45 | gevaerts | oops |
16:43:53 | gevaerts | Some multivolume issues there |
16:44:02 | ppawel | at my workplace builds take several hours - java sofware :( |
16:46:40 | CIA-7 | New commit by gevaerts (r28577): Fix multivolume case |
16:46:46 | gevaerts | That should do it |
16:47:32 | TheSeven | hm, I wonder how that got lost... |
16:48:28 | CIA-7 | r28577 build result: All green |
16:49:06 | gevaerts | Lack of attention while looking for "file" I guess |
16:49:34 | TheSeven | can anybody tell me why r28571 reduced nano2g binsize? |
16:50:04 | ppawel | hmm if there is no CONFIG_STORAGE_MULTI set then where storage_init comes from...? |
16:50:45 | TheSeven | see storage.h |
16:50:52 | TheSeven | it's mapped to whateverdriver_init |
16:51:09 | ppawel | indeed, thanks |
16:51:31 | gevaerts | TheSeven: r28571? |
16:51:44 | gevaerts | That one seems not to change binsize at all |
16:52:02 | TheSeven | oh, off by one. that explains the whole thing |
16:52:24 | TheSeven | those binsize table lines are too long :) |
16:52:51 | gevaerts | 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:00 |
17:03:53 | ppawel | 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 | TheSeven | 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 | TheSeven | if the packet is <1KB, just copy it completely and play it from the copy |
17:07:04 | TheSeven | this will allow for 5 milliseconds of IRQ latency |
17:07:41 | ppawel | 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 | ppawel | 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 | gevaerts | 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 | TheSeven | gevaerts: didn't it cause trouble if it wasn't called from the main thread? |
17:09:27 | gevaerts | hm, maybe, yes |
17:09:32 | TheSeven | if you're debugging a lockup, you could try just writing to the lcd directly, if not, try logf() |
17:09:39 | gevaerts | 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 | ppawel | yes it is - storage_init is nand_init and storage_init is called from main() |
17:10:24 | TheSeven | hm, splashf should work then |
17:10:53 | TheSeven | 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 | ppawel | 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 | TheSeven | 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 | ppawel | ok but now I can't see strings printed by multiple calls to splashf |
17:16:40 | | Quit timc1 (Client Quit) |
17:16:42 | ppawel | only the last one |
17:16:47 | ppawel | so maybe I will use lcd_puts |
17:17:06 | TheSeven | 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 | ppawel | yeah that's a good idea thanks |
17:18:00 | TheSeven | 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 | ppawel | 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 | ppawel | I found http://www.rockbox.org/wiki/TelechipsNAND |
17:44:51 | ppawel | seems like a lot of questions to answer about this storage |
17:45:17 | ppawel | 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 | ppawel | 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 | ppawel | removing code is always good |
18:00 |
18:00:53 | | Join freddyb [0] (~chatzilla@216.8.239.112.etczone.com) |
18:01:36 | | Quit freddyb (Client Quit) |
18:05:59 | bertrik | 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 | n1s | bertrik i can test it, next week |
18:32:47 | * | TheSeven compiles a build and prays that playback still works :) |
18:37:02 | bertrik | 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 | CIA-7 | New commit by theseven (r28578): Fix a typo in a comment |
18:41:21 | CIA-7 | 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 | bertrik | TheSeven, it looks like you *introduced* a type now :) |
18:48:57 | bertrik | *typo |
18:49:08 | TheSeven | "allotted"? |
18:49:33 | bertrik | "alloccated"? |
18:49:47 | CIA-7 | New commit by theseven (r28579): Damn. Remove another typo. |
18:50:25 | gevaerts | "allotted" is a bit unusual in this context, but it's not wrong |
18:50:40 | * | TheSeven never read that before |
18:50:48 | TheSeven | "alloc'ed", maybe |
18:51:14 | TheSeven | /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 | TheSeven | /data/rockbox/firmware/export/pcm.h:99: note: expected "void **" but argument is of type "const unsigned char **" |
18:51:16 | TheSeven | what the hell? |
18:51:34 | CIA-7 | r28579 build result: All green |
18:51:46 | TheSeven | 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 | ppawel | 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 | TheSeven | the NAND itself, or the FTL? |
18:59:45 | ppawel | 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 |
19:00:02 | TheSeven | and I'd generally say yes, if you're willing to put the neccessary amount of effort into it |
19:00:03 | ppawel | I think FTL is the actual problem for me now |
19:04:56 | ppawel | I hope there is a mirror of these docs... http://forums.rockbox.org/index.php?topic=10164.msg109942#msg109942 |
19:05:06 | ppawel | because they are no longer available |
19:07:45 | keenerd | TheSeven: What is wrong with turning off the lcd while charging? |
19:07:52 | | Quit Buschel (Ping timeout: 264 seconds) |
19:07:58 | TheSeven | there's just no good reason to do that |
19:08:03 | keenerd | TheSeven: Makes it charge faster and extends the life of the parts. |
19:08:56 | TheSeven | in the rare case that the port can only supply 100mA, it *might* make charging complete about a minute earlier |
19:09:18 | TheSeven | (for a fully discharged battery) |
19:09:50 | keenerd | It would be a lot more than that. The smallest backlight + lcd uses 50mA. |
19:10:59 | TheSeven | that's plain wrong |
19:11:04 | keenerd | Oh? |
19:11:12 | TheSeven | the LCD is at ~1mA, the backlight at ~10mA (default brightness) |
19:11:38 | keenerd | That must be a pretty sad backlight. |
19:11:51 | TheSeven | the whole device uses like 25mA with the backlight and LCD on, and the battery's maximum charging current is 120mA |
19:12:13 | keenerd | What device? |
19:12:17 | TheSeven | ipod nano 2g |
19:14:49 | keenerd | Color me impressed then. Have not run across any white LEDs that impressive. |
19:14:57 | keenerd | *efficient |
19:15:51 | | Join Nwab [0] (~3eebd751@giant.haxx.se) |
19:16:00 | Nwab | Hi |
19:16:33 | Nwab | No rockbox for the iriver E150 ? |
19:16:37 | | Quit liar (Quit: Leaving) |
19:16:55 | bertrik | no, or we would have mentioned it on the rockbox front page |
19:17:59 | Nwab | :'( |
19:18:02 | Nwab | ok thanks |
19:18:13 | Nwab | bye |
19:18:16 | | Quit Nwab (Client Quit) |
19:18:59 | AlexP | What is theme magic transparent colour? |
19:19:05 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
19:20:23 | krazykit | AlexP, you mean magic pink? 255,0,255 |
19:20:30 | AlexP | 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 | keenerd | Woooo finally got an error message for these freezes. Had to sit in debug -> buffer to catch it though. |
19:28:37 | keenerd | Prefetch abort at EA000034 FSR 0x8 (domain 0, fault 8) |
19:29:00 | TheSeven | code interpreted as an address? |
19:29:16 | keenerd | Is that what it means? I have very little to go on. |
19:29:27 | TheSeven | probably a pointer pointing into the middle of code instead of some other buffer |
19:29:54 | keenerd | Is there anything else I can do to trace this in greater details? |
19:29:59 | TheSeven | ea000034 smells like it might be the first instruction of the rockbox binary |
19:30:18 | TheSeven | so possibly a null pointer being dereferenced twice? |
19:30:30 | keenerd | And once is bad enough :-) |
19:30:51 | TheSeven | oh wait, a *prefetch* abort, not data... |
19:31:07 | TheSeven | so a null pointer being dereferenced and then the result being called? |
19:31:37 | TheSeven | so possibly a null pointer being interpreted as a function table? |
19:31:42 | TheSeven | what did you do to trigger this? |
19:32:14 | keenerd | Listen to music. |
19:32:39 | keenerd | But does not trip in the FM radio or mpeg player. |
19:32:52 | keenerd | 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 | keenerd | (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 | TheSeven | and that just happened in the middle of a track? was it rebuffering at that point? |
19:39:18 | keenerd | Hard to tell. The buffer never goes below a few % before it refills. So it rebuffers every second or so. |
19:39:26 | keenerd | Oooh, a new variant on the crash |
19:39:38 | | Join panni_ [0] (hannes@ip-178-203-81-220.unitymediagroup.de) |
19:39:39 | bertrik | maybe this is one of those few AMSv2 players where dynamic frequency scaling does not work reliably |
19:39:43 | AlexP | Huh, shuffle can't be used as a conditional? |
19:40:00 | gevaerts | bertrik: wasn't that AMSv1? |
19:40:17 | keenerd | Data abort at 30815260 FSR 0x8 (domain 0, fault 8) address 0x9000069D |
19:40:21 | | Quit evilnick (Ping timeout: 240 seconds) |
19:40:55 | bertrik | gevaerts, ah yes |
19:41:33 | keenerd | 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 | AlexP | 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 | keenerd | So after a few minutes of tune, I get random data or prefetch aborts. Yay. |
19:44:22 | keenerd | Same data abort, again. |
19:46:13 | | Join Luca_S [0] (~570755d2@giant.haxx.se) |
19:46:34 | AlexP | oh, it can. /me silly |
19:46:39 | | Join earcar [0] (~carmine@93-39-234-33.ip78.fastwebnet.it) |
19:51:28 | keenerd | Is there any documentation for the debug menu? I've got a way to force a crash. |
19:51:48 | keenerd | Just have to scroll in debug -> buffers |
19:53:06 | keenerd | Sometime. This is weird to reproduce. |
19:53:31 | Luca_S | keenerd: with any codec or a specific one? |
19:53:39 | | Quit earcar (Quit: bye) |
19:53:52 | keenerd | Everything I have is ogg or mp3. |
19:54:03 | | Join earcar [0] (~carmine@93-39-234-33.ip78.fastwebnet.it) |
19:54:04 | Luca_S | and both lock up? |
19:54:43 | Luca_S | I have a fuzev2 too, and didn't experience a lockup in months |
19:55:30 | keenerd | Maybe? Current playlist has both. I'll get back to you in a few crashes :-) |
19:55:54 | Luca_S | also: did you change any setting? like crossfade, or something |
19:56:00 | Luca_S | default theme? |
19:56:08 | keenerd | Unicatcherv32 |
19:56:15 | keenerd | Stock settings for audio. |
19:56:41 | Luca_S | shouldn't change anything, but try with the default settings before filing a bug on flyspray |
19:57:01 | Luca_S | s/settings/theme |
19:57:06 | | Quit monsterb (Quit: leaving) |
19:57:08 | keenerd | Even though it happens outside the WPS or while the backlight is off? |
19:58:56 | Luca_S | 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 |
20:00:06 | * | keenerd sighs. Both. |
20:00:15 | keenerd | 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 | keenerd | Lol. Link's Awakening on Rockboy is kind of silly. You need to scroll CW and CWW simultaniously to save. |
20:42:51 | keenerd | *ccw |
20:46:52 | TheSeven | hm, DMA is still acting up |
20:49:20 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
20:50:29 | dionoea | Hello |
20:51:09 | dionoea | Do you know if there is any plan to get the rockbox plugins running under android? |
20:51:32 | dionoea | (I'd be willing to have a look but I'd like to know if someone is working on it first) |
20:53:08 | keenerd | www.rockbox.org/wiki/AndroidPort www.rockbox.org/wiki/RockboxAsAnApplication2010 |
20:53:31 | dionoea | the first wiki page doesn't mention anything regarding plugins |
20:53:35 | dionoea | I'll have a look at the other one |
20:55:05 | Zagor | dionoea: we haven't really decided if that's sane or not |
20:55:48 | keenerd | Pictureflow would be nice to have though. |
20:56:35 | dionoea | Zagor: depends on the plugin I guess |
20:57:01 | Zagor | yes |
20:57:13 | TheSeven | probably the playback- and audio-related ones, but not all the games, most of the viewers etc. |
20:58:12 | TheSeven | things like fft, metronome or pictureflow make sense, rockbox-specific viewers maybe, but most of the rest probably doesn't |
20:58:56 | dionoea | right |
20:59:10 | | Join panni__ [0] (~hannes@ip-178-203-81-220.unitymediagroup.de) |
20:59:42 | bertrik | 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:00 |
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 | wodz | Zagor: ping |
21:27:26 | Zagor | yes? |
21:27:46 | wodz | I just won ebay auction :-) What next? |
21:28:29 | TheSeven | hm, there's still a click when starting playback for the first time after boot |
21:28:34 | TheSeven | i have no idea why. |
21:30:46 | bertrik | some other init I guess |
21:31:49 | wodz | TheSeven: maybe I2S fifo has some garbage? |
21:32:35 | TheSeven | if there was one... |
21:57:19 | | Quit Zarggg (Quit: Zarggg) |
22:00 |
22:00:27 | TheSeven | apparently the PLL was the culprit |
22:01:35 | bertrik | 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 | CIA-7 | New commit by theseven (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 | CIA-7 | r28580 build result: All green |
22:10:11 | TheSeven | 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 | TheSeven | arrrrrr, IRQ latencies apparently aren't the only problem |
22:22:30 | TheSeven | looks like the DMA core can't fetch data quick enough while the system bus is at 1843200 Hz |
22:22:54 | TheSeven | well, we have a spare PLL... that might help :) |
22:22:59 | TheSeven | lock one while using the other one |
22:24:32 | | Join Nasbagdo [0] (~5664c914@giant.haxx.se) |
22:25:19 | Nasbagdo | Hello, is there anybody here? |
22:26:05 | | Quit Kupop (Ping timeout: 265 seconds) |
22:26:11 | Bagder | 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 | Nasbagdo | 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 | FLACtastic | Hello, I wonder if there is anyone who can halp with a bug (Rockbox, lamp plug-in, Sansa Fuze v2)? |
22:31:50 | saratoga | don't ask if you can ask for help |
22:33:23 | FLACtastic | 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 | Llorean | It sounds more like some strange hardware failure than a "bug" |
22:34:40 | FLACtastic | OK, well thanks anyway. |
22:35:51 | AlexP | 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 | FLACtastic | Oh right... |
22:36:31 | saratoga | i remember someone else once reporting that using lamp on some ams player made his screen get really hot |
22:36:41 | saratoga | maybe some players can't safely go as bright as others |
22:37:12 | saratoga | hmm no that was the wheel light, not the player backlight |
22:37:16 | FLACtastic | 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:00 |
23:01:33 | Stummi | http://www.rockbox.org/tracker/task/11757 my new patch for rockboy :) |
23:01:37 | S_a_i_n_t | TheSeven: You revived your Nano2g? |
23:01:42 | | Join Seq [0] (~chris@76-10-173-63.dsl.teksavvy.com) |
23:01:54 | TheSeven | yes |
23:02:06 | S_a_i_n_t | wow...thank f*** for that. |
23:02:20 | TheSeven | apparently it was "just" a bit of very nasty ftl corruption |
23:02:49 | TheSeven | and the trigger for that is apparently rolo |
23:03:10 | S_a_i_n_t | what is causing it that the iLoadered Nanos deal with it so badly, but rb-bootloadered ones "just work"? |
23:03:27 | S_a_i_n_t | I mean, wasn't iLoader/emBIOS supposed to take care of all that? |
23:03:40 | gevaerts | how can it? |
23:03:42 | TheSeven | this definitely had nothing to do with iLoader |
23:03:49 | gevaerts | This is rolo we're talking about |
23:04:09 | TheSeven | 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 | TheSeven | if this one wouldn't have been iloadered, it might well have been a permanent brick |
23:04:41 | gevaerts | Does rolo flush the FTL? |
23:04:44 | TheSeven | yes |
23:04:52 | S_a_i_n_t | 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 | S_a_i_n_t | I use it all the time, which is what dodges me out. |
23:05:44 | S_a_i_n_t | 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 | S_a_i_n_t | so...to be clear, I should *not* be using RoLo? |
23:06:44 | TheSeven | 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 | TheSeven | 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 | TheSeven | 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 | TheSeven | 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 | Seq | 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 | TheSeven | 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 | S_a_i_n_t | Seq: Do you have accessory power turned on? |
23:10:03 | TheSeven | Seq: you might also want to try enabling car adapter mode |
23:10:14 | S_a_i_n_t | it should be on by default, but you may have turned it off without realising. |
23:10:19 | saratoga | wow i've never seen gcc's line numbering on errors get so confused as the libmad macro's make it |
23:10:29 | TheSeven | 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 | S_a_i_n_t | some docks need acessory power to detect the connection, and then charge. |
23:11:16 | Seq | S_a_i_n_t: "Accessory Power Supply" is set to "yes" |
23:11:39 | gevaerts | S_a_i_n_t: ah, ok |
23:11:45 | Seq | TheSeven: I thought that just turned the device off when it loses power? |
23:12:17 | Seq | S_a_i_n_t: It's a fairly cheap iHome unit |
23:12:45 | gevaerts | Seq: try setting "charge during USB connection" to "force" |
23:12:48 | TheSeven | 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 | TheSeven | 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 | Seq | gevaerts: I currently have it set to force. I tried that after "yes" did not work |
23:14:24 | Seq | TheSeven: that's car adapter mode? I'll try that then. |
23:14:34 | TheSeven | no, that's the "force" option |
23:14:46 | TheSeven | gevaerts: what does car adapter mode actually do? |
23:15:38 | gevaerts | 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 | Torne | 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 | Seq | 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 | Seq | I'll probably be back monday :) |
23:17:17 | Torne | debug, view battery, then scroll down |
23:17:21 | Torne | see what it says |
23:20:14 | Torne | on monday :) |
23:20:21 | Seq | Torne: Will do :) |
23:21:05 | | Quit Buschel (Ping timeout: 264 seconds) |
23:21:09 | Torne | i wrote the new usb charging foo so feel free to bug me when you do |
23:21:31 | Torne | i dunno that it's been tested with power-giving accessories. |
23:21:43 | Torne | only computers and dumb ac adapters |
23:22:19 | Seq | 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 | Seq | I had the ipod playing all day Friday on my alarm clock dock at work, and the battery was being used. |
23:25:11 | Seq | 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 | Torne | Ibat on the battery debug screen shows how much current is going in/out of the battery |
23:26:04 | Torne | should be around 400mA if it's charging ok |
23:29:36 | Seq | Torne: I'll let you know on Monday. |
23:29:41 | Seq | 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 | TheSeven | PLL at 192MHz, clock divider 4x => works |
23:41:12 | TheSeven | PLL at 192MHz, clock divider 2x => works |
23:41:23 | TheSeven | PLL at 48MHz, clock divider 4x => works |
23:41:29 | TheSeven | PLL at 48MHz, clock divider 2x => doesn't work |
23:41:40 | TheSeven | PLL at 48MHz, clock divider 1x => doesn't work |
23:46:31 | TheSeven | PLL at 96MHz, clock divider 2x => works |
23:47:03 | TheSeven | PLL at 96MHz, clock divider 1x => doesn't work |
23:47:37 | TheSeven | any possible? explanations for that? |
23:48:04 | Torne | by doesn't work you mean fail to boot: |
23:48:07 | Torne | ? |
23:49:02 | Torne | 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 | Torne | just a thought |
23:49:19 | | Quit JdGordon| (Changing host) |
23:49:19 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
23:51:09 | TheSeven | well the weird thing is that the effective clock rate is actually the same for 192/4x and 48/1x |
23:51:17 | TheSeven | one works, the other doesn't |
23:51:37 | TheSeven | in all of those cases, the CPU, AHB and APB clock are running at the same speed |
23:51:44 | TheSeven | the ARM core is in fastbus mode |
23:52:01 | Torne | are any of the peripheral clocks derived, though? |
23:52:17 | TheSeven | they should all be derived from the APB clock |
23:52:31 | Torne | maybe they aren't :) |
23:52:43 | TheSeven | 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 | TheSeven | hm, I2C is failing at 96/2x while it's working at 192/4x |
23:53:58 | TheSeven | at 48/1x it doesn't even boot |
23:54:26 | TheSeven | 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) |