00:01:42 | | Quit ender` (Quit: If Java had true garbage collection, most programs would delete themselves upon execution. -- Robert Sewell) |
00:06:21 | | Quit n1s (Quit: Lämnar) |
00:17:26 | * | pamaury starts to disassemble the second elf file of the ____ section of the fuze+ firmware |
00:22:37 | | Join designate72 [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
00:24:05 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
00:24:33 | | Quit JdGord (Quit: Bye) |
00:25:01 | *** | Saving seen data "./dancer.seen" |
00:28:08 | | Quit chattr (Remote host closed the connection) |
00:32:00 | preglow | saratoga: yeah, i kinda expected it to be |
00:32:08 | preglow | their codecs are nice and concise |
00:32:52 | | Join n1s [0] (~n1s@nl118-174-240.student.uu.se) |
00:32:53 | | Quit n1s (Changing host) |
00:32:53 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
00:34:22 | | Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com) |
00:34:54 | | Join Keripo [0] (~Keripo@eng348.wireless-resnet.upenn.edu) |
00:35:54 | pamaury | hum, there are breakpoint instructions in the fuze+ code ! |
00:42:02 | | Quit BlakeJohnson861 (Ping timeout: 255 seconds) |
00:49:28 | | Quit mt (Ping timeout: 245 seconds) |
00:50:11 | n1s | hmm, interestingly gcc can decide a function call is unlikely with no branch hints or profiling info at all |
00:50:33 | | Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) |
00:50:52 | CIA-7 | New commit by kugel (r28728): Android: Make lcd updates synchronous, doesn't make it faster but smoother (no updates are skipped) and guaranteed to be glitch free. ... |
00:51:35 | casainho | pamaury: what that means? why is there a Brekpoint instrautcion? |
00:51:51 | casainho | pamaury: are you doing debug? |
00:52:12 | pamaury | no, I just find it weird that the fimware code has some breakpoint instructions in it |
00:52:35 | casainho | what firmware is that? |
00:52:39 | pamaury | fuze+ |
00:52:58 | CIA-7 | r28728 build result: 5 errors, 43831 warnings (kugel committed) |
00:53:38 | casainho | original firmware? |
00:53:47 | pamaury | yes |
00:54:03 | casainho | it's easy to access OF? |
00:54:11 | casainho | how did you got it? |
00:54:37 | casainho | having break point instructions is very weird! |
00:55:07 | pamaury | you can easily download the firmware and I spent quite a number of hours figuring out the format and encryption scheme with bertrik |
00:55:15 | pamaury | the tool is in svn |
00:56:26 | CIA-7 | New commit by kugel (r28729): Fix red by moving the difinition up. |
00:57:36 | | Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
00:58:01 | casainho | ah, ok! :-) |
00:58:25 | casainho | maybe format/encrytipon schme is worng ;-) |
00:59:01 | CIA-7 | r28729 build result: 723 errors, 62215 warnings (kugel committed) |
00:59:05 | casainho | msut be worng... I mean, there should no be breakpoint instructions, or the fimrware would not run,, right? |
00:59:57 | pamaury | these are conditional |
01:00 |
01:00:11 | pamaury | I guess there are a cheap & low-level panic :) |
01:00:21 | pamaury | I assure you the format is right :) |
01:00:42 | kugel | perhaps they distributed a debug built, would also explain the zero key |
01:01:33 | pamaury | possibly, that would explain some strange conditions in the code which seriously look like assertions |
01:02:10 | casainho | what SOC does it uses? |
01:02:35 | pamaury | stmp37xx == imx23 |
01:02:40 | casainho | uaua!!! |
01:02:51 | casainho | pamaury: I am working also with imx233! |
01:03:02 | | Quit Keripo (Quit: Leaving.) |
01:03:16 | pamaury | yes, I know. We weren't talking about imx23 by chance :) |
01:03:47 | casainho | hey, I think guys at Chumby don't know how to decrypt image file!! and you got it???? |
01:04:31 | pamaury | I documented it on the wiki and I wrote the sbinfo tool in svn with bertrik |
01:04:34 | casainho | where is the tool on SVN? |
01:04:45 | pamaury | ./utils/sbinfo/ |
01:05:03 | | Join Keripo [0] (~Keripo@eng348.wireless-resnet.upenn.edu) |
01:05:11 | kugel | what the heck |
01:06:11 | CIA-7 | New commit by kugel (r28730): That was a bit too far upwards :( |
01:06:19 | casainho | pamaury: thanks!!!!! |
01:06:47 | pamaury | kugel: you particulary good at generated lots of builds errors |
01:06:51 | pamaury | *generating |
01:07:19 | casainho | pamaury: so, will you create imx23 on Rockbox tree? |
01:07:29 | kugel | well, I checked the sims before the first commit but not a real target. now I checked a real target but not the sims :'( |
01:07:36 | casainho | pamaury: do you have any working code? |
01:07:36 | kugel | bad luck |
01:07:43 | pamaury | haha |
01:07:58 | pamaury | well, first we need to disassmemble the firmware to figure out the pins |
01:08:11 | pamaury | bertrik is working on some part and I'm working on another one |
01:08:26 | kugel | I suspect we also don't know yet how to inject some code? |
01:08:29 | pamaury | If we get sufficiently enough information, we'll try to port it I guess |
01:08:30 | CIA-7 | r28730 build result: All green |
01:08:57 | casainho | here is the code I have for imx233, for Propendous board I am using: http://lyre.svn.sourceforge.net/viewvc/lyre/propendous-imx233_board/firmware/ |
01:09:10 | casainho | we got a lot of help from Chumby devs! |
01:09:19 | pamaury | None of us as a real target. It seems there a reset mode which puts a recovery version of the firmware and you can update the firmware by putting the file at the root in MSC mode |
01:09:28 | pamaury | *has |
01:10:07 | pamaury | If we are lucky, we can just write the code, convert it to .sb using elftosb2 and update the firmware just like with the OF |
01:10:08 | casainho | there is a USB mode recovery |
01:10:16 | pamaury | on fuze+ ? |
01:10:26 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
01:10:34 | casainho | on imx233 there is a USB recovery mode.... |
01:11:12 | pamaury | I think I read somewhere in the doc that the manufacturer can enable/disable boot modes, so we don't really know if it's enabled and how to trigger it |
01:11:56 | casainho | yes, there are fuse bits, that manufacture can burn |
01:12:23 | casainho | there is a windows application to communicate by USB with imx233 and we can see/configure that bits |
01:12:31 | pamaury | yeah, and we saw that they did a nice job at keeping the zero key ;) |
01:13:02 | casainho | yeah... that's de default key of imx233... so maybe they are not changing nothing on the fuse bits... |
01:13:05 | | Quit n1s (Quit: Lämnar) |
01:13:18 | pamaury | There might be some difference between imx233 which is a board and imx23 which is on the fuze+ |
01:13:36 | casainho | hmmm, ok |
01:13:48 | kugel | I think they regretted the USB recovery on the e200 (it made more trouble than it helped) and the non-existent usb recovery on the ams series worked pretty well so I assume they deactivated it again |
01:14:03 | | Quit Stummi (Ping timeout: 260 seconds) |
01:14:15 | pamaury | why more trouble ? |
01:14:20 | casainho | hey, there is only imx233! |
01:14:23 | casainho | right? |
01:15:04 | | Join pdrai [0] (DraaK@88.159.105.188) |
01:15:32 | | Join Stummi [0] (Stummi@rockbox/developer/Stummi) |
01:15:53 | JdGordon| | kugel: I've had no rockbox time for ages, you don't want to take over the open() patch do you? |
01:15:55 | pamaury | when it comes to the chip, I think there is one which is imx23=imx233=stmp37xx, you can call it the way you want |
01:17:55 | kugel | JdGordon|: I can have a look...maybe |
01:18:12 | pamaury | kugel: actually, someone on the forum and on irc (if iirc) told us he tried the "reset function" (hold on/off for 20 seconds) and he said it acted like a firmware upgrade. So maybe there is a kind of recovery function |
01:18:31 | JdGordon| | kugel: I'd also ask about the dynamic screen size one but IIRC you wernt particularly keen on it? |
01:18:42 | | Quit robin0800 (Remote host closed the connection) |
01:19:56 | kugel | I'm not overly keen on it because it doesn't really solve any problems because themes and many plugins are still resolution dependend, but I'm be in favor in generally |
01:20:58 | | Quit Keripo (Ping timeout: 240 seconds) |
01:21:05 | | Join Keripo [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu) |
01:21:56 | kugel | I thought the other day that we could possibly have themes resolution independent if we let %V (and friends) take % (e.g. x=10% of the width) as parameters and have bmp resize for the theme's images |
01:22:50 | casainho | pamaury, so you don't have a Sansa Fuze+? |
01:23:07 | pamaury | no |
01:23:20 | pamaury | not yet ;) |
01:23:20 | JdGordon| | kugel: I dont tinhk that would solve it all that much |
01:23:38 | JdGordon| | and that is ony a bit scary |
01:32:18 | casainho | pamaury: so, what is your motivation? |
01:32:48 | pamaury | make sure the fuze+ arise |
01:33:12 | pamaury | I just don't want to buy a fuze+ if I'm not sure we can port it |
01:33:24 | pamaury | And that wasn't clear until we decrypted the sb format |
01:33:34 | pamaury | s/until/before |
01:34:51 | casainho | d oyou know how many FLASH chips fuze+ have inside? |
01:35:05 | pamaury | the wiki as some photos on the fuze+ |
01:35:08 | pamaury | *has |
01:35:11 | casainho | where is stored firmware + user files? |
01:35:11 | pamaury | *of |
01:35:36 | pamaury | it is probably stored in a nand memory |
01:37:33 | pamaury | time to go to bed, see you |
01:39:52 | casainho | see you |
01:39:53 | casainho | thaks |
01:41:35 | | Quit pamaury (Remote host closed the connection) |
01:55:38 | | Join webguest10 [0] (~50d4d691@giant.haxx.se) |
01:55:45 | | Quit webguest10 (Client Quit) |
02:00 |
02:01:56 | | Quit kugel (Remote host closed the connection) |
02:09:40 | | Quit casainho (Remote host closed the connection) |
02:10:31 | mc2739 | bertrik: (logs) - looks like another FM Radio chip in Fuzev2 - see FS #11791 |
02:12:39 | | Part designate72 ("Leaving") |
02:13:54 | | Join elcan [0] (user36@pr0.us) |
02:16:00 | | Join ReimuHakurei [0] (~ReimuHaku@74.112.212.15) |
02:25:03 | *** | Saving seen data "./dancer.seen" |
02:25:13 | | Quit ReimuHakurei (Quit: > Me... > Quitting IRC... > LOLYEAHRIGHT!) |
02:25:21 | | Quit iq (Remote host closed the connection) |
02:26:38 | | Join LambdaCalculus37 [0] (~rmenes@c-68-36-232-73.hsd1.nj.comcast.net) |
02:26:38 | | Quit LambdaCalculus37 (Changing host) |
02:26:38 | | Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) |
02:29:00 | | Join iq [0] (~iq@unaffiliated/iq) |
02:29:13 | | Quit LambdaCalculus37 (Client Quit) |
02:31:35 | | Join LambdaCalculus37 [0] (~rmenes@c-68-36-232-73.hsd1.nj.comcast.net) |
02:31:35 | | Quit LambdaCalculus37 (Changing host) |
02:31:35 | | Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) |
02:33:59 | | Part LambdaCalculus37 |
02:34:34 | | Quit DerPapst (Quit: Leaving.) |
02:34:46 | | Join madalu [0] (~user@unaffiliated/madalu) |
02:35:22 | saratoga | preglow: I'm still hoping some day we get a GSOC student willing and able to tackle an ffmpeg aac port to rockbox, but it'd be so much work i'm not sure it'll ever happen |
02:37:55 | | Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) |
02:41:38 | | Quit liar (Ping timeout: 240 seconds) |
02:59:46 | | Quit madalu (Remote host closed the connection) |
03:00 |
03:01:12 | | Join xxcv [0] (~null@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) |
03:03:41 | | Quit JesusFreak316 (Read error: Connection reset by peer) |
03:08:27 | | Join madalu [0] (~user@unaffiliated/madalu) |
03:31:29 | | Join Llorean [0] (~DarkkOne@99-68-45-56.lightspeed.hstntx.sbcglobal.net) |
03:31:31 | | Quit Llorean (Changing host) |
03:31:31 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
03:55:57 | | Join eWill [0] (~chatzilla@adsl-76-235-49-53.dsl.dytnoh.sbcglobal.net) |
03:58:51 | eWill | I want to use RButil to create a voice file −− without the device connected. Possible? |
04:00 |
04:00:46 | eWill | never mind, I think I figured it out. |
04:01:07 | | Quit ehntoo (Remote host closed the connection) |
04:04:53 | eWill | still can't make a voice file for fuze v2 −−- Encoding of C:/Users/<user name>/AppData/Local/Temp/rbvoice//LANG_CREDITS.wav failed |
04:04:56 | | Quit InsDel (Read error: Connection reset by peer) |
04:14:24 | | Quit TheSeven (Ping timeout: 245 seconds) |
04:16:42 | | Quit tchan (Quit: WeeChat 0.3.3-dev) |
04:18:39 | | Join Barahir_ [0] (~jonathan@frnk-590fdb8d.pool.mediaWays.net) |
04:19:12 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
04:19:26 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
04:22:01 | | Quit Barahir (Ping timeout: 255 seconds) |
04:25:05 | *** | Saving seen data "./dancer.seen" |
04:43:00 | | Quit amiconn (Disconnected by services) |
04:43:00 | | Quit pixelma (Disconnected by services) |
04:43:00 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
04:43:02 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
04:43:04 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
04:43:20 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
04:50:02 | | Quit sasquatch (Quit: WeeChat 0.3.2) |
04:50:27 | | Join sasquatch [0] (~username@p4FF2CADB.dip.t-dialin.net) |
04:56:30 | | Quit Keripo (Quit: Leaving.) |
04:57:10 | | Join Keripo [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu) |
04:58:27 | | Quit ReimuHakurei__ (Quit: Stand by, Ready!) |
05:00 |
05:01:41 | | Quit anewuser () |
05:08:09 | | Join ReimuHakurei [0] (~reimu@74.112.212.15) |
05:15:20 | | Join someuser [0] (~d5973ec1@giant.haxx.se) |
05:15:44 | someuser | join #slimrat |
05:16:13 | | Quit someuser (Client Quit) |
05:25:13 | | Join froggyman [0] (~seth@unaffiliated/froggyman) |
05:30:34 | | Quit factor (Quit: Leaving) |
05:31:06 | | Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) |
05:33:00 | | Quit LambdaCalculus37 (Quit: bed) |
05:33:28 | | Quit Horscht (Quit: Verlassend) |
05:48:30 | | Quit timccc (Ping timeout: 240 seconds) |
05:48:30 | | Quit ReimuHakurei (Read error: Connection reset by peer) |
05:53:28 | | Quit JdGordon (Ping timeout: 255 seconds) |
05:54:41 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
05:57:20 | | Quit factor (Quit: Leaving) |
05:57:45 | | Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) |
05:59:33 | | Quit factor (Excess Flood) |
06:00 |
06:00:00 | | Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) |
06:08:18 | | Quit Strife89 (Ping timeout: 240 seconds) |
06:15:24 | | Join Jeshikah [0] (~4a69ab57@giant.haxx.se) |
06:20:36 | | Quit madalu (Ping timeout: 276 seconds) |
06:23:10 | Jeshikah | a great audio/video format converter that's free) the videos would absolutely not play under rockbox. i assume that it's an issue of incompatible codecs, so i'm asking that here |
06:23:48 | JdGordon| | you might want to try again, sarting at the begining of your question |
06:24:09 | Jeshikah | agh, lemme try it in sections: |
06:24:31 | Jeshikah | what codecs does rockbox support for the mpg files? |
06:25:08 | *** | Saving seen data "./dancer.seen" |
06:25:13 | JdGordon| | http://www.rockbox.org/wiki/PluginMpegplayer |
06:29:31 | Jeshikah | tyvm, will try it and see how it works for me |
06:38:45 | Jeshikah | yay, it's working now, lol, it seems it was the choice of width/height that was messing it up, lol |
06:39:23 | | Quit Jeshikah (Quit: CGI:IRC 0.5.9 (2006/06/06)) |
06:42:59 | | Join Strife89 [0] (~Strife89@adsl-80-128-22.mcn.bellsouth.net) |
06:46:33 | | Quit xxcv () |
06:48:41 | JdGordon| | WTF?! "PANIC: No font!" |
06:48:45 | JdGordon| | never seen that one before |
06:57:04 | | Quit JdGordon| (Quit: leaving) |
06:58:30 | | Quit Judas_PhD (Quit: This is a quitting message) |
06:59:11 | | Join ReimuHakurei [0] (~reimu@74.112.212.15) |
07:00 |
07:00:48 | | Join xxcv [0] (~null@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) |
07:06:53 | | Quit UnclePervyJesus (Ping timeout: 260 seconds) |
07:12:30 | | Join ReimuHakurei_ [0] (~reimu@74.112.212.15) |
07:14:49 | | Quit ReimuHakurei (Ping timeout: 245 seconds) |
07:33:15 | | Join timccc [0] (~timccc@112.166.15.141) |
07:33:41 | | Join n1s [0] (~n1s@nl118-174-240.student.uu.se) |
07:33:41 | | Quit n1s (Changing host) |
07:33:41 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
07:42:55 | | Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) |
07:42:56 | n1s | user mayaaren396 in the forums seems like a spammer |
07:43:48 | | Quit factor (Read error: Connection reset by peer) |
07:46:48 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
07:55:27 | | Join ReimuHakurei__ [0] (~reimu@74.112.212.15) |
07:55:48 | | Quit ReimuHakurei_ (Read error: Connection reset by peer) |
08:00 |
08:00:38 | | Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) |
08:06:36 | | Join evilnick_ [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com) |
08:07:27 | | Join fyre^OS [0] (~nnscript@cpe-69-203-144-35.si.res.rr.com) |
08:09:53 | | Quit evilnick (Ping timeout: 245 seconds) |
08:09:54 | | Quit fyrestorm (Ping timeout: 260 seconds) |
08:10:29 | | Quit kadoban (Ping timeout: 260 seconds) |
08:25:10 | *** | Saving seen data "./dancer.seen" |
08:40:11 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
08:46:14 | | Join Unit193 [0] (~Unit193@cpe-24-166-59-166.neo.res.rr.com) |
08:47:55 | | Join ender` [0] (krneki@foo.eternallybored.org) |
08:49:46 | | Quit Strife89 (Quit: Bed) |
08:50:40 | | Quit MethoS- (Remote host closed the connection) |
08:52:04 | | Quit advcomp2019 (Ping timeout: 276 seconds) |
08:52:20 | | Quit simonrvn (Ping timeout: 240 seconds) |
08:52:27 | | Part Unit193 |
08:53:19 | | Join simonrvn [0] (simon@211.59-ppp.3menatwork.com) |
08:53:49 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
09:00 |
09:02:48 | | Quit TheSeven (Ping timeout: 245 seconds) |
09:08:27 | | Quit eWill (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101026210630]) |
09:11:50 | | Quit antil33t () |
09:14:08 | | Join Rob2223 [0] (~Miranda@p4FFF32D6.dip.t-dialin.net) |
09:14:14 | | Join advcomp2019 [0] (~advcomp20@97-114-234-88.sxcy.qwest.net) |
09:14:16 | | Quit advcomp2019 (Changing host) |
09:14:16 | | Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) |
09:17:41 | | Quit Rob2222 (Ping timeout: 255 seconds) |
09:21:31 | | Join petur [0] (d408b802@rockbox/developer/petur) |
09:24:24 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
09:26:43 | | Join kevku [0] (~kevku@2001:7d0:0:f000::135d) |
09:28:32 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
09:30:06 | | Quit n1s (Quit: Lämnar) |
09:43:52 | AlexP | god damn spammers |
09:44:08 | AlexP | Fricking loads of them at the moment |
09:53:04 | Stummi | maybe there should be a better captcha? |
09:54:01 | AlexP | One that isn't always the same would be a start |
09:56:37 | Stummi | btw, on first call the capture is not rendered correct |
09:57:09 | Stummi | (and i don't like graphical captchas. Somthing like "how many is three plus four?" is also good) |
10:00 |
10:00:18 | AlexP | Yeah, I know |
10:00:24 | AlexP | But I can't do anything about this |
10:00:46 | | Join Kitr88 [0] (~Kitarist@BSN-182-117-76.dial-up.dsl.siol.net) |
10:00:47 | AlexP | scorche: Could you have a look at fixing/changing the forum captcha? |
10:01:05 | AlexP | The current one is a) broken on first try and b) always asks the same thing |
10:01:19 | pamaury | I find it strange that the Lyre project has a binary copy of elftosb2 in their svn, is this allowed ? |
10:01:34 | AlexP | We've just had a big increase in spammers, maybe they just worked it out |
10:03:00 | | Quit JdGordon (Ping timeout: 240 seconds) |
10:04:08 | | Quit Kitar|st (Ping timeout: 255 seconds) |
10:04:53 | | Quit Kitr88 (Ping timeout: 240 seconds) |
10:05:31 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
10:07:46 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
10:07:47 | | Join Kitar|st [0] (Kitarist@BSN-142-68-37.dial-up.dsl.siol.net) |
10:25:11 | *** | Saving seen data "./dancer.seen" |
10:25:55 | | Join mt [0] (~mt@41.233.153.220) |
10:32:09 | AlexP | aaargh, more of the bastards |
10:43:30 | | Quit simonrvn (Quit: ZNC - http://znc.sourceforge.net) |
10:43:56 | Stummi | AlexP, do you have direct access to the files for the forum? I don't know the SMC-Forum, but I think shouldn't be a big issue to find out whre the captcha-code is generated and hack this to generate a realy random code. As quick'n'dirty-solution for the actuall spammer-problem |
10:47:14 | | Join simonrvn [0] (simon@211.59-ppp.3menatwork.com) |
10:47:25 | Bagder | aren't these spammers human? |
10:47:43 | Stummi | i think that they are bots |
10:49:36 | Stummi | oh, i thought the forum-files are in svn somewhere under www or so. But it seems that i was wrong |
10:53:13 | Zagor | yes, the forum is hosted on a different machine ran by scorche |
11:00 |
11:04:00 | | Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) |
11:04:59 | | Part timccc |
11:27:25 | | Join hebz0rl [0] (~hebz0rl@dslb-088-065-219-254.pools.arcor-ip.net) |
11:42:35 | | Quit mt (Ping timeout: 255 seconds) |
12:00 |
12:03:50 | AlexP | Stummi: No, I don't have any access |
12:04:29 | AlexP | Bagder: I'm not sure - the captcha is broken (it always gives the same question), so if someone found that out it'd be easy to get the bots to do it |
12:04:43 | AlexP | Either way, it'd be nice to have a working one :) |
12:12:35 | | Quit kevku (Ping timeout: 260 seconds) |
12:13:49 | | Join sampattuzzi [0] (~sam@128.232.133.246) |
12:14:29 | | Quit sampattuzzi (Quit: Ex-Chat) |
12:14:51 | | Join sampattuzzi [0] (~sam@128.232.133.246) |
12:16:17 | gevaerts | AlexP: banjia26 |
12:16:24 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
12:16:25 | AlexP | already done :) |
12:16:34 | gevaerts | good :) |
12:20:54 | sampattuzzi | Hello people of rockbox. I'm trying to debug some USB issues which I reckon are due to rockbox not handleing I/O errors correctly. Could somebody point me to the correct section of the usb stack and possibly relevant documentation for the USB spec? |
12:21:46 | | Join MethoS- [0] (~clemens@134.102.106.250) |
12:25:12 | *** | Saving seen data "./dancer.seen" |
12:26:19 | | Join InsDel [0] (~haqr.net@unaffiliated/insdel) |
12:27:46 | gevaerts | sampattuzzi: You're probably looking for SCSI specs here |
12:28:06 | gevaerts | And in the rockbox code, firmware/usbstack/usb_storage.c |
12:28:38 | sampattuzzi | gevaerts, cool, I will take a look at that, see if it makes any sense. |
12:28:45 | gevaerts | What I would do is start with USB tracing (if you're on linux, wireshark can do that) of both the OF and the rockbox code |
12:28:46 | Torne | you might get more by talking to us about what issues you've got, and why you think there's a problem with our handling |
12:29:01 | gevaerts | If you manage to get such traces, please attach them to your flyspray task :) |
12:29:49 | gevaerts | The main problem is that I've never been able to test these things due to a lack of suitably broken hardware |
12:30:15 | sampattuzzi | gevaerts, out of interest, I noticed lots of logf() calls in the code but couldn't find a way of enabling them in the documentation. |
12:30:47 | Torne | logf.h sort of explains it ;) |
12:31:02 | gevaerts | sampattuzzi: enable the "#define LOGF_ENABLE" near the top of the source file, then pick "Advanced" when configure asks, and then enable logf there |
12:31:59 | gevaerts | Torne: context is FS #10873 |
12:32:24 | sampattuzzi | gevaerts, thanks, I was just about to post a link. |
12:32:56 | Torne | ah |
12:40:17 | | Quit InsDel (Read error: Connection reset by peer) |
12:44:32 | sampattuzzi | Ah, I could do with that new linux kernel patch. The build is making my system sloow. |
12:45:08 | bzed | sampattuzzi: I usually run something like nice ionice -c 3 make to build stuff |
12:45:15 | bzed | better than nothing ;) |
12:46:07 | sampattuzzi | bzed, cheers, I'm giving that a go now. |
12:51:27 | | Quit sampattuzzi (Ping timeout: 255 seconds) |
12:52:00 | | Quit xxcv () |
12:52:47 | Torne | ah, he's gone |
12:52:57 | Torne | i was gonna point out there's a tiny shell script that does exactly the same thing as that patch |
12:53:02 | Torne | without needing a new kernel :) |
12:54:47 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
12:59:19 | | Join jhMikeS [0] (~jethead71@99.29.196.3) |
12:59:20 | | Quit jhMikeS (Changing host) |
12:59:20 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
12:59:20 | | Quit _jhMikeS_ (Disconnected by services) |
13:00 |
13:36:40 | | Quit bluebroth3r (Ping timeout: 265 seconds) |
13:36:57 | | Join DerPapst [0] (~Alexander@wlan-nat-24.fh-friedberg.de) |
13:38:11 | | Join bluebrother [0] (~dom@g226069017.adsl.alicedsl.de) |
13:38:11 | | Quit bluebrother (Changing host) |
13:38:11 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
13:43:20 | | Quit kugel (Ping timeout: 272 seconds) |
13:44:22 | | Join timccc [0] (~timccc@112.166.15.141) |
13:45:26 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
13:46:39 | | Join mt [0] (~mt@41.239.54.89) |
13:47:07 | | Join sampattuzzi [0] (~sam@128.232.133.246) |
13:49:40 | sampattuzzi | gevaerts, I obviously missed a step, what did you say I had to do in the logf.h file? |
13:50:08 | gevaerts | in logf.h, nothing |
13:50:24 | gevaerts | In the source file where you want logging, look for "#define LOGF_ENABLE" and enable it |
13:51:53 | gevaerts | And then do an (A)dvanced build |
13:51:54 | sampattuzzi | ah, okay, that's what I missed. Excuse my ignorance. |
13:52:40 | sampattuzzi | I did the second part. |
13:54:03 | | Quit Rob2223 (Read error: Connection reset by peer) |
13:54:20 | | Quit Bawitdaba (Read error: Connection reset by peer) |
13:54:34 | | Join Bawitdaba [0] (~Sphinx@cpe-74-70-40-135.nycap.res.rr.com) |
13:54:39 | | Join Rob2222 [0] (~Miranda@p4FFF32D6.dip.t-dialin.net) |
14:00 |
14:01:55 | sampattuzzi | Okay, got myself a trace and uploaded it to the bug. Can't work out what it's doing though. |
14:02:03 | sampattuzzi | http://www.rockbox.org/tracker/task/10873?getfile=22927 |
14:02:55 | gevaerts | A USB-level trace would be much more interesting I think, especially if you have both rockbox and the OF |
14:03:48 | sampattuzzi | In what sense? |
14:04:52 | sampattuzzi | A trace from the linux side then? |
14:05:05 | gevaerts | yes, e.g. using wieshark |
14:05:09 | gevaerts | *wireshark |
14:06:59 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
14:08:43 | | Join jfc^2 [0] (~john@dpc6682208002.direcpc.com) |
14:09:20 | | Quit scorche (Disconnected by services) |
14:09:27 | | Join scorche` [0] (~scorche@rockbox/administrator/scorche) |
14:09:37 | | Join tchan1 [0] (~tchan@c-69-243-144-187.hsd1.il.comcast.net) |
14:10:59 | | Quit jfc^3 (Read error: Operation timed out) |
14:12:49 | | Quit tchan (Ping timeout: 245 seconds) |
14:14:05 | amee2k | hm... did anyone else ever have the idea of porting rockbox to PC style platforms? |
14:14:45 | amee2k | i recently got my hands on two really old laptops... a thinkpad that i modded into a serial terminal using linux |
14:14:49 | amee2k | and now i've got this old |
14:15:31 | amee2k | Armada 1700 here and kinda thought it would make a nice jukebox with rockbox on it |
14:16:05 | amee2k | theres nothing on the wiki at least that suggests there is an x86 port |
14:16:36 | tmzt | amee2k: there's a simulator |
14:16:55 | gevaerts | You should be able to do something based on the SDL application port |
14:17:06 | amee2k | its like a P2 200 in it |
14:17:07 | tmzt | which is a native build using libsdl, assumming you have a framebufer |
14:17:25 | amee2k | the windows 98 on it takes ages to load |
14:17:46 | amee2k | i could try install linux on it and see if the simulator works |
14:17:54 | amee2k | but a native port would be like |
14:17:58 | amee2k | infinitely superior |
14:18:32 | gevaerts | Well, feel free to work on it |
14:18:40 | n1s | it would also take a lot of work whereas compiling the sdl app takes a few minutes tops |
14:19:03 | amee2k | gevaerts: yeah... if i ever get the hang of this i might just do it |
14:19:36 | amee2k | what i'd find kinda ugly about just using the simulator is that you'd end up with the emulation screen on an X display |
14:19:41 | amee2k | instead of a real display |
14:20:12 | amee2k | and i'm not sure if i can get any useful performance out of a slow processor like that |
14:20:15 | gevaerts | You can use SDL on a framebuffer |
14:20:36 | amee2k | hmm... |
14:20:43 | * | amee2k ponders |
14:22:34 | amee2k | so i'd basically package an embedded linux as bootloader lol |
14:25:13 | *** | Saving seen data "./dancer.seen" |
14:27:57 | | Quit antil33t (Read error: Connection reset by peer) |
14:28:07 | | Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) |
14:28:52 | | Join designate72 [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
14:30:54 | | Quit sampattuzzi (Ping timeout: 255 seconds) |
14:44:57 | | Join TheLemonMan [0] (~lem0n@151.62.150.229) |
14:45:55 | | Join Strife89 [0] (~Strife89@adsl-80-128-22.mcn.bellsouth.net) |
15:00 |
15:07:28 | | Join sampattuzzi [0] (~sam@128.232.133.246) |
15:07:51 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
15:07:56 | amee2k | mmmh, i'll first see if i can fix the ipod and play around with the plugin api. if i can't even get that in my thick head, not much point in trying a port >_< |
15:10:30 | Torne | porting to native x86 is going to involve a *reasonable* amount of specialist x86 knowledge |
15:10:37 | Torne | to implement, say, context switching |
15:11:14 | Torne | i don't want to stop you but you may find it easier and more useful to just get the SDL version on an absolutely minimal linux distro |
15:11:20 | gevaerts | The advantage is that such knowledge is reasonably widespread and things are well documented |
15:11:26 | Torne | Well, true |
15:11:50 | n1s | but you'd still need to write drivers and stuff |
15:11:52 | Torne | a tiny linux distro consisting of basically just a kernel and a copy of rockbox with libsdl compiled to use the framebuffer, though |
15:12:03 | Torne | is going to boot in a comparable time to a native rockbox port |
15:12:09 | Torne | but you have to do *way* less to get it running |
15:12:30 | amee2k | yeah, what gevaerts said. i don't need to reverse engineer the platform first |
15:12:36 | Torne | so, yeah. if you really want to do it, go for it; but x86 is *really weird* |
15:12:50 | Torne | even though the docs exist, you may be underestimating just how weird it is |
15:12:53 | Torne | :) |
15:12:55 | amee2k | also, i understand it that rockbox assumes a plain memory model so no need to deal with segmentation or paging |
15:12:57 | gevaerts | Of course you *can* reverse engineer it, and only look at documentation when you really get stuck :) |
15:13:10 | Torne | amee2k: you can't avoid dealing with segmentation on x86, at least in a minimal way |
15:13:23 | Torne | and you would probably want to write a pagetable anyway |
15:13:36 | amee2k | Torne: well, yeah. you set up three segments that span the entire available memory and leave it at that |
15:13:49 | amee2k | i did some real mode os deving when i was in school, maybe 6 or 7 years ago |
15:14:07 | n1s | make it a payload for coreboot and flash to the bios chip! |
15:14:08 | amee2k | it was kinda cool, but i didn't get too much into PM stiff |
15:14:10 | Torne | you don't need to do anything *complicated* with the MMU but it's probably nicer to have it enabled and make a fixed virtual memory map |
15:14:25 | Torne | we do that on the ARM platforms we support that have an MMU |
15:14:27 | gevaerts | n1s: does coreboot support such old laptops? :) |
15:14:41 | amee2k | hmmm thats an interresting idea actually |
15:14:51 | amee2k | to deal with awkward physical memory mappings |
15:15:04 | n1s | gevaerts: it hardly supports anything so you will still have all the fun porting to do :) |
15:15:27 | amee2k | iirc, handling the memory stuff kinda was what got me stuck with protected mode stuff back then |
15:15:54 | amee2k | well, i was about to put a multiboot header on the kernel thingy and use grub to load it |
15:16:01 | Torne | but anyway; the advantages I can imagine of running rockbox natively on x86 versus running it under linux is virtually zero |
15:16:16 | amee2k | that'd dump me right into protected mode with at least a half decent memory layout provided |
15:16:16 | Torne | for a sufficiently small linux. |
15:16:58 | amee2k | hehe |
15:17:18 | amee2k | these days small and linux is sort of a contradiction unless you really want to start a distro from scratch |
15:17:28 | Torne | er, why? |
15:17:36 | amee2k | for the serial terminal mod on the thinkpad i tried to fit linux on a 128M flash card |
15:17:39 | amee2k | forget it :P |
15:17:51 | Torne | i have several working linux systems that fit in 4MB |
15:17:58 | Torne | maybe one or two that fit in 2MB |
15:18:14 | amee2k | yeah, but support for them is awkward, and they're usually specialized |
15:18:23 | Torne | you would only need a kernel, busybox to handle boot/init, and rockbox and the libraries it uses (SDL) |
15:18:28 | Torne | I'd be surprised if that came to more than 16MB |
15:18:29 | amee2k | so you'd effeectively end up forking the distro and modifying it for your stiff |
15:18:31 | amee2k | stuff* |
15:18:32 | Torne | you could make it a ramdisk image, even |
15:18:56 | Torne | no, this is not using some specialised system |
15:18:58 | Bagder | amee2k: for small embedded things you don't need to complicate things and use a "distro" |
15:19:01 | amee2k | yeah... thats kinda what i meant by making a distro from scratch |
15:19:13 | Torne | You don't hvae to make it from scratch |
15:19:16 | Torne | OE builds it for you |
15:19:24 | amee2k | "OE" ? |
15:19:24 | sampattuzzi | gevaerts, I'm looking at the wireshark traces right now and they appear completely different. OF shows only protocol USB and info URB_BULK whereas rockbox has a lot of USBMS and varied info. |
15:19:33 | Torne | openembedded |
15:19:42 | amee2k | does that work? |
15:19:45 | Torne | of course |
15:19:49 | Torne | why wouldn't it work? |
15:19:51 | Bagder | buildroot should also be decent |
15:19:55 | amee2k | i looked into emdebian but its a pile of wank |
15:19:58 | sampattuzzi | gevaerts, would you like me send them to you in some format? |
15:20:13 | gevaerts | sampattuzzi: can you attach them to the bug report? |
15:20:16 | amee2k | they don't even have a precompiled 486 kernel lol |
15:20:20 | Torne | no it isn't. |
15:20:27 | Torne | and why would you have precompiled kernels for embedded systems? |
15:20:29 | Torne | that would be mad |
15:20:33 | sampattuzzi | gevaerts, which would be the best file format, they are very long. |
15:20:36 | Torne | anyway. this is kinda offtopic. |
15:20:48 | Torne | feel free to try and port to native x86 if you want |
15:20:55 | amee2k | lol |
15:20:55 | sampattuzzi | gevaerts, flat text would seem a little inaccessible. |
15:21:04 | Torne | but I seriously think there will be no real benefit over using linux/sdl |
15:21:11 | gevaerts | sampattuzzi: native wireshark saves, compressed |
15:21:15 | amee2k | well, i'll play around with it on the ipod and see how it goes |
15:21:18 | Torne | if you don't know how to make a sufficiently small linux then that's a different problem, unrelated to rockbox :) |
15:21:27 | Torne | i can show you, if you ask some other time ;) |
15:22:16 | amee2k | that would be cool so i might just take you up on that sometime |
15:22:18 | amee2k | :) |
15:23:59 | | Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) |
15:25:13 | Torne | the interesting and rockbox-relevant part, then, would be getting the RaaA-on-SDL done nicely |
15:25:31 | Torne | (rather than running the simulator) |
15:25:51 | Torne | you could develop/debug/test that on a full linux for convenience |
15:26:05 | amee2k | hehe yeah |
15:26:20 | n1s | the sdl app already works although it's not much different from a touch sim |
15:26:33 | amee2k | i've been thinking about a convenient way to update the firmware without the device acting as usb device |
15:26:40 | Torne | n1s: yeah, i meant making it "nice" |
15:26:50 | n1s | ah |
15:27:01 | Torne | i.e. keyboard shortcuts, proper filesystem scanning, etc |
15:27:07 | Torne | some of the same issues we have on android, i guess |
15:27:08 | amee2k | well, it should work in full screen mode, obviously |
15:27:22 | amee2k | and the configuration menu would probably need some way to configure the keymap |
15:27:58 | Torne | for a PC booting off an intenral hard disk updating the firmware is easy.. just copy it over |
15:28:04 | amee2k | though that can stay in a header file for the first try |
15:28:06 | n1s | i think RaaA as it is would work *better* for a dedicated system's only UI than it works as a regular desktop app |
15:28:13 | Torne | n1s: yes, undoubtedly |
15:28:29 | amee2k | Torne: yeah, but you need to get the hard drive out and on a usb adapter |
15:28:36 | amee2k | every time you update it |
15:28:54 | amee2k | until you got it working enough so you can upload updates via USB |
15:29:28 | n1s | amee2k: can't you run a shell on your busybox thing to copy stuff via usb? |
15:30:09 | Torne | you wouldn' tneed to do anything to make usb work if it was running the linux kernel |
15:30:12 | amee2k | i'm not sure if you can make a USB host controller act as a device end too |
15:30:12 | Torne | you just plug in a usb stick |
15:30:16 | Torne | you can't. |
15:30:35 | amee2k | yeah, i kinda expected it won't work |
15:31:13 | amee2k | i could make a USB to serial bridge with an avr controller, but the transfer rate would drag ass |
15:31:35 | Torne | yah. or if you used linux, then USB host would Just Work and you could use any usb storage device. |
15:31:35 | n1s | although for early phase debugging you probably want to run it in a VM |
15:31:39 | amee2k | most uarts top out at something like 115.2 kbaud |
15:31:44 | Torne | also, you could have networking |
15:31:47 | amee2k | and thats a tough call for the AVR too |
15:32:02 | Torne | you could just have a button that ran a script in the host OS which downloaded and installed hte latest build from the internet :) |
15:32:08 | amee2k | rockbox does support a network stack? |
15:32:23 | Torne | no, but it wouldn't need to |
15:32:32 | Torne | linux has one. |
15:32:35 | amee2k | hmmm |
15:32:37 | Torne | and busybox implements wget and friends |
15:32:38 | amee2k | i see |
15:32:48 | Torne | so you just exit rockbox, run a shell script that downloads a new build and installs it, then run rockbox again |
15:32:55 | Torne | you can automate that esaily :) |
15:33:54 | amee2k | hmmm i'm kinda starting to like the idea of layering it on a linux kernel |
15:34:18 | Torne | there are lots of advantages. the only real advantage to doing it natively is it *might* boot slightly faster |
15:34:32 | Torne | but we're likely talking a difference measured in a single digit number of seconds here, if that |
15:34:54 | amee2k | functionality and using existing device drivers are certainly big + points |
15:35:26 | n1s | indeed |
15:35:32 | amee2k | especially using the linux VFS layer. i kinda understand rb natively only mounts a single file system at a time |
15:35:41 | Torne | no, we support multiple mounts |
15:35:52 | Torne | see devices with both internal storage and an SD slot |
15:35:54 | Torne | like the fuze |
15:36:08 | amee2k | the simulator intercepts the raw file system calls and redirects them to appropriate C library calls, right? |
15:36:20 | Torne | you wouldn' tbe using the simulator |
15:36:26 | Torne | you'd be using the SDL app port |
15:36:34 | Torne | they're similar, but not the same thing |
15:37:22 | n1s | so you would use linux filesystem and harddrive functions |
15:37:51 | Torne | indeed. rather than simulating a single device filesystem, the port would just have access to the entire host's FS |
15:38:00 | Torne | so yeah, it would see whatever was mounted on the linux VFS. |
15:38:26 | Torne | things like mounting USB devices and so on can just be don eby the host, with busybox udev scripts to automount inserted storage devices, etc |
15:39:27 | Torne | anyway, if you wanted to do something like this a good start would be experimenting with the sdl port on a regular linux system |
15:39:42 | Torne | just fire it up and try using it and see what works well and what doesn't :) |
15:39:59 | Torne | cutting the host linux down to the bare minimum can be done seperately later |
15:41:57 | amee2k | hmmm |
15:43:02 | Torne | well, you might want to try specifically getting it to run fullscreen on the framebuffer console with SDL. |
15:43:04 | | Quit TheLemonMan (Quit: free(me)) |
15:43:05 | Torne | rather than in a window under X |
15:43:19 | Torne | but that can (and should) still be done on a regular linux distro, just don't run X. |
15:43:33 | amee2k | i've got my projects desk full of ipod and battery charger parts right now |
15:43:36 | Torne | you can debug with a real debugger when stuff goes wrong, there, which helps a lot ;) |
15:43:43 | gevaerts | sampattuzzi: thanks. I'll have a closer look later today |
15:43:57 | amee2k | which will hopefully improve when the fucking flash card for the pod finally arrives >:| |
15:44:10 | amee2k | then i'll install debian on the lappy |
15:44:17 | sampattuzzi | gevaerts, it all looks very confusing but I would love to know more about how it's working. |
15:44:50 | amee2k | i'm not too fond of the idea of killing X on my desktop |
15:45:01 | amee2k | too much crap running that i don't want to kill along with it |
15:46:03 | | Nick Strife89 is now known as Desk-Strife89 (~Strife89@adsl-80-128-22.mcn.bellsouth.net) |
15:46:25 | gevaerts | sampattuzzi: the annoying thing is that wireshark doesn't seem to have nice decoding for UMS yet |
15:46:45 | Torne | amee2k: well you don't have to kill it, just switch to a tty ;) |
15:46:58 | Torne | as long as your console is a framebuffer console |
15:47:08 | amee2k | hmmm |
15:47:23 | gevaerts | hm, it should |
15:50:59 | pamaury | bertrik: any progress on fuze+ ? |
15:51:06 | bertrik | no |
15:51:52 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
15:51:55 | | Quit antil33t (Read error: Connection reset by peer) |
15:52:04 | | Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) |
15:55:47 | | Join ReimuHakurei_ [0] (~reimu@74.112.212.15) |
15:56:25 | pamaury | I'm seeing some pin control registers accessed in the second elf, I don't know yet what is the use |
15:57:39 | | Quit ReimuHakurei__ (Read error: Connection reset by peer) |
15:57:50 | | Quit MagusG (Ping timeout: 276 seconds) |
16:00 |
16:03:55 | pamaury | I think the second elf file basically deals with clocks and ram |
16:06:39 | bertrik | ok, the chumby command file was structured with several parts each initing something: power, clocks, sdram |
16:09:32 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
16:11:38 | gevaerts | sampattuzzi: if you open the apple trace, then "Mark All Packets" (Edit menu), then unmark the four last GET CONFIGURATION lines (nrs 47,48,49,50), save as, select "marked packets only", then save, and open the new file, you'll get *much* better decoding |
16:16:08 | gevaerts | sampattuzzi: anyway, that OF trace will be *very* helpful in understanding what we're supposed to do |
16:16:46 | sampattuzzi | gevaerts, brilliant! I'm glad we're getting somewhere. |
16:22:22 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
16:25:00 | saratoga | AlexP: ban chong11chong |
16:25:17 | *** | Saving seen data "./dancer.seen" |
16:33:45 | | Quit sampattuzzi (Ping timeout: 255 seconds) |
16:35:30 | | Join panni_ [0] (hannes@ip-178-203-77-160.unitymediagroup.de) |
16:36:28 | | Quit petur (Quit: Page closed) |
16:38:34 | | Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) |
16:39:46 | | Join kevku [0] (~kevku@2001:7d0:0:f000::135d) |
16:42:38 | | Join sampattuzzi [0] (~sam@128.232.133.246) |
16:47:17 | | Join toffe82 [0] (~chatzilla@maf.wirelesstcp.net) |
16:47:39 | pamaury | omg :o So much initialisation code for DRAM ! |
16:50:42 | | Join bertrik_ [0] (~bertrik@rockbox/developer/bertrik) |
16:50:43 | | Quit bertrik (Read error: Connection reset by peer) |
16:57:36 | | Quit sampattuzzi (Ping timeout: 255 seconds) |
16:59:36 | | Quit mortalscan (Remote host closed the connection) |
16:59:52 | | Join mortalscan [0] (~mortalsca@109.169.55.155) |
17:00 |
17:00:05 | | Nick bertrik_ is now known as bertrik (~bertrik@rockbox/developer/bertrik) |
17:01:02 | | Part LinusN |
17:04:52 | | Quit TheSeven (Ping timeout: 240 seconds) |
17:11:18 | | Join sampattuzzi [0] (~sam@global-1-100.nat.csx.cam.ac.uk) |
17:11:30 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
17:12:57 | | Quit {phoenix} (Remote host closed the connection) |
17:16:51 | | Nick tchan1 is now known as tchan (~tchan@c-69-243-144-187.hsd1.il.comcast.net) |
17:17:00 | | Quit tchan (Changing host) |
17:17:00 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
17:22:51 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
17:23:50 | AlexP | saratoga: done |
17:26:25 | gevaerts | sampattuzzi: ping |
17:27:39 | | Part Zagor |
17:30:26 | | Quit robin0800 (Remote host closed the connection) |
17:31:06 | | Quit sampattuzzi (Ping timeout: 260 seconds) |
17:33:15 | | Join TheLemonMan [0] (~lem0n@62.98.144.175) |
17:35:14 | | Join Topy [0] (~Topy44@g227209241.adsl.alicedsl.de) |
17:38:09 | | Join sampattuzzi [0] (~sam@global-1-100.nat.csx.cam.ac.uk) |
17:38:46 | sampattuzzi | gevaerts, I'm here now, what did you want to say? |
17:39:01 | | Quit T44 (Ping timeout: 245 seconds) |
17:39:11 | gevaerts | sampattuzzi: I posted a quick patch. Could you try it? |
17:39:16 | gevaerts | Although I suspect it's not enough |
17:39:49 | sampattuzzi | okidoky |
17:47:12 | sampattuzzi | gevaerts, okay well it's not mounted so I will do a trace for you. |
17:47:49 | | Quit riotz (Read error: Operation timed out) |
17:52:45 | pamaury | wtf, the fuze+ firmware seems to have several dram settings ! |
17:52:53 | | Join riotz_ [0] (riot33r@gateway/shell/shellium.org/x-dlkhklpspgrvalsi) |
17:53:58 | sampattuzzi | gevaerts, uploaded |
17:54:07 | gevaerts | Thanks |
17:56:50 | n1s | pamaury: they could use different ram chips in the same model, other players do this |
17:57:25 | pamaury | there are 4 different settings, it's hard to tell the difference, some really low-level settings |
17:57:37 | pamaury | I don't know how they choose yet |
17:58:40 | n1s | if it's runtime selected somehow, we should probably do that too or risk some players not working |
17:59:23 | n1s | or jus use the most lax of the sets of settings, as that should work for all chips and efficiency is not too important at this stage |
18:00 |
18:02:17 | pamaury | well, perhaps we can just reuse the same init code |
18:02:27 | pamaury | after all, the sb format is quite flexible |
18:02:37 | pamaury | we can just replace the relevant part of it :) |
18:03:08 | pamaury | of course, we need to check what the init code does, especially for virtual memory, interrupts and so one |
18:03:10 | pamaury | *on |
18:07:52 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
18:14:25 | pamaury | hum, there are some tables in the imx23 document, I'll have to check if the values match |
18:17:41 | pamaury | oops, there is a unknown register ! |
18:25:18 | *** | Saving seen data "./dancer.seen" |
18:25:34 | | Join Strife89TX [0] (~cstrife89@207.144.201.128) |
18:32:56 | scorche` | OK....tonight i will investigate the compatibility of multiple mods we have done on the forums with new version of SMF to evaluate an upgrade |
18:33:56 | scorche` | depending on the results of that evaluation, i might or might not take the forums offline tomorrow and perform the upgrade |
18:34:32 | scorche` | (note: this is also dependent on how many 2500+ word final papers i need to work on this weekend) |
18:34:36 | | Nick scorche` is now known as scorche (~scorche@rockbox/administrator/scorche) |
18:36:04 | scorche | at the same time, i will look at upgrading a few other services on the server (might as well), so the themesite might be affected in some manner as well |
18:37:53 | | Quit ReimuHakurei_ (Ping timeout: 240 seconds) |
18:40:19 | TheLemonMan | Samsung put ways more encryption in themes than in fw and bootloader .-. |
18:41:22 | alexbobP | lulz |
18:41:44 | Strife89TX | Perhaps artwork is more important to them than a commercial firmware? |
18:41:44 | alexbobP | heaven forbid people personalize their players |
18:42:23 | n1s | maybe they never heard of the chain of trust |
18:42:30 | Strife89TX | Art could be stolen for other works, I guess. |
18:43:19 | | Quit Guinness (Read error: Connection reset by peer) |
18:44:31 | n1s | yes but if you can break into the firmware that decrypts the art, no amount of encryption on the art is effective as you can either decrypt it the same way as the firmware does or dump the decrypted data |
18:45:50 | | Join domonoky1 [0] (~Domonoky@agsb-4d049afe.pool.mediaWays.net) |
18:46:45 | gevaerts | UMS error handling is a mess |
18:46:57 | | Quit domonoky (Ping timeout: 245 seconds) |
18:52:23 | | Quit DerPapst (Quit: Leaving.) |
18:52:25 | pamaury | error handling in rockbox is a mess |
18:52:50 | n1s | true that |
18:52:52 | gevaerts | Maybe, but usually it's not because someone did weird things in a spec |
18:53:40 | pamaury | ah, you mean the protocol error handing :) |
18:53:52 | * | gevaerts claims that a bad sector is *not* a protocol error and therefore an endpoint HALT is *not* an appropriate response |
18:54:13 | tmzt | it's a sense error |
18:54:57 | gevaerts | Well no, it returns an error code in the sense data :) |
18:55:08 | tmzt | err, yeah |
18:55:14 | tmzt | but not in the transport |
18:55:16 | gevaerts | But in USB it also involves stalling the endpoint, which messes everything up |
18:56:09 | pamaury | yeah, ums is really different from other usb protocols |
18:56:17 | gevaerts | hm |
18:56:24 | gevaerts | Maybe there's an alternative solution |
18:56:38 | pamaury | to what ? |
18:56:57 | gevaerts | My guess is that the stall is there because you send less data than expected, which would otherwise confuse the host |
18:57:38 | gevaerts | But according to my reading of the UMS spec, that stall is optional |
18:57:52 | pamaury | I don't have the spec in mind |
18:58:29 | gevaerts | So in theory, we could just send enough data (all zeroes or something, or just random junk) instead |
18:58:47 | gevaerts | The host should know that this data is junk because we still return an error code |
18:59:08 | gevaerts | The problem I have right now is that after a stall the CSW doesn't always get through |
18:59:16 | gevaerts | It sometimes gets eaten by the stall itself |
19:00 |
19:00:35 | gevaerts | And that's not at all trivial to fix |
19:01:54 | sampattuzzi | gevaerts, how does tho OF deal with it? |
19:02:29 | gevaerts | By having a different usbstack design :) |
19:03:50 | sampattuzzi | okay, I didn't realize they could be that different. |
19:05:20 | saratoga | scorche: can we get that comments/blog software for the front page while you're at it ;) |
19:06:46 | pamaury | bertrik: perhaps we should setup a wiki page for our firmware analysis ? |
19:07:09 | Rob2222 | hvvbb |
19:07:16 | | Join DerPapst [0] (~Alexander@p5DE5B254.dip.t-dialin.net) |
19:10:52 | AlexP | scorche: ta |
19:11:13 | | Quit sampattuzzi (Read error: Connection reset by peer) |
19:14:02 | TheSeven | gevaerts: my disk is really nice. it has: 1. sectors that can't be written and can't be read, 2. sectors that can be written but can't be read, 3. sectors that can both be written and read successfully, but don't return the data that was written :) |
19:14:16 | TheSeven | but I haven't yet spotted read-only blocks |
19:14:29 | gevaerts | TheSeven: yes, I want that disk :) |
19:15:04 | pamaury | TheSeven: nice disk :) |
19:15:17 | TheSeven | also, there are both consecutive and scattered bad sectors |
19:15:31 | TheSeven | the scattered ones have almost identical distance in between them |
19:15:55 | | Join sampattuzzi [0] (~sam@global-1-100.nat.csx.cam.ac.uk) |
19:16:09 | gevaerts | sampattuzzi: could you try the patch I just uploaded? |
19:16:36 | | Quit TheLemonMan (Quit: free(me)) |
19:16:51 | sampattuzzi | gevaerts, certainly |
19:17:36 | | Join Horscht [0] (~Horschti@xbmc/user/horscht) |
19:18:33 | gevaerts | sampattuzzi: oh, wait. That patch has some bits in there you don't want... |
19:18:48 | | Join krabador [0] (~krabador@host26-168-dynamic.116-80-r.retail.telecomitalia.it) |
19:18:52 | gevaerts | There are two lines that check for sector 10000. Remove those |
19:19:02 | gevaerts | (they're for local simulation of bad sectors) |
19:20:33 | | Quit DerPapst (Read error: Connection reset by peer) |
19:20:36 | sampattuzzi | 47 and 58? |
19:21:03 | | Join DerPapst [0] (~Alexander@p5DE5B254.dip.t-dialin.net) |
19:21:16 | gevaerts | In the patch, yes, but renove them from usb_storage.c after patching |
19:21:24 | gevaerts | Otherwise I suspect the patch won't apply |
19:21:43 | sampattuzzi | indeed |
19:27:21 | sampattuzzi | still no luck |
19:29:35 | gevaerts | Weird |
19:29:43 | sampattuzzi | gevaerts, new trace for you. |
19:30:31 | gevaerts | sampattuzzi: that looks a bit short |
19:30:39 | gevaerts | Did you capture the correct bus? |
19:30:59 | sampattuzzi | let me just check that. |
19:32:31 | sampattuzzi | gevaerts, yep, it only produces 21 new packets when I plug it in. Then that's it. |
19:33:46 | gevaerts | sampattuzzi: dmesg should tell you which bus number is used. |
19:34:28 | gevaerts | e.g. "usb 2-1: new high speed USB device using ehci_hcd and address 33" means bus 2 |
19:38:01 | sampattuzzi | gevaerts, that should be better now. |
19:40:39 | | Join stoffel [0] (~quassel@p57B4D34C.dip.t-dialin.net) |
19:42:05 | gevaerts | sampattuzzi: can you also provide dmesg output for that one? I don't see anything unexpected in the trace |
19:43:47 | gevaerts | The read starting at packet 561 fails, which gets notified by 566, after which the host retrieves sense data (567/570) that indicate the error |
19:44:01 | gevaerts | After that the host does a Test Unit Ready and then goes on reading somewhere else |
19:44:04 | | Quit kugel (Remote host closed the connection) |
19:45:12 | * | gevaerts will look more after dinner |
19:45:45 | | Quit krazykit (Ping timeout: 245 seconds) |
19:45:53 | sampattuzzi | gevaerts, done, but enjoy you dinner first. |
19:45:57 | sampattuzzi | *your |
19:47:53 | | Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) |
19:57:09 | | Quit sampattuzzi (Quit: Ex-Chat) |
19:58:49 | scorche|sh | saratoga: i am still working on finals so the fact that i hope to find any time to work on it this weekend is a miracle in and of itself ;) |
20:00 |
20:02:08 | saratoga | yes I figured so |
20:06:21 | | Quit Strife89TX (Quit: Vamoose!) |
20:06:34 | | Quit DerPapst (Read error: Connection reset by peer) |
20:07:06 | | Join DerPapst [0] (~Alexander@p5DE5B254.dip.t-dialin.net) |
20:13:28 | | Join InsDel [0] (~haqr.net@unaffiliated/insdel) |
20:25:19 | *** | Saving seen data "./dancer.seen" |
20:26:45 | | Quit factor (Read error: Connection reset by peer) |
20:27:03 | | Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) |
20:33:44 | * | gevaerts is confused |
20:35:37 | | Join {phoenix} [0] (~dirk@p57AA3B8E.dip.t-dialin.net) |
20:38:04 | | Join bmbl [0] (~bmbl@unaffiliated/bmbl) |
20:38:25 | | Quit designate72 (Quit: Leaving) |
20:49:04 | | Join designate72 [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
20:55:43 | | Quit Llorean (Read error: Connection reset by peer) |
20:56:57 | | Join Llorean [0] (~DarkkOne@99-68-45-56.lightspeed.hstntx.sbcglobal.net) |
21:00 |
21:11:05 | saratoga | n1s: I don't think make install makes a zip |
21:13:05 | | Quit bmbl (Quit: Verlassend) |
21:15:08 | saratoga | i think it assembles a local .rockbox folder, then does a bunch of file copies into the simdisk folder without bothering to zip it first |
21:19:27 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
21:29:07 | | Quit jgarvey (Quit: Leaving) |
21:41:59 | CIA-7 | New commit by pamaury (r28731): sbinfo: fix crazy condition to avoid empty elf file generation (it is reversed) |
21:42:14 | AlexP | zagor: Did you ever sign up for the Rockbox gmail calendar? |
21:42:58 | pamaury | what is the rockbox gmail calendar ? |
21:43:35 | AlexP | pamaury: It will be to do things like have release schedules etc. |
21:43:46 | AlexP | I posted to the dev list about it, let me find the link |
21:43:59 | * | Dreamxtreme looks |
21:44:11 | * | Dreamxtreme really should sign up for the mailing lists |
21:44:24 | pamaury | really ? I can't remember seeing such a mail... |
21:44:31 | CIA-7 | r28731 build result: All green |
21:44:36 | pamaury | but I want to join :) |
21:44:59 | AlexP | pamaury: http://www.rockbox.org/mail/archive/rockbox-dev-archive-2010-10/0214.shtml |
21:45:20 | AlexP | pamaury: I've just tried to get rockbox@gmail.com, but it is taken :( |
21:45:39 | AlexP | Anyone any preference for what I should get? |
21:46:31 | pamaury | rockbox-dev ? |
21:47:30 | AlexP | I'll try that |
21:48:26 | AlexP | wtf |
21:48:36 | AlexP | That isn't available either |
21:48:44 | AlexP | well, rockbox.dev isn't |
21:49:36 | pamaury | rockbox-committers ? |
21:49:46 | pamaury | rockbox-rule-the-world ? :) |
21:50:58 | AlexP | hehe :) |
21:51:57 | pamaury | bertrik: I put some firmware information on this wiki page: http://www.rockbox.org/wiki/SansaFuzePlusFirmware |
21:52:41 | AlexP | OK, it is rockbox.calendar for now |
21:59:19 | * | pamaury starts the analysis of the third elf file of the ___ section of the fuze+ firmware |
22:00 |
22:00:21 | | Quit komputes (Read error: Connection reset by peer) |
22:01:46 | Rob2222 | are there any news regarding the "rockbox recognize some SD cards only sometimes in sansas" problem? |
22:02:10 | | Quit Llorean (Changing host) |
22:02:10 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
22:08:18 | | Join csh_ [0] (~chatzilla@88.241.182.31) |
22:10:40 | csh_ | hi again. i thought that since there is no fpu in mp3 players, can't we use fixed-point numbers instead of float and double? there are fixed-point arithmetic libraries for c and c++, and these libraries can do calculations of sin, cos, sqrt, etc. |
22:12:13 | AlexP | pamaury: rockbox.calendar@gmail.com |
22:12:53 | pamaury | Who has access to it ? |
22:14:14 | AlexP | pamaury: gevaerts and I (and the Swedes in time) have access to edit, everyone has access to view |
22:14:27 | AlexP | pamaury: That is gevaerts and I as "release managers" |
22:14:36 | pamaury | how do I access the calendar ? |
22:14:48 | AlexP | You can add it to your gmail calendar |
22:15:19 | pamaury | done |
22:15:21 | pamaury | nice |
22:15:42 | AlexP | Yeah :) |
22:15:57 | AlexP | We figured it is better to have to go via the release managers to change stuff |
22:16:09 | saratoga | csh_: yes, all rockbox codecs are in fixed point precision |
22:16:14 | AlexP | But this way, everyone can see the schedule in advance |
22:17:26 | csh_ | so, if i convert doubles and floats to fixed points, i can get enough performance from libmodplug, can't i? |
22:18:04 | saratoga | csh_: correct, that is the way codecs are ported to rockbox |
22:18:58 | csh_ | excellent, on free times i will work on it. thanks a lot saratoga |
22:19:04 | saratoga | no problem |
22:19:14 | saratoga | take a look at our existing codecs (or mod decoder) |
22:19:21 | saratoga | it should give you an idea how fixed precision works |
22:19:27 | saratoga | it is quite different then floating point |
22:19:56 | csh_ | ok, firstly i will look at it. thanks |
22:20:16 | | Quit csh_ (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101026210630]) |
22:21:51 | | Quit t0rc (Quit: Give someone code, help them with one project. Teach someone to code, help them rule the world.) |
22:22:06 | pamaury | it seems there is some code duplication in the fuze+ init code |
22:24:05 | saratoga | is there a patch somewhere for the code from last summer's TTS project? |
22:25:22 | *** | Saving seen data "./dancer.seen" |
22:27:25 | AlexP | Was there any code? |
22:29:30 | saratoga | wiki says he converted it to fixed point |
22:31:19 | n1s | i think the memory alloc's that it (festival?) did turned out to be too unsuitable for conversion to static allocation so he basically gave up |
22:31:30 | | Join ReimuHakurei [0] (~reimu@208.119.81.194) |
22:31:34 | n1s | saratoga: make install did definitely make a zip at some point |
22:31:49 | n1s | maybe it's changed but then i don't see why it should be so slow |
22:32:46 | pamaury | any arm expert here ? |
22:32:57 | * | n1s points to Torne |
22:33:08 | pamaury | what does this mean: MCR p15, 0, R0,c7,c10, 4 |
22:33:30 | pamaury | I'm not really familliar with the arm internals, appart from basic instructions |
22:33:31 | AlexP | Bagder: about? |
22:33:54 | Bagder | yeps |
22:34:01 | AlexP | PM :) |
22:34:13 | Torne | pamaury: that's a DSB |
22:34:33 | Torne | everything on c7 is cache control |
22:34:44 | pamaury | what does DSB mean ? |
22:34:50 | Torne | c10, 4 is data sync barrier, or on older arms drain write buffer |
22:35:30 | Torne | (on older arms draining the write buffer was sufficient for a DSB) |
22:36:05 | pamaury | ok thanks, I think I need to find a good doc on this or read the arm manual |
22:36:34 | Torne | it's all in teh ARM ARM |
22:36:41 | Torne | just.. read an old version, if you have an old chip |
22:36:44 | Torne | it's less confusing that way |
22:37:13 | * | Torne recommends DDI0100E for ARM9 and DDI0100I for ARM11 |
22:37:28 | Torne | the ARMv7 arm is way harder to follow |
22:37:39 | pamaury | it's an arm9 |
22:37:51 | Torne | rev E is easy to find on the internet, google for that number and pdf |
22:37:52 | Torne | :) |
22:38:07 | | Quit stoffel (Remote host closed the connection) |
22:38:07 | Torne | and that version is a mere 811 pages, not too uch to take in ;) |
22:39:59 | Torne | anyway, you need DSB when you're writing something to ram that you want to be visible outside the core proper, unless the memory is unbuffered |
22:40:03 | n1s | or maybe i'm wrong, the install target in root.make does call buildzip with "zip -r0" as an arg but i now realized that someone made make install do target builds too now, right? |
22:40:28 | Torne | it's just a writecombining buffer basically, but it's written back lazily so unless you DSB then other bus masters, or the ARM's own MMU, won't see the writes |
22:40:34 | pamaury | ok thanks |
22:40:34 | Torne | well, aren't guaranteed to see the writes. |
22:40:53 | Torne | you basically do it whenever you do a cache clean |
22:41:10 | pamaury | actually there are a bunch of these things in the code at the beginning so I need to figure out by myself :) |
22:41:11 | Torne | except it also applies to memory that's mapped uncached but buffered |
22:41:24 | Torne | Heh |
22:41:29 | Torne | Well, it's probably using hte MMU |
22:41:40 | | Quit designate72 (Remote host closed the connection) |
22:41:48 | pamaury | I haven't seen any mmu code so far but that might change |
22:42:34 | Torne | which core is it specifically? |
22:42:40 | Torne | i.e. is it one with an MMU or an MPU? |
22:43:06 | pamaury | ARM926EJ-S |
22:43:19 | Torne | right, so that's an MMU |
22:43:26 | Torne | so it will use it |
22:43:32 | Torne | because otherwise you can't set up caching/buffering. |
22:43:45 | Torne | ARMs that have an MMU don't have the protection unit's cache/buffer range registers |
22:43:56 | Torne | you have to write pagetables to configure which memory is cached or bufferd. |
22:44:28 | pamaury | sounds sensible, then I'll have to find the code to see how the mmu is configured |
22:44:43 | Torne | look for it setting cp15 register c2 |
22:44:47 | Torne | that's the base address of the pagetables |
22:45:09 | Torne | also bit 0 in c1 turns the MMU on |
22:45:16 | Torne | one or both of those should be easy to spot :) |
22:45:32 | pamaury | indeed |
22:46:45 | Torne | it's probably very near where you are :) |
22:47:05 | Torne | you have to DSB after writing pagetables |
22:47:23 | Torne | the MMU isn't hooked up to the write buffer so it doesn't see pending writes ;) |
22:47:52 | n1s | saratoga: you are correct, the make install just sends in a zip command for fun but never uses it |
22:48:36 | pamaury | hum, I see lots of accesses to c7, c10 |
22:48:39 | pamaury | but none to c1 |
22:48:49 | pamaury | or I missed one in the previous elf files |
22:49:09 | | Join kadoban [0] (~mud@cpe-66-66-78-170.rochester.res.rr.com) |
22:53:56 | Torne | is there a seperate bootloader/ |
22:54:00 | Torne | it's possible the MMU init was done there |
22:54:08 | Torne | and this code just relies on it already being in a known config |
22:54:45 | | Quit efyx (Remote host closed the connection) |
22:54:50 | | Join TheLemonMan [0] (~lem0n@ppp-175-144.98-62.inwind.it) |
22:55:00 | pamaury | we don't really know. There is probably a bootloader loading the .sb file; but the .sb file also contains some init code |
22:55:23 | Torne | ah |
22:55:39 | pamaury | perhaps there is something in the imx23 doc :) |
22:55:47 | TheLemonMan | the .sb is bootstrapped by the onboard rom |
22:56:45 | bertrik | I was wondering if maybe the bootloader was in the i2c eeprom on board the fuze+ |
22:56:49 | pamaury | Actually, I don't think the rom does more than reading the sb file and executing the instructions, so I must have missed it |
23:00 |
23:00:10 | TheLemonMan | searching for addresses in that doc is just awful :| |
23:00:35 | pamaury | TheSeven: I find it quite easy on the contrary |
23:00:41 | saratoga | amsv2 is ARM926EJ-S so you should be able to reuse it's MMU setup |
23:00:48 | pamaury | you have a memory map at the end and a register list |
23:01:15 | pamaury | TheSeven: you are looking at the fuze+ firmware ? |
23:01:19 | TheLemonMan | yeah, but i need to get the register name and search it in the rest of document to know what bit does what |
23:01:39 | pamaury | how do you think people do ? :D |
23:02:33 | | Quit ReimuHakurei (Read error: Connection reset by peer) |
23:02:48 | | Join ReimuHakurei [0] (~reimu@208.119.81.194) |
23:03:07 | pamaury | at which part of the firmware are you looking at ? |
23:03:07 | TheLemonMan | it's pretty tiring :P and im not a hw geek too so i just reverse stuff w/o knowing what it does |
23:03:43 | TheLemonMan | oh, im not looking at fuze firmware, im reversing my samsung player bootloader |
23:03:50 | pamaury | ok |
23:09:30 | pamaury | what would be the use of SSP at early boot stage ? |
23:15:12 | tmzt | power supply? |
23:15:45 | bertrik | or maybe communicate with the touchpad, turn off a led or something? |
23:16:11 | | Join T44 [0] (~Topy44@f049064100.adsl.alicedsl.de) |
23:16:31 | pamaury | still can't tell, I haven't disassemble enough things, I just see that it does some intricate things to setup ssp :) |
23:18:31 | saratoga | what was the reason we still have directory cache off by default? |
23:18:39 | | Join ReimuHakurei_ [0] (~reimu@208.119.81.194) |
23:18:41 | | Quit ReimuHakurei (Read error: Connection reset by peer) |
23:19:03 | | Quit Topy (Ping timeout: 245 seconds) |
23:19:06 | AlexP | saratoga: Something to do with it failing with large amounts of files? |
23:19:11 | AlexP | I can't remember |
23:19:18 | AlexP | I asked not long ago |
23:19:49 | saratoga | how large is large? |
23:20:07 | bertrik | pamaury, I'm seeing some difference in commands sent in sd-as3525.c and sd-as3525v2.c, do you know more about this? |
23:20:31 | AlexP | saratoga: I can't remember |
23:20:34 | pamaury | nope, I haven't touch as3525 except for the usb core |
23:20:40 | AlexP | HVSC might have been involved |
23:20:52 | bertrik | for example, for as3525, we try high speed mode only for v2 cards, while for as3525v2 it's done regardless of v1/v2 |
23:21:22 | tmzt | pamaury: ssp usually involves dma, especially for sound |
23:21:30 | tmzt | pamaury: so it might just set it up early |
23:21:46 | pamaury | that's at booting stage, I would be surprised |
23:21:53 | pamaury | fuck, that's fuze+ code doesn't make anysense, it's writing a reserved bit ! |
23:23:56 | | Quit ReimuHakurei_ (Read error: Connection reset by peer) |
23:24:01 | | Join ReimuHakurei_ [0] (~reimu@208.119.81.194) |
23:24:59 | Torne | in which register? |
23:25:10 | Torne | various SoCs tend to extend ARM's CP15 stuff slightly |
23:25:14 | saratoga | AlexP: seems we agreed to enable it by default on the mailing list 6 months ago |
23:25:43 | pamaury | it's a clock register, not arm related as far as can tell |
23:25:48 | Torne | ah |
23:26:08 | AlexP | saratoga: I'm all for it; I just vaguely remember some counter reason last time I asked |
23:26:14 | AlexP | Lt me check |
23:26:23 | pamaury | but that's a shame, it set/clear a reserved bit from the start routine and I just can't tell what it's doing |
23:26:47 | | Quit Keripo (Quit: Leaving.) |
23:27:00 | TheLemonMan | what FM tuner the fuze+ has ? |
23:27:32 | pamaury | the SansaFuzePlus page as a photo which says Si4703 |
23:27:58 | pamaury | *has |
23:29:40 | TheLemonMan | mine has a SI4703 on the I2C bus |
23:30:25 | TheLemonMan | uhu its the same :D |
23:31:00 | TheSeven | any idea why ata transfer speed would scale almost linearly with the transfer size? |
23:32:02 | | Quit ReimuHakurei_ (Read error: Connection reset by peer) |
23:33:40 | | Quit evilnick_B (Quit: Page closed) |
23:34:54 | AlexP | saratoga: From my log searching, various people just said that as far as they know dirchache fails if you have too many small files |
23:35:02 | AlexP | But I think this was all IIRC |
23:35:20 | AlexP | I *think* I tested with the HVSC with no issues |
23:35:33 | AlexP | But someone should check then enable IMO |
23:35:46 | gevaerts | I think I unpacked HVSC three times on my clip |
23:38:16 | AlexP | gevaerts: With success, or did dircche fail? |
23:38:39 | gevaerts | I *think* it worked |
23:38:45 | gevaerts | hm, this may not have been the clip |
23:38:53 | * | gevaerts can't remember any details |
23:38:58 | AlexP | Yeah, I also think it did when I tried with one copy |
23:40:50 | pamaury | again writing to a reserved bit, there is something strange there |
23:40:51 | gevaerts | It must be in the logs somewhere |
23:40:51 | AlexP | This is it, nobody has any concrete don't enable it, just a few "I think it might not have IIRC" type things |
23:40:51 | AlexP | I say we enable it personally |
23:43:39 | Torne | yeah, llet's just do it |
23:43:40 | Torne | if it breaks something horribly we'll, er, fix it. |
23:43:40 | * | gevaerts finds things |
23:43:40 | AlexP | Torne: Aye |
23:43:40 | gevaerts | OK, apparently when I unpacked four copies of HVSC, dircache didn't work |
23:43:48 | gevaerts | (on ipod video) |
23:43:57 | gevaerts | Two worked |
23:44:44 | gevaerts | http://www.rockbox.org/irc/log-20100828#22:35:29 |
23:44:44 | n1s | gevaerts: does it fail gracefully? |
23:44:44 | gevaerts | n1s: well, I had to check if it was enabled |
23:44:48 | gevaerts | So apparently, yes |
23:45:38 | AlexP | how many files is 4 copies? |
23:45:47 | n1s | well, that sounds good |
23:46:02 | AlexP | yeah, 4 copies = stupid-amount-of-files |
23:46:14 | AlexP | and if it also failed gracefully, then just do it |
23:47:49 | | Join marines [0] (~marines@marvin.uplink.cz) |