| 00:00:56 | | Quit wodz (Quit: Leaving) |
| 00:06:44 | | Quit deute (Quit: CGI:IRC (Ping timeout)) |
| 00:12:39 | | Join rarog [0] (~chatzilla@p4FF5C7A9.dip.t-dialin.net) |
| 00:13:25 | | Quit Xerion (Ping timeout: 240 seconds) |
| 00:14:11 | ack | /win 2 |
| 00:14:57 | rarog | I managed to register in the wiki, could someone please give me the write permission? Username is "AndrejSinicyn" |
| 00:24:11 | | Join dhrasmus [0] (~dhrasmus@173-26-133-131.client.mchsi.com) |
| 00:25:11 | gevaerts | rarog: done |
| 00:28:15 | | Quit dhrasmus (Client Quit) |
| 00:33:14 | | Quit saratoga_ (Quit: Page closed) |
| 00:37:37 | rarog | gevaerts: thx |
| 00:38:20 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 00:40:27 | | Quit ender` (Quit: A computer program will always do what you tell it to, and seldom what you want it to.) |
| 00:41:05 | | Quit domonoky (Read error: Connection reset by peer) |
| 00:41:28 | rarog | works like a charm. :) |
| 00:49:14 | scanf | so |
| 00:49:22 | scanf | USB doesnt work at all on the sansa clip zip |
| 00:49:25 | scanf | seems to be the verdict |
| 00:53:31 | scanf | also, it never comes back after hooking it to usb |
| 00:53:35 | scanf | so there is no way to charge |
| 00:53:45 | | Quit froggyman (Ping timeout: 240 seconds) |
| 00:53:51 | scanf | :~( |
| 00:54:36 | scanf | how can i revert this |
| 00:59:34 | | Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) |
| 01:00 |
| 01:00:36 | | Quit bertrik (Ping timeout: 240 seconds) |
| 01:00:44 | CIA-1 | New commit by nick_p (r31348): Hard code the cuesheet offset for double byte encoding, rather than pointless calculation. |
| 01:02:53 | | Quit rarog (Quit: ChatZilla 0.9.87 [SeaMonkey 2.4.1/20111011102430]) |
| 01:03:05 | CIA-1 | r31348 build result: All green |
| 01:03:44 | JdGordon | lebellium: its not finished |
| 01:10:13 | | Quit Misan (Quit: Verlassend) |
| 01:20:47 | | Quit nick-p (Quit: Leaving) |
| 01:23:17 | | Quit metaphysis (Ping timeout: 276 seconds) |
| 01:28:22 | *** | Saving seen data "./dancer.seen" |
| 01:45:54 | | Quit keyb_gr (Ping timeout: 244 seconds) |
| 02:00 |
| 02:03:53 | * | Torne has the new git repo mirroring from svn by the super high tech method of a while loop with a "sleep 5m" in it on his machine. |
| 02:04:10 | Torne | so, yeah. it should be up to date within a short lag |
| 02:04:16 | Torne | from now until we switch :) |
| 02:05:38 | Torne | also wikified the commit policy |
| 02:05:40 | JdGordon | why not a svn post-commit hook? |
| 02:06:08 | Torne | because that requires dicking about doing it on the svn server |
| 02:06:16 | JdGordon | hehe |
| 02:06:28 | Torne | the transitional repo i have here which pulls from svn and pushes to gerrit is all weird and crazy |
| 02:06:49 | Torne | since it's pulling/pushing from multipe sources and rewriting branches enroute |
| 02:07:36 | | Quit Strife89 (Ping timeout: 244 seconds) |
| 02:15:15 | | Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) |
| 02:15:25 | JdGordon | Torne: are you mirroring all the svn release branches? or just trunk? |
| 02:15:48 | Torne | all of them |
| 02:15:57 | Torne | the new git has everything in it |
| 02:16:09 | Torne | (for a value of everything that i don't want to have to actually explain) |
| 02:16:17 | JdGordon | :) |
| 02:16:21 | JdGordon | danm that caveat |
| 02:16:24 | Torne | some of them are not in refs/heads though so they won't come down by default in a clone |
| 02:16:34 | Torne | you can change your fetchspec to get them if you want |
| 02:16:46 | Torne | i didn't want to clutter up the autocomplete namespace too much |
| 02:16:53 | JdGordon | sure |
| 02:17:19 | Torne | anyway yeah i painstakingly remapped everything to logical sensible git branches and tags |
| 02:17:24 | | Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) |
| 02:17:44 | * | JdGordon has a ton of local branches to move across :/ |
| 02:19:40 | Torne | Yeah, i'm gonna write up a doc on that soon |
| 02:19:52 | Torne | have you been merging onto them? |
| 02:20:01 | Torne | there are a number of Entertaining(tm) options for how to "fix" things |
| 02:20:07 | Torne | i need to experiment a bit more |
| 02:20:16 | Torne | if you have a nice repo with some good example cases tha tmight help |
| 02:20:23 | Torne | where by nice i mean complicated |
| 02:20:30 | Torne | simple things are easy, just 3-arg rebase |
| 02:20:43 | Torne | git rebase −−onto=newgit/master oldgit/master mybranch |
| 02:21:00 | JdGordon | na, pretty sure most of my local branches are dead anyway, so its just trying to figure out what can be nuked and what can't |
| 02:21:09 | Torne | ah, ok. |
| 02:22:06 | JdGordon | is the plan still to turn off svn this weekend? |
| 02:22:11 | JdGordon | or did i misread? :) |
| 02:22:20 | Torne | the time window was kinda vague |
| 02:22:30 | Torne | i have only one or two things left on my checklist |
| 02:22:40 | Torne | then it's down to availability of zagor probably |
| 02:22:42 | JdGordon | \o/ |
| 02:22:56 | Torne | so yeah, maybe not tomorrow as it turns out there are six people in my house |
| 02:23:11 | Torne | but ASAP |
| 02:24:26 | Torne | if you want to help go proofread/test/suggest improvements for the wiki pages ;) |
| 02:24:32 | Torne | www.rockbox.org/wiki/UsingGit |
| 02:25:08 | Torne | or yaknow just improve, it is a wiki |
| 02:29:15 | | Quit kadoban_ (Ping timeout: 252 seconds) |
| 02:29:29 | | Quit pamaury (Remote host closed the connection) |
| 02:36:34 | | Join RTN [0] (~52d18e4b@www.haxx.se) |
| 02:38:38 | RTN | Hey guys |
| 02:40:32 | RTN | Are have question, are 'sound settings' EQ etc disabled for FM radio by default? My device is Fuze v2 |
| 02:41:03 | Torne | fm radio plays directly to the output generally |
| 02:41:07 | Torne | there's not much chance to do DSP to it |
| 02:41:27 | Torne | depending what device its possible the tone controls/similar might work |
| 02:41:32 | Torne | but rockbox's software equaliser is not going to |
| 02:41:40 | Torne | we'd ahve to be recording from radio and then playing back in realtime |
| 02:41:57 | Torne | we don't support that (and most devices' hardware can't do it anyway) |
| 02:42:34 | RTN | Okay. Thanks, Torne. |
| 02:43:58 | CIA-1 | New commit by nick_p (r31349): Type 1 text encoding uses BOM to decide byte order, type 2 has no BOM and is BE. |
| 02:45:58 | CIA-1 | r31349 build result: All green |
| 03:00 |
| 03:08:12 | CIA-1 | New commit by nick_p (r31350): I forgot to flip the true response from memcmp |
| 03:09:58 | CIA-1 | r31350 build result: All green |
| 03:10:25 | nick-p | Sorry about all the commits |
| 03:16:54 | | Quit nick-p (Quit: Leaving) |
| 03:28:23 | *** | Saving seen data "./dancer.seen" |
| 03:29:56 | RTN | My Fuzev2 has full duplex support under Rockbox. Is this enough to enable EQ for radio, in theory? Sorry I looked at the ASM SoC documents but they were over my head. |
| 03:30:25 | RTN | not the end of the world though I could always record a show |
| 03:30:39 | RTN | and listen with eq later |
| 03:31:47 | | Quit lebellium (Quit: ChatZilla 0.9.87 [Firefox 9.0/20111212185108]) |
| 03:32:27 | | Quit robin0800 (Ping timeout: 240 seconds) |
| 03:35:33 | | Join robin0800 [0] (~robin0800@149.254.61.29) |
| 04:00 |
| 04:04:27 | | Join Vector850 [0] (~Miranda@ip24-251-201-233.ph.ph.cox.net) |
| 04:04:58 | | Join Strife1989 [0] (~Strife89@adsl-98-80-140-182.mcn.bellsouth.net) |
| 04:07:08 | | Quit liar (Ping timeout: 245 seconds) |
| 04:17:52 | | Join deute [0] (~4d06e15a@www.haxx.se) |
| 04:18:18 | | Quit Strife1989 (Quit: Heading home, memtest overnight.) |
| 04:20:02 | deute | hey guys, are there any plugin sourcecodes available? |
| 04:23:57 | | Quit TheSeven (Disconnected by services) |
| 04:24:34 | | Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) |
| 04:26:05 | | Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) |
| 04:26:29 | nick-p | deute: http://svn.rockbox.org/viewvc.cgi/trunk/apps/plugins/ |
| 04:28:36 | deute | thanks |
| 04:29:06 | | Quit nick-p (Client Quit) |
| 04:31:23 | | Quit Vector850 (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 04:31:23 | | Quit amiconn (Disconnected by services) |
| 04:31:23 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:31:45 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:32:25 | | Quit pixelma (Disconnected by services) |
| 04:32:27 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:32:29 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:43:08 | | Quit dys (Ping timeout: 252 seconds) |
| 04:44:04 | | Join dys [0] (~andreas@krlh-5f73792f.pool.mediaWays.net) |
| 04:46:41 | | Quit robin0800 (Ping timeout: 255 seconds) |
| 04:53:44 | | Join robin0800 [0] (~robin0800@149.254.60.29) |
| 04:57:57 | | Quit CaptainKewl (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) |
| 05:00 |
| 05:03:37 | | Quit mgue (Ping timeout: 240 seconds) |
| 05:03:53 | | Quit Az|Out (Quit: 5a 65 75 73 73 2d 73 6f 64 64 69 74 2d 66 75 63 6b 2c 20 49 27 6c 6c 20 62 65 20 62 61 63 6b 2e 2e 2e) |
| 05:03:54 | | Join erson [0] (~erson@85.102.54.75) |
| 05:03:54 | | Quit deute (Quit: CGI:IRC (Ping timeout)) |
| 05:04:05 | | Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) |
| 05:04:35 | erson | Hi, I have a big problem with my cowon j3.anyone can help me to solve the issue? |
| 05:05:18 | | Join mgue [0] (~mgue@p57B3D448.dip.t-dialin.net) |
| 05:06:07 | erson | Anyone here? |
| 05:07:11 | erson | I am trying to use TCCtool |
| 05:07:45 | erson | I could use it to upload J3 firmware 2.26 to device |
| 05:07:59 | erson | But it didn't react anyway |
| 05:08:51 | erson | anyone hearing me? |
| 05:09:07 | erson | please someone help me |
| 05:17:11 | | Join Rob2222 [0] (~Miranda@p4FFF0714.dip.t-dialin.net) |
| 05:18:31 | | Quit dv_ (Read error: Connection reset by peer) |
| 05:20:52 | | Quit Rob2223 (Ping timeout: 252 seconds) |
| 05:21:16 | | Quit erson (Quit: Leaving) |
| 05:22:19 | | Join dv_ [0] (~quassel@chello080108009040.14.11.vie.surfer.at) |
| 05:28:26 | *** | Saving seen data "./dancer.seen" |
| 05:32:26 | | Quit Topy (Ping timeout: 240 seconds) |
| 05:34:16 | | Quit ps-auxw (Ping timeout: 252 seconds) |
| 05:34:32 | | Join Topy [0] (~Topy44@f049166113.adsl.alicedsl.de) |
| 05:35:59 | | Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) |
| 05:46:41 | | Quit Topy (Ping timeout: 244 seconds) |
| 05:57:24 | | Join Topy [0] (~Topy44@f049162125.adsl.alicedsl.de) |
| 06:00 |
| 06:01:34 | | Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) |
| 06:03:15 | | Join dreamlayers [0] (~bgjenero@bas4-windsor12-1242457515.dsl.bell.ca) |
| 06:03:15 | | Quit dreamlayers (Changing host) |
| 06:03:15 | | Join dreamlayers [0] (~bgjenero@rockbox/developer/dreamlayers) |
| 06:24:57 | | Quit robin0800 (Quit: Leaving) |
| 06:30:54 | | Join T44 [0] (~Topy44@f049164215.adsl.alicedsl.de) |
| 06:33:06 | | Quit Topy (Ping timeout: 240 seconds) |
| 07:00 |
| 07:28:29 | *** | Saving seen data "./dancer.seen" |
| 07:33:26 | | Quit T44 (Ping timeout: 240 seconds) |
| 07:36:34 | | Join froggyman [0] (~froggyman@unaffiliated/froggyman) |
| 07:40:22 | | Join T44 [0] (~Topy44@f049134172.adsl.alicedsl.de) |
| 07:41:21 | | Quit froggyman (Quit: People who think they know everything are really annoying to those of us who actually do.) |
| 07:43:29 | | Join froggyman [0] (~froggyman@50.105.143.13) |
| 07:43:29 | | Quit froggyman (Changing host) |
| 07:43:29 | | Join froggyman [0] (~froggyman@unaffiliated/froggyman) |
| 07:54:11 | | Join Prodicus [0] (~chatzilla@69.169.144.239.provo.static.broadweavenetworks.net) |
| 07:57:16 | Prodicus | Few weeks ago I installed Rockbox on a relative's Clip+, worked like a charm. Tried installing on my own Clip v2−− bricked :( Given the current price of a new clip+ and my previous disappointing experience clumsily trying to solder teeny parts, maybe I just have to write this one off :( |
| 08:00 |
| 08:00:05 | Prodicus | The Clip page does say there's always a risk of bricking and "The risk seems particularly high for certain hardware variants of the Clip V2." but it's easy to miss, and the problem isn't mentioned anywhere in the port status, hardware status tables, etc. |
| 08:11:58 | CIA-1 | New commit by dreamlayers (r31352): Add linker script wildcards for -ffunction-sections and -fdata-sections. ... |
| 08:12:27 | CIA-1 | r31352 build result: All green |
| 08:32:18 | | Join Topy [0] (~Topy44@f049140052.adsl.alicedsl.de) |
| 08:33:04 | desowin | enabling imagebuffer clock on DM320 just for being able to let DSP interrupt ARM increased the runtime by 40 minutes |
| 08:34:54 | desowin | I should check if there are any side effects, but unfortunately mrobe 500 uses that to speed up LCD transfers (actually on connect my tests showed over 6 times faster screen update when using imagebuffer for that purpose) |
| 08:35:23 | desowin | I need to think of some good synchronization method for this clock between the devices |
| 08:35:28 | | Quit T44 (Ping timeout: 245 seconds) |
| 08:35:43 | desowin | or maybe some other way for DSP->ARM interrupt |
| 08:37:37 | | Quit dreamlayers (Quit: goodnight) |
| 08:43:46 | desowin | using imagebuffer for lcd updates is handy as it can transfer up to 2048 pixels in one dma go (and it handles copying not full lines as well) |
| 09:00 |
| 09:03:23 | | Join Horscht [0] (~Horscht@p5DD56B99.dip.t-dialin.net) |
| 09:03:23 | | Quit Horscht (Changing host) |
| 09:03:23 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 09:04:43 | desowin | can we have DM320-targets in flyspray as well as Sansa Connect? |
| 09:05:28 | desowin | I have reported my findings as FS #12462 and it affects all DM320 devices |
| 09:05:28 | fs-bluebot | http://www.rockbox.org/tracker/task/12462 TMS320DM320 runtime improvement by disabling ImageBuffer clock (patches, new) |
| 09:05:53 | | Quit Horschti (Ping timeout: 268 seconds) |
| 09:08:26 | | Join remlap1 [0] (~Patrick@190.28.169.217.in-addr.arpa) |
| 09:10:09 | | Join jordan`` [0] (~gromit@2001:660:3302:2826:225:90ff:fe20:d9a8) |
| 09:10:27 | | Join TorneWuff [0] (~torne@lil.wolfpuppy.org.uk) |
| 09:13:49 | | Join guymann [0] (~charles@66-159-174-121.adsl.snet.net) |
| 09:15:05 | | Join kevku [0] (x@2001:470:28:773::) |
| 09:15:59 | | Join nosa [0] (~m00k@adsl-74-235-79-23.clt.bellsouth.net) |
| 09:16:14 | | Quit Torne (Ping timeout: 240 seconds) |
| 09:16:14 | | Quit remlap (Ping timeout: 240 seconds) |
| 09:16:14 | | Quit jordan` (Ping timeout: 240 seconds) |
| 09:16:14 | | Quit pjm0616 (Ping timeout: 240 seconds) |
| 09:16:14 | | Quit guymann_ (Ping timeout: 240 seconds) |
| 09:16:14 | | Quit nosa-j (Ping timeout: 240 seconds) |
| 09:16:16 | | Nick TorneWuff is now known as Torne (~torne@lil.wolfpuppy.org.uk) |
| 09:16:16 | | Quit Torne (Changing host) |
| 09:16:16 | | Join Torne [0] (~torne@rockbox/developer/Torne) |
| 09:16:18 | | Nick nosa is now known as nosa-j (~m00k@adsl-74-235-79-23.clt.bellsouth.net) |
| 09:16:31 | | Join pjm0616 [0] (~user@114.200.203.101) |
| 09:18:05 | | Join Buschel [0] (~chatzilla@p54A3A235.dip.t-dialin.net) |
| 09:20:31 | desowin | gevaerts: could you please test the runtime impact of FS #12462 on m:robe 500? |
| 09:20:31 | fs-bluebot | http://www.rockbox.org/tracker/task/12462 TMS320DM320 runtime improvement by disabling ImageBuffer clock (patches, new) |
| 09:28:10 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 09:28:32 | *** | Saving seen data "./dancer.seen" |
| 09:36:06 | | Quit Topy (Ping timeout: 240 seconds) |
| 09:39:10 | | Join Topy [0] (~Topy44@f049103065.adsl.alicedsl.de) |
| 09:48:18 | desowin | wait, no, hopefully after reading datasheet it turns out to not be prone to race conditions as the clock enables in IO_CLK_MOD1 and CP_CLKC are ORed! |
| 10:00 |
| 10:00:30 | Buschel | anyone awake who could test a patch on a MCF5249 an/or MCF5250? |
| 10:04:21 | desowin | I will just wait for someone to confirm I didn't break m:robe 500 playback before commiting the changes |
| 10:04:49 | | Join ender` [0] (~ender@foo.eternallybored.org) |
| 10:05:26 | | Quit RTN (Quit: CGI:IRC) |
| 10:07:57 | desowin | Buschel: does iAudio x5 qualify? |
| 10:08:08 | Buschel | desowin: absolutely |
| 10:08:19 | desowin | so, I can test it |
| 10:09:21 | Buschel | great! Can you please run test_codec on http://download.linnrecords.com/test/flac/surround88.aspx with svn and the following patch: http://pastie.org/3035014 |
| 10:09:45 | Buschel | I want to compare the codec speed of pure svn against the patch |
| 10:10:32 | desowin | my x5 doesn't turn on :( I hope it's just empty battery and it'll turn up soon |
| 10:18:12 | | Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) |
| 10:18:26 | | Quit fs-bluebot (Ping timeout: 240 seconds) |
| 10:18:41 | | Join James_Hunt [0] (2ea48860@gateway/web/freenode/ip.46.164.136.96) |
| 10:18:51 | | Quit bluebrother (Read error: Operation timed out) |
| 10:20:00 | | Join fs-bluebot [0] (~fs-bluebo@f053153092.adsl.alicedsl.de) |
| 10:20:12 | nick-p | Could NickPeskett be added to WikiUsersGroup please? |
| 10:21:04 | | Join bluebrother [0] (~dom@f053153092.adsl.alicedsl.de) |
| 10:21:04 | | Quit bluebrother (Changing host) |
| 10:21:04 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 10:30:12 | | Quit James_Hunt (Ping timeout: 258 seconds) |
| 10:36:21 | desowin | crap, battery measures 0v :( guess it's fried |
| 10:39:05 | Buschel | bad news |
| 10:39:08 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 10:39:26 | | Quit Topy (Ping timeout: 240 seconds) |
| 10:39:34 | Buschel | anyway, I have created FS #12463. hopefully somebody else can measure the impact |
| 10:39:34 | fs-bluebot | http://www.rockbox.org/tracker/task/12463 Speed up FLAC multichannel (patches, assigned) |
| 10:39:52 | JdGordon | nick-p: done |
| 10:40:01 | nick-p | thanks |
| 10:42:15 | | Join Parsi1 [0] (~Maysam@69.175.64.154) |
| 10:46:26 | | Quit Parsi1 (Ping timeout: 240 seconds) |
| 10:48:07 | desowin | yeah, battery warranty ended literally week ago |
| 11:00 |
| 11:00:49 | | Join Stummi [0] (~Stummi@rockbox/developer/Stummi) |
| 11:18:41 | | Quit Prodicus (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111104165243]) |
| 11:19:52 | | Join y4n [0] (y4n@unaffiliated/y4ndexx) |
| 11:28:36 | *** | Saving seen data "./dancer.seen" |
| 11:41:12 | | Join TheLemonMan [0] (~LemonBoy@ppp-89-60.26-151.libero.it) |
| 11:44:54 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 11:58:57 | | Join lebellium [0] (~chatzilla@91-65-137-216-dynip.superkabel.de) |
| 12:00 |
| 12:00:22 | | Nick Stummi is now known as Stummi|afk (~Stummi@rockbox/developer/Stummi) |
| 12:04:13 | gevaerts | desowin: I'll try to have a go somewhere today. Probably not in the first several hours though |
| 12:04:40 | gevaerts | I guess you need the usual "does it still work" + "how much longer does it run"? |
| 12:05:04 | | Nick Stummi|afk is now known as Stummi (~Stummi@rockbox/developer/Stummi) |
| 12:05:06 | desowin | gevaerts: yes |
| 12:05:32 | desowin | but the "does it still work" is more important |
| 12:07:08 | gevaerts | "It now runs three times as long, at the slight cost of having no audio or screen" :) |
| 12:07:24 | desowin | :D |
| 12:10:34 | | Join Topy44 [0] (~Topy44@g228145014.adsl.alicedsl.de) |
| 12:19:04 | | Quit saratoga (Ping timeout: 258 seconds) |
| 12:28:12 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 12:31:57 | | Join ruskie [0] (ruskie@sourcemage/mage/ruskie) |
| 12:32:25 | TheLemonMan | pamaury: ping |
| 12:32:35 | pamaury | pong |
| 12:32:37 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 12:34:45 | TheLemonMan | does the imx233 memory layout supports booting from recovery mode ? |
| 12:37:30 | pamaury | you mean the hard memory layout in recovery mode ? |
| 12:38:03 | pamaury | or the soft memory layout used by rockbox ? |
| 12:39:08 | TheLemonMan | if the latter works on the former, thats the question :) |
| 12:39:44 | gevaerts | desowin: it still boots and plays (I did a very short test). The runtime tests will have to wait for the battery to charge |
| 12:40:02 | pamaury | yes, the recovery mode is no different than any other boot mode so rockbox should boot out of recovery mode |
| 12:41:38 | pamaury | TheLemonMan: however, a bit of warning, if you're working on stmp3770, the physical memory layout is different so you'll need to change a few things in the linker script |
| 12:42:20 | TheLemonMan | dang, then i think ive found why its just resetting when i upload the bootloader |
| 12:42:41 | pamaury | does the stmp3770 have a mmu ? |
| 12:42:47 | TheLemonMan | (i'm using your old elf2sb tool anyway, too lazy to modify mkimxboot atm, but that shouldnt matter |
| 12:43:18 | TheLemonMan | i think it does, cant be 100% sure as there are no datasheets around |
| 12:43:55 | pamaury | wait a minute, I can upload a modified linker script if you want, no guaranty though :) |
| 12:44:29 | TheLemonMan | cool, ill search for some docs in the meanwhile |
| 12:44:46 | | Quit Topy44 (Ping timeout: 240 seconds) |
| 12:45:56 | TheLemonMan | and yes, it has a MMU |
| 12:46:53 | pamaury | do you know how much ram it has ? |
| 12:48:27 | TheLemonMan | half of the fuze plus, 32mb (again, im not 100% sure, i found that value by searching into the kernel tree) |
| 12:48:57 | pamaury | do you know where is it mapped ? |
| 12:49:10 | pamaury | it must be somwhere in the kernel tree |
| 12:52:15 | TheLemonMan | its hard to tell heh, its such a big codebase |
| 12:52:47 | | Join kadoban_ [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) |
| 12:53:25 | pamaury | try to find the linker script, or have a look at the headers of the platform. By the way, do you still have the script and the diff between the registers ? |
| 12:54:32 | TheLemonMan | sure, want me to send them again ? |
| 12:55:27 | pamaury | yes, thanks |
| 12:58:17 | TheLemonMan | http://pastie.org/3035475 and http://pastie.org/3035477 |
| 13:00 |
| 13:00:10 | TheLemonMan | the kernel crt0 also disables the watchdog, might be worth a try too |
| 13:01:41 | pamaury | TheLemonMan: do you have a sb file from samsung ? (firmware.sb) |
| 13:02:07 | pamaury | if you run sbtoelf to it, you can have a look at the adresses and see where is the memory |
| 13:04:14 | | Join Topy44 [0] (~Topy44@f048232097.adsl.alicedsl.de) |
| 13:04:27 | TheLemonMan | the nand bootloader is loaded in the ocram mapped at 0x0 |
| 13:09:25 | pamaury | that doesn't help :( |
| 13:09:54 | pamaury | you should really find the memory setup in the kernel I'm afraid |
| 13:16:47 | Stummi | back |
| 13:21:32 | pamaury | TheLemonMan: did you open the device ? what are the chips inside ? |
| 13:21:52 | | Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) |
| 13:22:32 | TheLemonMan | pamaury: i didnt as it my only player and i need it heh, but lebellium did, you can ask him for part numbers |
| 13:22:48 | TheLemonMan | do have anyway the lcd/nand/fm tuner models |
| 13:24:34 | lebellium | here is my disassembly guide http://www.anythingbutipod.com/forum/showthread.php?t=64419 |
| 13:28:03 | wodz | 16Mx16 ddr sram |
| 13:28:38 | *** | Saving seen data "./dancer.seen" |
| 13:28:49 | wodz | s/sram/sdram/ |
| 13:31:31 | | Join fyre^OS [0] (~nnscript@cpe-24-90-84-81.nyc.res.rr.com) |
| 13:33:07 | wodz | and standard 8bit wide nand chip |
| 13:33:17 | TheLemonMan | pamaury: http://pastie.org/3035569 |
| 13:34:16 | | Quit fyrestorm (Ping timeout: 244 seconds) |
| 13:42:16 | | Join lorenzo92 [0] (~chatzilla@host48-251-dynamic.50-79-r.retail.telecomitalia.it) |
| 13:43:21 | | Join T44 [0] (~Topy44@f053049149.adsl.alicedsl.de) |
| 13:43:46 | | Quit Topy44 (Ping timeout: 240 seconds) |
| 13:45:04 | | Quit lorenzo92 (Client Quit) |
| 13:45:07 | pamaury | TheLemonMan: the sdram is at the same address as in the imx233 then, only the size is different, and the iram is bigger |
| 13:45:23 | CIA-1 | r31354 build result: All green |
| 13:45:32 | | Join honschu [0] (~honschu@p5DD15CD5.dip.t-dialin.net) |
| 13:45:53 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 13:47:21 | | Quit kevku (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/) |
| 13:48:55 | | Quit honschu_ (Ping timeout: 268 seconds) |
| 13:51:43 | | Quit nick-p (Quit: Leaving) |
| 13:52:57 | pamaury | TheLemonMan: if you want to have the bootloader working, you should change the memory size, that might explain the reset too |
| 13:54:46 | wodz | pamaury: don't you have to init mem controller first when using recovery mode? |
| 13:55:47 | pamaury | in any mode you have to, for the fuze+ I just include in the sb file some boot sections of the OF which init the memory |
| 13:56:03 | wodz | maybe that is the problem also? |
| 13:57:14 | pamaury | surely if you write to non-init ram it will reset too :) |
| 14:00 |
| 14:11:06 | | Quit Buschel (Ping timeout: 240 seconds) |
| 14:49:14 | | Quit T44 (Ping timeout: 252 seconds) |
| 14:49:43 | | Join T44 [0] (~Topy44@f049016254.adsl.alicedsl.de) |
| 14:51:43 | | Join benedikt93 [0] (~benedikt9@p5B0C68AF.dip.t-dialin.net) |
| 14:51:51 | | Quit benedikt93 (Changing host) |
| 14:51:51 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
| 14:52:05 | | Join Buschel [0] (~chatzilla@p54A39823.dip.t-dialin.net) |
| 15:00 |
| 15:10:46 | | Quit wodz (Quit: Leaving) |
| 15:12:24 | | Join keyb_gr [0] (~chatzilla@p4FF021A6.dip.t-dialin.net) |
| 15:27:46 | SynrG | do .fmr files allow comment lines? |
| 15:28:11 | SynrG | I would like to add a comment header like: |
| 15:28:41 | *** | Saving seen data "./dancer.seen" |
| 15:29:00 | SynrG | # Halifax.fmr by Ben Armstrong <synrg@debian.org> 2011/12/18 |
| 15:29:15 | lebellium | yes they do |
| 15:29:23 | SynrG | # From: http://en.wikipedia.org/wiki/List_of_radio_stations_in_Nova_Scotia |
| 15:29:24 | SynrG | good |
| 15:29:31 | SynrG | and maybe also: |
| 15:30:05 | lebellium | ah no sorry I thought you spoke about fms files |
| 15:30:07 | SynrG | # Callsign Branding (Region) -(format) |
| 15:30:09 | lebellium | fmr I don't know |
| 15:30:13 | SynrG | hmm |
| 15:30:20 | dfkt | just try it ;) |
| 15:30:24 | SynrG | ya. i will :) |
| 15:30:40 | SynrG | but if it works 'by accident' ... it might break something later on |
| 15:31:03 | SynrG | so i really need to know if it is formally supported. |
| 15:36:53 | n1s | look at the parser code? |
| 15:43:01 | TheLemonMan | pamaury: i fiddled a bit with ram values but got no luck, what could be wrong ? |
| 15:43:23 | pamaury | lots of things :) |
| 15:44:19 | pamaury | the mmu setup, the stack, some register, ... |
| 15:44:40 | TheLemonMan | gonna love blind troubleshooting |
| 15:45:08 | pamaury | if the bootloader is small enough, I would advise that you tweak the linker file to put everything in iram (since it's rather big) |
| 15:45:23 | pamaury | and that you disable the mmu |
| 15:45:53 | pamaury | unfortunately that will require to modify crt0 I think |
| 15:47:07 | | Quit T44 (Ping timeout: 240 seconds) |
| 15:47:11 | pamaury | did you already succeed in executing something on the device ? Or is it when you try to use the rockbox code that it fails ? |
| 15:47:49 | TheLemonMan | i already had stuff running on it and some drivers too |
| 15:48:02 | scanf | hi |
| 15:48:10 | bluebrother | some kind of radio presets website similar to themes.rockbox.org would be nice. |
| 15:48:11 | scanf | how can I revert to OF |
| 15:48:18 | bluebrother | by reverting |
| 15:48:33 | | Join T44 [0] (~Topy44@f049198208.adsl.alicedsl.de) |
| 15:48:36 | scanf | i know how to do it on my ipod 5.5, but im not sure how to on my clip zip |
| 15:48:49 | * | scanf is thinking about exchanging it for a clip+ |
| 15:48:49 | pamaury | TheLemonMan: and then, you put everything in iram ? |
| 15:48:52 | bluebrother | so you're talking about dualboot on the clip zip or what? |
| 15:49:48 | scanf | no, rockbox on the clip zip just doesnt really seem usable, so i want to revert somehow and exchange it for a wellsupported clip+ |
| 15:50:30 | TheLemonMan | yep i had everything in ocram and the bss in sdram |
| 15:50:34 | lebellium | rockbox on clip zip not usable?! |
| 15:50:41 | pamaury | TheLemonMan: so the sdram was working ? |
| 15:51:19 | scanf | lebellium: maybe if you only charge via USB and transfer files to SDHC using an external reader |
| 15:51:25 | bluebrother | according to the fine manual you can update with an unmodified Sandisk firmware. |
| 15:51:28 | scanf | usb crashes it and it cant read files |
| 15:51:47 | scanf | it wont even connect to my PC without freezing |
| 15:51:49 | * | bluebrother considers reading a book :P |
| 15:51:54 | TheLemonMan | it was just the bss that was there and didnt check it thorougly |
| 15:52:55 | lebellium | scanf: I own both Zip and Clip+ and the clip+ doesn't seem more stable. There are the same USB connection issues, it's not perfectly implemented yet |
| 15:53:15 | pamaury | ok, then first try to put some code there, to make sure it works. Then the best thing you can do is probably to disable the mmu in rockbox. In fact what you should do is something like modifying crt0.S to hang at some places and see where it resets (I know this is painful) |
| 15:54:47 | TheLemonMan | good, ill use the keypad leds to ease this pain a bit |
| 15:55:19 | pamaury | also disable caches (this is do at the beginning of crt0, just don't enable it back, so wipe out the calls to memory_init if you're using imx233/crt0.S, disable the dramcopy too |
| 15:55:39 | pamaury | oh, a major point: how do you include rockbox in the sb file ? do you include rockbox.elf directly ? |
| 15:56:34 | TheLemonMan | i reused my old config file and the elf2sb tool to include a part of the samsung firmware and bootloader.elf from the build directory |
| 15:56:48 | pamaury | ok, are you using the imx233.h from rockbox ? |
| 15:57:17 | TheLemonMan | yep |
| 15:57:51 | pamaury | then replace CACHED_DRAM_ADDR and BUFFERED_DRAM_ADDR by 0x40000000, since you don't want to use the mmu first |
| 15:58:27 | pamaury | don't forget to put the right value for MEMORYSIZE in tools/configure |
| 16:00 |
| 16:00:13 | pamaury | still you are lucky: you have a led to debug ! ;) |
| 16:01:13 | TheLemonMan | i fear it wont work heh, luck isnt by my side lately |
| 16:01:30 | TheLemonMan | also, no news from low_light ? |
| 16:01:36 | pamaury | no |
| 16:03:09 | SynrG | humm. so i've confirmed the comment lines are ignored, but ... |
| 16:03:28 | SynrG | i can't actually include as much information as I have. yes, the long lines are scrolled, but ... |
| 16:03:38 | SynrG | they are truncated at a certain # of characters. can this be expanded? |
| 16:04:48 | SynrG | unless i miscounted, it's 27. that's an unusual length. |
| 16:04:57 | SynrG | (i'm talking about the .fmr format) |
| 16:07:47 | | Quit remlap1 (Quit: Leaving.) |
| 16:07:48 | scanf | lebellium: shucks, for some reason i thought the sansas were perfectly supported |
| 16:07:57 | | Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) |
| 16:08:41 | lebellium | scanf: well you can still use the OF USB connection, personally I don't think it's a big deal. Everything else works fine in RB :) |
| 16:10:12 | scanf | how do you do that |
| 16:13:08 | scanf | is there a button you hold or something |
| 16:13:40 | | Quit Buschel (Ping timeout: 240 seconds) |
| 16:14:08 | | Join Buschel [0] (~chatzilla@p54A39E35.dip.t-dialin.net) |
| 16:20:27 | | Join stoffel [0] (~quassel@pD9E430D4.dip.t-dialin.net) |
| 16:25:15 | | Quit keyb_gr (Ping timeout: 252 seconds) |
| 16:26:36 | | Join keyb_gr [0] (~chatzilla@p4FF021A6.dip.t-dialin.net) |
| 16:29:09 | lebellium | scanf: you can press and hold volume down to boot the OF. Use that for the USB connection |
| 16:31:33 | | Quit stoffel (Remote host closed the connection) |
| 16:40:12 | * | pamaury grumbles against the imx233 sdk once more, it's just crazy to reverse engineer |
| 16:49:34 | | Join Topy [0] (~Topy44@f048015004.adsl.alicedsl.de) |
| 16:49:43 | scanf | lebellium: cool thanks |
| 16:49:58 | scanf | hmm even in that i get a million errors when trying to mount the sd |
| 16:50:17 | scanf | it only shows up as /dev/sde it doesnt show up as an actal partititon like /dev/sde1 |
| 16:50:45 | scanf | and when i remove the card and put it in an MMC reader it shows p as /dev/mmcblk0p1 and seems to work fine |
| 16:50:56 | scanf | (formatted fat32) |
| 16:52:48 | | Quit T44 (Ping timeout: 276 seconds) |
| 16:56:48 | lebellium | scanf : I don't use Linux so I can't help you :/ but if that happens with the OF, that's Sandisk's fault, not RB fault. |
| 17:00 |
| 17:03:02 | pamaury | omg, how can one write so complicated code to do something so simple :( |
| 17:26:07 | kugel | ls |
| 17:28:42 | *** | Saving seen data "./dancer.seen" |
| 17:30:45 | | Quit kugel (Ping timeout: 248 seconds) |
| 17:33:34 | | Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111104165243]) |
| 17:34:56 | | Quit kadoban_ (Ping timeout: 252 seconds) |
| 17:35:22 | | Join dreamlayers [0] (~bgjenero@bas4-windsor12-1279316100.dsl.bell.ca) |
| 17:35:22 | | Quit dreamlayers (Changing host) |
| 17:35:22 | | Join dreamlayers [0] (~bgjenero@rockbox/developer/dreamlayers) |
| 17:41:36 | TheLemonMan | pamaury: disabling the mmu made the trick :D |
| 17:41:50 | pamaury | nice :) |
| 17:42:04 | pamaury | then perhaps it doesn't have a mmu, which stmp37xx is it ? |
| 17:43:07 | | Join TomColler [0] (~thomas@net-93-144-188-110.cust.dsl.teletu.it) |
| 17:43:35 | TheLemonMan | 3750, it should have it tho |
| 17:44:43 | pamaury | yeah, then something else was |
| 17:44:45 | pamaury | wrong |
| 17:45:38 | pamaury | that's also probabyl because of the way the binary is packed, there is a great different between loading bootloader.elf and bootloader.bin, crt0.S makes some assumptions |
| 17:49:41 | | Join T44 [0] (~Topy44@f048234068.adsl.alicedsl.de) |
| 17:49:46 | | Quit Topy (Ping timeout: 240 seconds) |
| 17:51:19 | | Join Topy [0] (~Topy44@f048197014.adsl.alicedsl.de) |
| 17:54:32 | | Part TomColler |
| 17:55:07 | | Quit T44 (Ping timeout: 252 seconds) |
| 17:56:25 | pamaury | I have the screen of the creative zen x-fi2 nearly working |
| 17:57:17 | gevaerts | desowin: the battery_bench keymap seems to be broken on touchscreen targets... |
| 17:59:12 | TheLemonMan | so you already started work on the x-fi2? great |
| 18:00 |
| 18:00:19 | desowin | gevaerts: just open apps/plugins/battery_bench.c and change line 519 to button = BATTERY_ON |
| 18:00:28 | desowin | that's a quick hack I can think of |
| 18:00:32 | SynrG | someone authorize me for the wiki please, so I can submit my Halifax.fmr? |
| 18:00:35 | pamaury | just tried to make the lcd work, since it's the same SoC, based on the same sdk, I can reuse my code which I used for the fuze+ (which is not rockbox) |
| 18:01:05 | SynrG | i just filled out the registration, then was told that the change was suspicious, then was denied and taken to a page to ask here |
| 18:02:41 | SynrG | my wiki username would be BenArmstrong |
| 18:04:04 | SynrG | incidentally, here's a copy of the file in question: http://paste.debian.net/149547/ |
| 18:05:27 | desowin | SynrG: you should be able to edit wiki now |
| 18:05:35 | SynrG | tnx |
| 18:08:23 | gevaerts | desowin: right. I'll do that later though. Cooking dinner now :) |
| 18:09:50 | TheLemonMan | ok, the code seems to hang at kernel_init |
| 18:11:23 | | Join chkktri [0] (~user@unaffiliated/chkktri) |
| 18:11:45 | TheLemonMan | that i just discovered it just bootstraps the thread system |
| 18:14:18 | SynrG | desowin: it's not obvious to me how to update an attached file |
| 18:15:03 | SynrG | clicking on a file takes me directly to a page to view it, not to edit it |
| 18:15:15 | SynrG | there are attachments at the bottom of this page, but only one is listed: |
| 18:15:19 | SynrG | http://www.rockbox.org/wiki/FmPresetsAmerica |
| 18:15:38 | dreamlayers | buflib_compact() is still broken, but the fix for this seems simple (FS #12441). It's good that FS #12409 didn't end up in 3.10. |
| 18:15:39 | fs-bluebot | http://www.rockbox.org/tracker/task/12441 Sansa Clip+: a segmentation fault occurs with sim at r31101 (bugs, unconfirmed) |
| 18:15:39 | fs-bluebot | http://www.rockbox.org/tracker/task/12409 problems with buflib_compact() (bugs, closed) |
| 18:16:38 | desowin | SynrG: click the manage button and you can change the file |
| 18:17:15 | SynrG | there is no manage button for my city ... |
| 18:17:23 | desowin | SynrG: you can find it for every file after clicking Attach |
| 18:17:24 | SynrG | i can reverse-engineer the correct URL from caracas.fmr ... |
| 18:17:41 | SynrG | i mean, there is already an existing Halifax.fmr ... |
| 18:17:50 | SynrG | so i would have expected to find it attached at the bottom |
| 18:17:52 | SynrG | it is not |
| 18:17:58 | desowin | SynrG: yes http://www.rockbox.org/wiki/bin/attach/Main/FmPresetsAmerica |
| 18:18:08 | desowin | SynrG: it centainly is there |
| 18:18:17 | SynrG | ah, got it |
| 18:18:23 | SynrG | got to click "Attach" first. i see |
| 18:18:31 | SynrG | why is caracas different? it's misleading |
| 18:18:40 | desowin | because it's not hidden |
| 18:19:08 | SynrG | got it |
| 18:19:11 | desowin | SynrG: I've just changed its properties |
| 18:19:15 | SynrG | tnx |
| 18:23:27 | SynrG | desowin: when viewing this file, the accents look strange. is that my browser just applying an incorrect default encoding, or was it corrupted upon upload? |
| 18:24:24 | SynrG | my guess is the former. looks like the original file was Unicode |
| 18:24:56 | * | SynrG tries to convince Chromium this is Unicode .. |
| 18:25:26 | SynrG | there. looks better (was defaulting to ISO Latin-1) |
| 18:26:28 | SynrG | one of the consequences of the 27 character limit is that any line with accents has one less character space per 2-character unicode character |
| 18:29:21 | SynrG | hah, my ruler is broken |
| 18:30:53 | * | desowin has new suspection about what can help improve runtime on Connect |
| 18:34:20 | | Join mortalis [0] (~mortalis@77.108.98.177) |
| 18:45:53 | | Join lorenzo92 [0] (~chatzilla@host136-104-dynamic.181-80-r.retail.telecomitalia.it) |
| 18:46:11 | | Quit lorenzo92 (Client Quit) |
| 18:53:29 | | Quit Topy (Ping timeout: 252 seconds) |
| 18:54:32 | | Join Topy [0] (~Topy44@f048015216.adsl.alicedsl.de) |
| 18:57:32 | | Join limescout [0] (~david@c-69-242-30-52.hsd1.pa.comcast.net) |
| 18:58:08 | | Part limescout |
| 18:58:12 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 18:59:32 | pamaury | I have a working creative zen x-fi2 screen: http://amaury.pouly.free.fr/Images/SSL23036.JPG |
| 19:00 |
| 19:00:20 | pamaury | that was nearly too easy ;) |
| 19:04:44 | | Join kadoban_ [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) |
| 19:05:36 | | Quit Stummi (Read error: Connection reset by peer) |
| 19:08:54 | kugel | pamaury: good luck with the touchscreen interface :P |
| 19:09:22 | | Join Stummi [0] (~Stummi@rockbox/developer/Stummi) |
| 19:09:25 | pamaury | kugel: please avoid these kind of subjects, can you ? ;) |
| 19:11:55 | pamaury | so what is the state of the touchscreen interface ? |
| 19:13:52 | kugel | depends if there's a cabbie for your resolution |
| 19:14:05 | kugel | it works good generally |
| 19:14:38 | kugel | with lots of quirks |
| 19:14:48 | pamaury | no there is not :( it's 400x240 |
| 19:14:48 | | Join TomColler [0] (~thomas@net-93-144-188-110.cust.dsl.teletu.it) |
| 19:15:09 | | Quit Horscht (Quit: Verlassend) |
| 19:17:37 | kugel | pamaury: then it'll work not as good because the fallback wps uses the grid mode |
| 19:18:10 | kugel | but grid mode is probably default anyway for new targets (can't remember if the selection uses a black or whitelist= |
| 19:19:31 | | Quit dreamlayers (Quit: Leaving) |
| 19:19:57 | SynrG | ok, still after upgrading my son's fuze v2 to 3.10, no FM ... |
| 19:20:23 | SynrG | however, i can't reproduce the "select FM radio and the system locks up" issue because FM does not appear in the menu (which is an old, known issue apparently) |
| 19:20:51 | SynrG | i don't even know what happened to make it decide to show FM in the menu one day. we've tried everything to make it come back, to no avail :p |
| 19:21:26 | | Quit Topy (Read error: Connection reset by peer) |
| 19:22:50 | mc2739 | SynrG: fuze v2 is known to have problems with the radio chip going bad |
| 19:24:00 | SynrG | it seems to still work on OF though |
| 19:24:04 | SynrG | so what's up with that? |
| 19:26:27 | mc2739 | There are two different fm radio chips available. Maybe there is a problem in the detection of the chip. Can you try installing an older version of Rockbox to see if it is some recent change causing the problem? |
| 19:27:07 | | Quit mgue (Quit: leaving) |
| 19:27:26 | | Join metaphysis [0] (~metaphysi@d86-32-96-55.cust.tele2.at) |
| 19:27:46 | SynrG | hmm. i'm back into the OF and although i get an FM display, i am tuned to a station i know should be there and get no sound :( |
| 19:27:49 | | Quit mortalis (Read error: Operation timed out) |
| 19:28:31 | SynrG | just a tiny ticking sound as i spin the wheel to turn the volume up and down |
| 19:28:44 | *** | Saving seen data "./dancer.seen" |
| 19:29:53 | metaphysis | pamaury: is the VERSION.SDK file in the fuze+'s root typical off imx? (like sb file are) because if so we could use it for autodetection in rockbox utility! |
| 19:30:28 | | Quit metaphysis (Client Quit) |
| 19:30:44 | | Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) |
| 19:30:48 | pamaury | no idea |
| 19:31:03 | pamaury | I don't think so |
| 19:31:47 | jlbiasini | I tought there where people working on other imx player? |
| 19:31:55 | | Join Topy [0] (~Topy44@f048241035.adsl.alicedsl.de) |
| 19:32:00 | pamaury | for example the creative zen x-fi2 doesn't have it, neither the creative zen style m100/m300 |
| 19:32:47 | jlbiasini | well at least I could use it for the fuze then, assuming people won't delete it... |
| 19:32:48 | mc2739 | jlbiasini: other sansa players have that file, although the contents may be different |
| 19:32:49 | SynrG | mc2739: well, based on this, i think it's not worth trying the downgrade. sounds like the chip has indeed gone bad ... |
| 19:33:02 | SynrG | my son indicates the unit has been dropped a lot. maybe a trace broken in there or something |
| 19:33:07 | mc2739 | SynrG: yes, I would agree |
| 19:33:41 | pamaury | let me see if there are other files |
| 19:33:46 | SynrG | so far, i have found the clip+ much more robust than the fuze |
| 19:33:53 | jlbiasini | mc27739: this is the content that is interessant: it give the model's name and firmware version! |
| 19:34:07 | jlbiasini | ideal for autodetection... |
| 19:34:10 | SynrG | i've had fuze display connections go flaky ... wheel become unresponsive ... |
| 19:34:14 | SynrG | and now this FM chip thing |
| 19:34:45 | SynrG | the household has had three fuzes (two v1, one v2). only one of the v1 units is still operational |
| 19:34:52 | SynrG | and the v2 now has dead FM |
| 19:35:55 | mc2739 | jlbiasini: I don't agree that an OF file would be good for autodetection. That file can be deleted while in Rockbox and will not be recreated unless the OF is used. |
| 19:35:59 | pamaury | jlbiasini: at least the fuze+ version.sdk is reliable because there is "product: fuzep" in it |
| 19:38:23 | jlbiasini | pamaury: for now I've got something working like that: it takes bootloader-fuzeplus.sansa in the folder it is launched from, ask for OF, patch it and copy the result to the target directory. It do so with general info and nothing specific to fuzeplus so it should work on other imx target to. I still need to implement error descritption and a check that the firmware file given is consequent with the player |
| 19:38:39 | jlbiasini | yes this is why I was asking |
| 19:38:53 | jlbiasini | for autodetection it is perfect |
| 19:39:48 | pamaury | jlbiasini: I can modify mkimxboot to force a check of the firmware file, so you can specify that for example you are patching a fuze+ image |
| 19:40:44 | jlbiasini | I saw that imxboot is already saying what version the file is |
| 19:40:58 | jlbiasini | I guess I could do it |
| 19:41:39 | jlbiasini | anyway I have to confirm that normal usb mode is totally broken with sd on my fuze+ :( |
| 19:43:23 | pamaury | only with sd inserted ? it works flawlessly on mine :-/ |
| 19:43:59 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 19:44:32 | jlbiasini | yes only with sd in, else no problem |
| 19:45:19 | pamaury | even the internal storage breaks or just the sd don't show up ? |
| 19:46:11 | jlbiasini | wait i've have to check it briefly again |
| 19:47:23 | jlbiasini | data abort :( |
| 19:47:36 | jlbiasini | but not all the time |
| 19:47:47 | TheLemonMan | i fear some sections of code gets messed somehow as it locks here and there |
| 19:48:58 | jlbiasini | the strange thing is that the screen get corrupted always the same part of it |
| 19:49:14 | pamaury | that's with svn head ? |
| 19:50:10 | jlbiasini | and then it's data abord or usb hid mode work but stay after deconnection (and no storage acces anyway |
| 19:50:19 | jlbiasini | svn head? |
| 19:50:41 | pamaury | latest svn revision ? when did it start ? |
| 19:51:13 | jlbiasini | as you implemented sd |
| 19:51:24 | pamaury | in bootloader or in main firmware or both ? |
| 19:51:52 | jlbiasini | yes I did rebuild the bootloader also |
| 19:52:29 | pamaury | ok, I'll update to check, I'm not running the latest bootloader |
| 19:52:30 | jlbiasini | you really don't get anything similar? that's strange |
| 19:54:51 | pamaury | there have been recent changes by other people, perhaps they broke something |
| 19:57:09 | jlbiasini | I'm also reinstalling everything just in case... |
| 19:57:45 | | Quit Topy (Ping timeout: 240 seconds) |
| 19:58:11 | | Quit nosa-j (Read error: Connection reset by peer) |
| 19:59:59 | funman | anythingbutipod forum is clear: amsv2 usb is still quite buggy |
| 20:00 |
| 20:00:07 | | Join nosa-j [0] (~m00k@adsl-74-235-84-189.clt.bellsouth.net) |
| 20:00:13 | | Join Topy [0] (~Topy44@f048238068.adsl.alicedsl.de) |
| 20:02:36 | pamaury | jlbiasini: I reinstalled and it works |
| 20:03:49 | jlbiasini | I'm reinstalling and I forget I've still have the unwarminder patch... could it be related? |
| 20:04:25 | pamaury | don't think so |
| 20:04:52 | jlbiasini | I take it out anyway |
| 20:07:30 | * | bluebrother is almost finished in figuring the Visual Studio stuff for Rockbox Utility :) |
| 20:07:56 | bluebrother | MinGW can be quite annoying if you call Makefiles that assume a Linux-like system |
| 20:07:59 | TheLemonMan | pamaury: i tracked down the crt0 problem in the dram copy loop |
| 20:08:14 | pamaury | TheLemonMan: you don't need the dram copy loop |
| 20:08:59 | TheLemonMan | im trying to use the mmu too as i fear theres some memory corruption ongoing |
| 20:09:07 | | Quit Zarggg (Ping timeout: 252 seconds) |
| 20:11:07 | | Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) |
| 20:15:16 | pamaury | TheLemonMan: if you can wait a bit, I'll explain you what the different steps of crt0 are useful for and the assumptions |
| 20:16:07 | TheLemonMan | sure, ill st |
| 20:16:18 | TheLemonMan | *stay here for another couple of hours |
| 20:16:49 | TheLemonMan | had to study but this port took all the time >.< |
| 20:22:40 | | Part jlbiasini |
| 20:23:00 | | Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) |
| 20:23:36 | wodz | JdGordon: Any idea what can cause FS #12464? |
| 20:23:37 | fs-bluebot | http://www.rockbox.org/tracker/task/12464 can't load user theme in MPIO HD300 (bugs, unconfirmed) |
| 20:23:56 | wodz | I can confirm the issue |
| 20:24:54 | | Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) |
| 20:26:14 | jlbiasini | pamaury: I'm sorry this is working now! I must have forget something... |
| 20:28:02 | wodz | hmm whole statusbar is f* up - battery indicator doesn't update, disk icon is corrupted, time is truncated |
| 20:29:25 | pamaury | TheLemonMan: ok, so basically you have three things: 1) bootloader.bin vs bootloader.elf 2) dram relocation, 3) mmu |
| 20:29:25 | pamaury | 1) the bootloader/firmware is made of several pieces: some in iram, some in dram but for simplicity, we want to load everything at once; to do so, we pack everything in one binary file: bootloader.bin, so then crt0.S has to put back the right pieces at the right places: that's the job of iramcopy |
| 20:29:25 | pamaury | 2) because the binary can be either rolo'ed or loaded by the bootloader, we can't make any assumption on the address at which the binary is loaded; yet the binary was linked to run at some address so we if it was not loaded at the linking address, the binary copy itself at the right location: that's the job of dramcopy |
| 20:29:25 | DBUG | Enqueued KICK pamaury |
| 20:29:25 | pamaury | 3) the mmu brings further complexity because the binary is normally running at a virtual, cached address, but the part which is enabling the virtual memory must have the same address before and after, and its stack too. Thus I use the physical address of the stack (stackend_phys), but after that, we jump back to the real address, that's why there is the strange jump to remap |
| 20:29:51 | kugel | wodz: perhaps FS #12441? |
| 20:29:52 | fs-bluebot | http://www.rockbox.org/tracker/task/12441 Sansa Clip+: a segmentation fault occurs with sim at r31101 (bugs, unconfirmed) |
| 20:30:34 | pamaury | since you are building the sb file with rockbox.elf, you don't need the iramcopy, and you also don't need the dram copy, if you disable the mmu, you also don't need the memory_init and remap thing |
| 20:31:00 | pamaury | running without the mmu is simpler and I'm confident that the vast majority of the code can work with and without |
| 20:31:36 | pamaury | you also don't need the bss init since the sb loader does it for you |
| 20:32:04 | wodz | kugel: which one of the linked patches are supposed to be proper fix? |
| 20:32:35 | pamaury | and I also advise that you disable HAVE_INIT_ATTR for a start, it can only make things worse |
| 20:32:43 | TheLemonMan | i wouldnt mind running w/o mmu but seems some code gets messed somehwere |
| 20:33:22 | pamaury | that's unlikely |
| 20:33:41 | TheLemonMan | then cant explain why kernel_init never returns |
| 20:33:57 | pamaury | can you pastebin you current crt0.S ? |
| 20:34:11 | pamaury | and the linker file if you modified it |
| 20:34:18 | TheLemonMan | i traced what kernel_init does and it just calls thread_init, and in that theres a comment that says there might be problems in case the .bss wasnt cleared |
| 20:34:53 | pamaury | hum, actually, you might need the iram copy thing, depending on the linker script |
| 20:34:59 | pamaury | same for bss |
| 20:35:13 | TheLemonMan | http://pastie.org/3037277 |
| 20:35:44 | TheLemonMan | the linkerscript is the imx233 one, wasnt unsure about how to modify the config.h for the cpu to reflect the layout differences |
| 20:36:18 | pamaury | ok, then if you kept the linker script, you need to do the iram copy and bss init |
| 20:37:18 | pamaury | when you produce the sb file, it should produce some debug output (or perhaps you need to enable it don't remember) of the commands, can you pastebin it ? |
| 20:39:15 | pamaury | I know this is a bit tricky :) and that part is not really documented |
| 20:39:22 | TheLemonMan | http://pastie.org/3037294 here it is |
| 20:40:14 | TheLemonMan | my crt0 were never more complex than some stack setup and a jump to the main function |
| 20:40:28 | TheLemonMan | so im a bit lost here heh |
| 20:40:41 | | Quit jlbiasini (Remote host closed the connection) |
| 20:41:13 | pamaury | hmm, seems elftosb is keeping the sections in iram, that's unexpected, I don't really know what will happen :-/ |
| 20:41:53 | pamaury | I guess that's because I made it use the virtual address and not the physical one |
| 20:42:06 | | Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) |
| 20:42:41 | pamaury | did you modify imx233.h as I told you ? |
| 20:42:53 | pamaury | the addresses look really suspicious |
| 20:43:06 | pamaury | except if you enabled the mmu |
| 20:43:21 | pamaury | but even then |
| 20:43:54 | pamaury | arf, I understand, I fear you'll have to stop building using bootloader.elf and use bootloader.bin |
| 20:45:54 | TheLemonMan | awesome, time to hack mkimxboot \o/ |
| 20:45:57 | jlbiasini | pamaury: WTF! this is very strange: the but I had is theme related! It happens only with lebellium Samsung-like!! |
| 20:46:21 | TheLemonMan | also, how should i modify the memory config ? |
| 20:46:38 | jlbiasini | very interesting to read you both! |
| 20:46:49 | pamaury | it will be just simpler if you do it the same way as we do, so revert everything I told you, keep everything in crt0.S and it you elftosb command, instead of doing "load rockbox_elf" you do load "rockbox_bin > 0x40000000;" you don't need to modify mkimxboot know |
| 20:47:05 | pamaury | jlbiasini: that's weird indeed |
| 20:47:50 | pamaury | TheLemonMan: also revert imx233.h to the svn value, since you are using the virtual memory, you need to keep the different address for the cached, uncached and buffered segments, otherwise the world might collapse ;) |
| 20:49:27 | pamaury | *s/know/now |
| 20:49:31 | TheLemonMan | i suppose i also need a "jump 0x40000000" instead of "call recovery" |
| 20:49:42 | pamaury | right |
| 20:50:19 | TheLemonMan | i hope it wont jump in a black hole |
| 20:52:21 | pamaury | I hope too :) Hopefully it will just work and the time I spent once to get it right will be useful for you |
| 20:55:31 | TheLemonMan | aww no luck, got reset again |
| 20:56:12 | | Quit y4n (Quit: 6,000,000 ways to die — choose one.) |
| 20:56:21 | pamaury | can you tell where ? |
| 20:56:45 | | Quit Topy (Ping timeout: 240 seconds) |
| 20:57:16 | pamaury | in the elftosb script, you replace rockbox.elf by rockbox.bin in the source section ? |
| 20:57:35 | TheLemonMan | s/rockbox/bootloader/ yep |
| 20:57:58 | | Join Topy [0] (~Topy44@f048110006.adsl.alicedsl.de) |
| 20:58:11 | pamaury | hmm, to sum up, you are usually the svn imx233.h, linker script and crt0.S ? |
| 20:58:14 | pamaury | *using |
| 20:59:28 | TheLemonMan | hrm basically |
| 21:00 |
| 21:00:35 | pamaury | then if you changed the memory size to the right value, I can't see what could cause a reset :-/ Can you pastebin the output of elftosb ? otherwise try to loop at various places of crt0.S to see where it crashes |
| 21:03:24 | TheLemonMan | hrm, if you mean the memory size in configure then i did |
| 21:05:48 | jlbiasini | lebellium: you were right your theme isn't fabulous! ;) |
| 21:06:06 | lebellium | jlbiasini : ? |
| 21:06:12 | jlbiasini | it is causing bug |
| 21:06:22 | lebellium | lol |
| 21:06:23 | jlbiasini | at least on the fuze+ |
| 21:06:29 | lebellium | I guess you see it the wrong way |
| 21:06:42 | lebellium | my theme respects all the WPS tags |
| 21:06:45 | | Quit bertrik (Ping timeout: 240 seconds) |
| 21:06:46 | jlbiasini | this is very weird |
| 21:06:57 | jlbiasini | it bug in usb mode |
| 21:07:08 | jlbiasini | with other theme no problem |
| 21:07:12 | pamaury | I'm not sure if it's related to the fuze+ then, it would be interested to test it on other, I think the gigabeat has the same screen size right ? |
| 21:07:22 | jlbiasini | yes |
| 21:07:37 | lebellium | On the Samsung R0 there is no USB mode yet so I can't try |
| 21:07:53 | lebellium | but definitely the bug comes from RB or your Fuze build |
| 21:08:25 | lebellium | I mean if it respects all the WPS tags, you can't blame my theme :p |
| 21:08:37 | pamaury | then we blame JdGordon :) |
| 21:09:51 | TheLemonMan | pamaury: hah gotcha, even lcd is working :D |
| 21:09:57 | jlbiasini | the interessant part is there is some screen corruption of the size of the hide_background.bmp and then it just hang or go into data abort |
| 21:09:59 | TheLemonMan | guess what was the error! |
| 21:10:12 | pamaury | you uploaded the wrong file ? |
| 21:10:19 | pamaury | good work anyway \o/ |
| 21:10:53 | wodz | TheLemonMan, congrats - I guess new port approaches :-) |
| 21:11:03 | TheLemonMan | as it had no info about the entrypoint it was always executing keypad_led_on instead of main |
| 21:11:10 | pamaury | lol |
| 21:11:11 | jlbiasini | yes nice job! |
| 21:11:17 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 21:11:17 | * | [7] wonders whether we should add SMART support to our USB interface |
| 21:11:22 | [7] | apparently there is a way to access SMART data through some USB bridges... |
| 21:11:38 | pamaury | [7]: using scsi passthrough ? |
| 21:11:43 | kugel | wodz: the last one |
| 21:11:52 | TheLemonMan | thanks for the help and support \o/ |
| 21:11:58 | | Quit Horscht (Quit: Verlassend) |
| 21:12:05 | wodz | kugel: I can try if this fixes the issue |
| 21:12:07 | [7] | hm, no idea how that works |
| 21:12:09 | pamaury | TheLemonMan: I can't wait to see your patch :) |
| 21:12:22 | [7] | but SMART isn't SCSI, right? |
| 21:12:25 | pamaury | [7]: how do you know some bridge do then ? |
| 21:12:40 | pamaury | I don't remember but I don't think so |
| 21:12:47 | [7] | it's something that only ATA has, so I have no idea what that interface looks like |
| 21:13:04 | [7] | pamaury: I have one sitting here on my desk |
| 21:13:19 | [7] | and hdtune just accesses the smart data of that drive somehow |
| 21:13:29 | pamaury | have a look at the code :) |
| 21:13:53 | [7] | and that data is consistent with the values that I get when hooking that drive up using SATA |
| 21:14:04 | [7] | so it seems to actually work and not just read some garbage |
| 21:14:38 | [7] | would be nice if we could diagnose iPod HDDs that way .) |
| 21:14:38 | [7] | :) |
| 21:15:48 | pamaury | [7]: then you know what do to ;) |
| 21:16:09 | pamaury | it should be pretty easy once you figured out the interface used |
| 21:16:17 | jlbiasini | lebellium: I confirm! If I delete hide_background.bmp from the theme it doesn't bug anymore! And it is awfull :) |
| 21:16:27 | lebellium | lol strange bug |
| 21:16:30 | [7] | it even works with a stoneage 12GB PATA laptop drive hooked up to it |
| 21:16:30 | * | [7] fires up the usb analyzer |
| 21:16:59 | jlbiasini | perhraps related to the format of the file?? |
| 21:17:06 | n1s | [7]: i think Torne was looking at SMART possibly creating a plugin that would read it |
| 21:17:06 | lebellium | it's probably because I use conditional main menu viewport and for the USB mode it doesn't like that |
| 21:18:01 | lebellium | or maybe because it's a 32bit pic |
| 21:18:04 | jlbiasini | well if you have an idea to correct it I can test it |
| 21:18:06 | lebellium | convert it into 24bit |
| 21:18:12 | jlbiasini | ok |
| 21:18:21 | | Join Horscht [0] (~Horscht@p5DD56B99.dip.t-dialin.net) |
| 21:18:21 | | Quit Horscht (Changing host) |
| 21:18:21 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 21:18:29 | jlbiasini | euh... how do i do that? |
| 21:18:37 | jlbiasini | gimp and then? |
| 21:18:50 | Torne | n1s: yeah, I have some very basic smart code |
| 21:18:52 | jlbiasini | ah! I know then : google |
| 21:18:54 | Torne | it needs ot be more clever to be of any use |
| 21:18:57 | Torne | will get around to it :) |
| 21:19:00 | pamaury | [7]: isn't hdtune open source ? |
| 21:19:22 | wodz | kugel: The patch seems to improve the behaviour but I still get malfunctioning statusbar just after reboot. Loading themes does work though and fixes statusbar |
| 21:19:44 | [7] | don't think so, they're providing an evaluation version, so probably net |
| 21:19:45 | [7] | not* |
| 21:19:53 | n1s | Torne: cool, just hoping you and [7] don't duplicate effort |
| 21:19:56 | scanf | hmmm |
| 21:20:02 | lebellium | jlbiasini : http://media.generationmp3.com/lebellium/R0/Rockbox/hide_background.bmp |
| 21:20:06 | jlbiasini | lebellium: anyway why would it work on other menu as as 32 bits and not in usb?? |
| 21:20:10 | scanf | so if i have rockbox working and i delete .rockbox it should auto load the iRiver BS right? |
| 21:20:15 | Torne | Just supporting the relevant requests over usb and forwarding the request/response to/from teh drive woul dbe easy |
| 21:20:19 | Torne | and kinda independant |
| 21:20:21 | scanf | currentl it says 'firmware not found' and says 'plug usb cable' |
| 21:20:29 | Torne | That would let smartmontools or whatever on the host deal with smart interpretation :) |
| 21:20:33 | Torne | which is easier |
| 21:20:40 | n1s | ah, ok |
| 21:20:42 | Torne | [7]: if you feel like doing that, go for it |
| 21:20:44 | wodz | scanf: it behaves as expected. |
| 21:21:08 | scanf | i thought it was supposed to fallback to the default factory firmware |
| 21:21:11 | [7] | Torne: smart code in terms of accessing the drive's smart data or the usb interface? |
| 21:21:15 | n1s | so interpreting the data is the tricky bit? |
| 21:21:18 | [7] | AFAIK smartmontools currently doesn't support that particular USB bridge's interface... but that could be added |
| 21:21:23 | Torne | n1s: yes, interpreting the data is basically insanity |
| 21:21:33 | Torne | getting the data is trivial |
| 21:21:53 | Torne | smartmontools has a huge load of code to do it, with a giant database of weird special cases :) |
| 21:22:11 | n1s | fun :) |
| 21:22:39 | Torne | i know roughly how to get some kind of useful info out of it, but haven't had time to sit down and write codew |
| 21:23:04 | * | [7] just hopes that the bridge doesn't do translation between SMART and the SCSI variant of it, but instead just provides the raw data somehow |
| 21:23:20 | Torne | i'm pretty sure it just sends the same data |
| 21:23:39 | [7] | Torne: do you happen to have a comprehensive list of scsi commands around? |
| 21:23:45 | Torne | no |
| 21:24:15 | scanf | how can i get it to default bootup the OF? |
| 21:24:19 | pamaury | [7]: there is a scsi spec ! :) |
| 21:24:34 | jlbiasini | lebellium: now that i remember I also experienced hang while selecting another theme in theme list menu after having yours selected |
| 21:24:51 | topik | scanf reflash the original firmware ? |
| 21:24:55 | funman | scanf: did you check the manual? |
| 21:25:05 | scanf | funman: i cant find relevant info |
| 21:25:05 | [7] | pamaury: no, there's like a dozen different scsi specs, each containing a subset of each other |
| 21:25:13 | scanf | on how to reflash |
| 21:25:27 | jlbiasini | lebellium: no improvement, this is still bugging! |
| 21:25:39 | pamaury | [7]: I know I know, that's why I'm smiling |
| 21:26:06 | funman | scanf: http://download.rockbox.org/daily/manual/rockbox-sansaclipplus/rockbox-buildch2.html#x4-200002.5 |
| 21:26:27 | jlbiasini | lebellium: your theme seems to be the only one with space in the name and files name... are you sure this is safe? |
| 21:26:59 | [7] | it's done through a SCSI "drive status page" command |
| 21:27:36 | jlbiasini | pamaury: the bmp causing trouble is only a part of the screen: could it be related to the fact we are miissing some partial update for the lcd? |
| 21:28:20 | | Join saratoga [0] (9803ec71@gateway/web/freenode/ip.152.3.236.113) |
| 21:28:22 | scanf | thanks |
| 21:28:45 | *** | Saving seen data "./dancer.seen" |
| 21:28:53 | scanf | okay yeah its what i was saying |
| 21:28:56 | scanf | If you wish to clean up your disk, you may also wish to delete the .rockbox directory and its contents. Turn the Sansa off. Turn the player back on and the original Sansa software will load. |
| 21:29:00 | scanf | ^ that does not function in that way |
| 21:29:09 | pamaury | jlbiasini: currently any partial update will redraw the whole screen, but if there is a corruption, it means the framebuffer was corrupted which is bad |
| 21:29:25 | lebellium | jlbiasini : then I don't know why there is this bug. Maybe because USB mode is sth particular. I mean, my theme displays a mini-player or this problematic picture according to the playmode but I don't know how it works for USB mode |
| 21:29:44 | desowin | [7]: what usb analyzer do you use? |
| 21:29:46 | pamaury | [7]: is this standard ? |
| 21:30:09 | wodz | scanf: It does. You simply didn't update the player with plain OF. |
| 21:30:13 | scanf | with patched firmware, deleting the .rockbox directory makes it sit on 'firmware not found' and 'plug usb cable', it does *not* boot into the original sansa software without holding a left arrow |
| 21:30:57 | scanf | oh it wants the unpatched firmware? |
| 21:31:09 | wodz | scanf: The manual says "Copy an *unmodified* original firmware to your player and update it." |
| 21:31:10 | scanf | there isnt a method to use rockbox's firmware to boot into sansa's stuff |
| 21:31:12 | jlbiasini | pamaury: you mean worse than the data abort that follow? ;) |
| 21:31:12 | [7] | desowin: I'm playing around with multiple of them, depending on what I'm trying to do |
| 21:31:25 | [7] | if it can be done on linux, wireshark is just great |
| 21:31:41 | desowin | [7]: so no hardware gear? |
| 21:31:46 | topik | not as a default scanf |
| 21:31:52 | [7] | but if you're stuck with windows, there's snoopypro, sysnucleus usbtrace and usblyzer |
| 21:32:12 | pamaury | desowin: a software analyzer is much better if you can, my experience with the rockbox hardware usb analyzer is pretty terrible |
| 21:32:36 | desowin | pamaury: what is rockbox hardware usb analyzer/ |
| 21:32:49 | [7] | no, i don't have a hardware analyzer, but wireshark will usually do equally well for anything that's not at the electrical level |
| 21:32:54 | desowin | well, I wish the OpenVizsla came out ;-) |
| 21:33:24 | pamaury | it's a hardware analyzer that someone (gevaerts: who ?) bought for rockbox, and that I currently have |
| 21:33:27 | pamaury | wireshark is quite good, even though it could probably be made much better for usb |
| 21:33:48 | [7] | desowin: rockbox owns some hardware gear, no idea where it is currently though |
| 21:33:48 | [7] | apparently pamaury did have it at some point |
| 21:33:52 | saratoga | funman: is USB on AMSv2 working in current SVN for you? |
| 21:34:06 | saratoga | i tried 6 times in a row and it hard locked the player every time, with or without sd card |
| 21:34:09 | funman | sometimes it works sometimes i need to reste the player |
| 21:34:12 | [7] | eeek, IRC is laggy today |
| 21:34:32 | saratoga | with the previous build I had 100% success rate after a dozen tries on the same pc |
| 21:35:16 | | Quit jlbiasini (Remote host closed the connection) |
| 21:35:19 | wodz | saratoga: moon phase have changed :-) |
| 21:35:47 | saratoga | well there were a dozen or so commits touching USB as well :) |
| 21:35:51 | | Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) |
| 21:35:58 | funman | saratoga: do you remember which rev? |
| 21:36:26 | saratoga | funman: no but i can probably figure it out based on the svn logs |
| 21:37:09 | funman | and btw the other driver still works on nano2g (but not fully on classic it seems) |
| 21:38:18 | saratoga | funman: pretty sure it was r31231 that I was testing |
| 21:38:26 | | Quit benedikt93 (Quit: Bye ;)) |
| 21:40:39 | | Quit n1s (Quit: Ex-Chat) |
| 21:52:21 | TheLemonMan | the charging pump works too |
| 21:56:38 | | Quit quem (Excess Flood) |
| 21:56:52 | | Join quem [0] (~foo@c83-254-240-58.bredband.comhem.se) |
| 21:59:33 | pamaury | TheLemonMan: is it hardware controlled or you enabled it ? |
| 22:00 |
| 22:00:06 | | Quit Topy (Ping timeout: 240 seconds) |
| 22:00:54 | [7] | ah, smartmontools does support it if you pass -d usbjmicron |
| 22:01:18 | TheLemonMan | it has to be enabled and managed by hand, had to write some code to wrap all those high/low toggling |
| 22:01:59 | pamaury | high/low toggling ? |
| 22:02:53 | funman | saratoga: i get lock up with r31237 (daily build) |
| 22:03:50 | funman | saratoga: so r31232 mgiht cause problems |
| 22:05:31 | [7] | ok, so that particular bridge has an ATA passthrough SCSI command (0xdf) |
| 22:05:37 | | Join Topy [0] (~Topy44@f048237236.adsl.alicedsl.de) |
| 22:06:12 | pamaury | [7]: so you don't have to translate valyes ? |
| 22:06:21 | [7] | apparently |
| 22:06:31 | [7] | but there's also a standard version of that command |
| 22:07:05 | | Quit Torne (Ping timeout: 255 seconds) |
| 22:07:08 | [7] | (command 0x85/0xa1) |
| 22:08:06 | [7] | we might even implement both interfaces to be compatible with more analysis tools |
| 22:08:10 | [7] | this is trivial from the scsi side of things |
| 22:09:20 | [7] | we just need a way to send raw ATA commands to the drive from our SCSI layer |
| 22:10:36 | [7] | ftp://ftp.t10.org/t10/document.04/04-262r8.pdf documents the standard way to do it, and the JMicron way seems to be very similar (just a different command number and attributes) |
| 22:13:09 | funman | saratoga: http://pastie.org/3037719 |
| 22:22:06 | | Join Torne [0] (~torne@rockbox/developer/Torne) |
| 22:28:34 | funman | when SD writes error our: [13680.504130] sd 14:0:0:0: [sdb] Unhandled error code |
| 22:28:46 | funman | (hadn't noticed that SD write was disabled for AMSv2 bootlaoder) |
| 22:29:17 | | Join webguest02 [0] (~cfb5eb0a@www.haxx.se) |
| 22:29:51 | | Quit webguest02 (Client Quit) |
| 22:31:28 | | Quit Stummi (Quit: Bye!) |
| 22:32:19 | funman | saratoga: that diff doesn't seem to fix the lock outs |
| 22:32:40 | saratoga | funman: ok was just about to try it |
| 22:33:45 | funman | bootloader usb works, but not rockbox.sansa yet (after 3 tries) |
| 22:34:20 | funman | worked at 4th |
| 22:35:30 | | Quit remlap (Read error: Connection reset by peer) |
| 22:36:47 | | Part funman |
| 22:36:47 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 22:39:08 | | Quit wodz (Quit: Leaving) |
| 22:43:32 | | Quit TheLemonMan (Quit: WeeChat 0.3.6) |
| 22:44:06 | | Join dreamlayers [0] (~bgjenero@rockbox/developer/dreamlayers) |
| 22:52:38 | | Quit kadoban_ (Read error: Operation timed out) |
| 22:57:50 | | Join T44 [0] (~Topy44@f048102205.adsl.alicedsl.de) |
| 23:00 |
| 23:00:22 | saratoga | funman: r31231 works much better for me |
| 23:00:56 | funman | no locks ever? |
| 23:01:12 | saratoga | just mounted it a few times without trouble, before it wouldn't mount at all |
| 23:01:18 | | Quit Topy (Ping timeout: 248 seconds) |
| 23:02:20 | saratoga | just did 8 plugin, unplug cycles and it mounted and exited USB mode normally for each |
| 23:02:33 | saratoga | should I try 31232 and see if that broke it? |
| 23:03:36 | | Quit JdGordon (Ping timeout: 240 seconds) |
| 23:03:55 | funman | yeah |
| 23:08:18 | saratoga | r31232 didn't crash over 10 mount/disconnect cycles either |
| 23:10:02 | funman | daily build 31238 should be indentical for the zip and i still had problems |
| 23:15:09 | saratoga | r31254 crashes for me |
| 23:15:47 | | Join JdGordon| [0] (~jonno@login.ok-labs.com) |
| 23:15:47 | | Quit JdGordon| (Changing host) |
| 23:15:47 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
| 23:16:18 | | Nick JdGordon| is now known as JdGordon (~jonno@rockbox/developer/JdGordon) |
| 23:19:14 | | Part jlbiasini |
| 23:21:15 | saratoga | r31250 is no good either |
| 23:26:04 | | Join Topy [0] (~Topy44@g228233180.adsl.alicedsl.de) |
| 23:28:17 | | Quit dreamlayers (Quit: Leaving) |
| 23:28:48 | *** | Saving seen data "./dancer.seen" |
| 23:29:12 | | Quit domonoky (Read error: Connection reset by peer) |
| 23:29:37 | | Quit T44 (Ping timeout: 240 seconds) |
| 23:36:35 | | Quit JdGordon (Remote host closed the connection) |
| 23:38:12 | | Join Scromple [0] (~Simon@119.225.209.134) |
| 23:52:32 | | Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) |
| 23:57:00 | | Join rarog [0] (~chatzilla@p4FF5C833.dip.t-dialin.net) |
| 23:58:09 | | Part TomColler |
icon identifies that the person is a core developer (has commit access).