--- Log for 02.07.113 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 22 days and 14 hours ago 00.11.16 Quit wodz (Quit: Leaving) 00.30.28 Quit bertrik (Ping timeout: 248 seconds) 00.31.39 Quit lebellium (Quit: ChatZilla 0.9.90 [Firefox 23.0/20130625125232]) 00.34.13 Quit prof_wolfff (Read error: Operation timed out) 00.38.39 Join tjb0607 [0] (~tjb0607@208.100.185.142) 00.44.25 Quit tjb0607 (Quit: Segmentation fault) 00.57.16 Quit Hadaka (Ping timeout: 268 seconds) 00.58.05 Quit pamaury (Ping timeout: 264 seconds) 00.58.21 Join Hadaka [0] (~naked@naked.iki.fi) 01.03.33 Quit saratoga (Ping timeout: 250 seconds) 01.48.36 *** Saving seen data "./dancer.seen" 02.11.58 Quit TeruFSX2 (Ping timeout: 256 seconds) 02.45.31 Join krabador [0] (~krabador@unaffiliated/krabador) 03.06.50 Quit TheSeven (Quit: No Ping reply in 180 seconds.) 03.07.42 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 03.38.38 Quit krabador (Quit: Leaving) 03.48.38 *** Saving seen data "./dancer.seen" 04.02.27 Quit pixelma (Disconnected by services) 04.02.27 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.02.30 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.02.32 Quit amiconn (Disconnected by services) 04.02.33 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.02.37 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.36.55 Quit mrtux (Quit: nope.avi) 04.41.03 Join mrtux [0] (~mrtux@unaffiliated/mrtux) 04.56.16 Join TeruFSX [0] (~TeruFSX@75-163-24-128.dlth.qwest.net) 05.02.23 Quit TheSeven (Disconnected by services) 05.02.32 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 05.05.13 Join Rower [0] (husvagn@v-413-alfarv-177.bitnet.nu) 05.10.57 Quit shamus (Read error: Connection reset by peer) 05.11.21 Join shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) 05.46.16 Quit belak (Quit: belak) 05.48.42 *** Saving seen data "./dancer.seen" 06.03.24 Quit Raptors (Read error: Connection reset by peer) 06.04.00 Join Raptors [0] (~whoneedsa@216-58-33-203.cpe.distributel.net) 06.04.53 Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee) 06.52.54 # where's a more complete font pack? 06.54.32 Quit mrtux (Ping timeout: 246 seconds) 07.08.54 Join olspookishmagus [0] (~pookie@host-84-205-241-1.cpe.syzefxis.ote.gr) 07.12.02 Join polemon [0] (~polemon@g224103041.adsl.alicedsl.de) 07.19.27 Nick Unhelpful_ is now known as Unhelpful (~quassel@rockbox/developer/Unhelpful) 07.19.47 Join LinusN [0] (~linus@giant.haxx.se) 07.20.54 Part LinusN 07.21.21 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 07.24.12 Join LinusN [0] (~linus@giant.haxx.se) 07.31.56 Join TeruFSX2 [0] (~TeruFSX@75-163-27-75.dlth.qwest.net) 07.34.09 Quit TeruFSX (Ping timeout: 256 seconds) 07.44.43 Join belak [0] (~belak@facebook/engineering/belak) 07.48.17 Join mortalis [0] (~kvirc@213.33.220.118) 07.48.43 *** Saving seen data "./dancer.seen" 08.06.18 Join melmothX [0] (~melmoth@unaffiliated/melmothx) 08.13.52 Quit pamaury (Ping timeout: 245 seconds) 08.28.01 Quit bluebrother (Ping timeout: 246 seconds) 08.30.09 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 08.43.34 Join ender` [0] (krneki@foo.eternallybored.org) 08.47.37 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 08.49.29 Join TeruFSX [0] (~TeruFSX@75-163-30-143.dlth.qwest.net) 08.50.39 Quit TeruFSX2 (Ping timeout: 256 seconds) 08.59.58 Quit melmothX (Quit: #) 09.21.56 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.24.04 Join petur [0] (~petur@rockbox/developer/petur) 09.27.53 Quit bertrik (Ping timeout: 268 seconds) 09.40.15 Quit petur (Quit: Nettalk6 - www.ntalk.de) 09.44.07 Join petur [0] (~petur@rockbox/developer/petur) 09.48.46 *** Saving seen data "./dancer.seen" 10.10.45 Nick SuperBrainAK is now known as DormantBrain (~andy@74.112.203.135) 10.29.17 Quit kevku (Ping timeout: 245 seconds) 10.36.43 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 11.13.18 Quit liar (Read error: Connection reset by peer) 11.14.33 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 11.15.31 Quit belak (Quit: belak) 11.19.58 Quit scorche (Disconnected by services) 11.20.02 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 11.22.38 Quit Scall (Ping timeout: 246 seconds) 11.23.23 Quit jhMikeS (Ping timeout: 252 seconds) 11.25.48 Join Scall [0] (~chat@unaffiliated/scall) 11.30.41 Quit Scall (Ping timeout: 246 seconds) 11.33.47 Join Scall [0] (~chat@unaffiliated/scall) 11.35.57 Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 11.48.50 *** Saving seen data "./dancer.seen" 11.51.22 Join melmothX [0] (~melmoth@unaffiliated/melmothx) 12.04.09 Join krabador [0] (~krabador@unaffiliated/krabador) 12.14.10 Quit Scall (Ping timeout: 240 seconds) 12.17.16 Join Scall [0] (~chat@unaffiliated/scall) 12.54.34 Join scorche [0] (~scorche@rockbox/administrator/scorche) 12.57.10 Quit scorche` (Ping timeout: 246 seconds) 13.05.39 Quit Scall (Ping timeout: 256 seconds) 13.13.47 Join Scall [0] (~chat@unaffiliated/scall) 13.48.54 *** Saving seen data "./dancer.seen" 13.51.05 Quit thegeek_ (Read error: Connection reset by peer) 13.52.55 Join thegeek [0] (~thegeek@40.200.16.62.customer.cdi.no) 14.00.03 Quit penth (Read error: Connection reset by peer) 14.00.53 Join penth [0] (~reikoNeko@c-68-81-89-93.hsd1.nj.comcast.net) 14.17.18 Quit froggyman (Ping timeout: 264 seconds) 14.32.34 Quit mortalis (Read error: Connection reset by peer) 14.33.01 Join mortalis [0] (~kvirc@213.33.220.118) 14.37.08 Join froggymana [0] (~froggyman@c58-107-240-32.mirnd3.nsw.optusnet.com.au) 14.37.08 Quit froggymana (Changing host) 14.37.08 Join froggymana [0] (~froggyman@unaffiliated/froggyman) 14.42.32 Nick froggymana is now known as froggyman (~froggyman@unaffiliated/froggyman) 14.53.03 Quit krabador (Ping timeout: 260 seconds) 14.53.28 Quit olspookishmagus (Quit: free() the malloc()) 15.05.24 Join krabador [0] (~krabador@unaffiliated/krabador) 15.25.15 Quit krabador (Ping timeout: 260 seconds) 15.36.52 Join krabador [0] (~krabador@unaffiliated/krabador) 15.37.41 Join amayer [0] (~amayer@mail.weberadvertising.com) 15.40.14 Join darkham_ [0] (~krabador@host43-51-dynamic.16-79-r.retail.telecomitalia.it) 15.40.18 Quit darkham_ (Read error: Connection reset by peer) 15.40.26 Join darkham_ [0] (~krabador@host43-51-dynamic.16-79-r.retail.telecomitalia.it) 15.40.35 Quit darkham_ (Read error: Connection reset by peer) 15.40.49 Join darkham_ [0] (~krabador@host43-51-dynamic.16-79-r.retail.telecomitalia.it) 15.41.05 Quit darkham_ (Read error: Connection reset by peer) 15.41.35 Quit krabador (Ping timeout: 260 seconds) 15.44.47 Join krabador [0] (~krabador@unaffiliated/krabador) 15.47.19 Quit Scall (Ping timeout: 252 seconds) 15.48.28 # hello, did anybody had any eureka moments about the USB issues on iPod Nano 2nd Gen? 15.48.55 *** Saving seen data "./dancer.seen" 15.51.17 Join Scall [0] (~chat@unaffiliated/scall) 15.59.26 Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee) 16.00.21 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 16.14.54 Quit Rower (Ping timeout: 264 seconds) 16.15.45 Join Rower [0] (husvagn@v-413-alfarv-177.bitnet.nu) 16.31.02 Part LinusN 16.58.59 Join mrtux [0] (~mrtux@unaffiliated/mrtux) 17.00.31 Quit wodz (Ping timeout: 256 seconds) 17.05.09 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 17.11.43 Quit mortalis (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) 17.14.19 Join [Saint_] [0] (~saint@rockbox/user/saint) 17.14.19 Quit [Saint] (Disconnected by services) 17.28.06 Quit michaelni (Quit: Leaving) 17.28.17 Quit petur (Quit: Nettalk6 - www.ntalk.de) 17.34.38 Quit dfkt (Ping timeout: 252 seconds) 17.35.54 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 17.38.59 Join michaelni [0] (~michael@chello080109127209.4.15.vie.surfer.at) 17.40.36 # pamaury: I looked at your nand page0 dump and I can't see anything strange 17.41.27 # pamaury: BTW. are you going to inspect rk27xx usb with analyzer anytime soon? 17.43.02 # wodz: maybe, but last I tried I didn't spot anything strange and I have a lot of work this week and next week 17.43.27 # so probably not before 2 or 3 weeks 17.43.59 # pamaury: no problem 17.45.42 # pamaury: I was looking at your change to sdmmc. I guess ALL our drivers are buggy then 17.46.00 # except the fixed imx233 17.48.46 Join Epicanis [0] (~Epicanis@sdsl-68-238-63-20.static.ngn.east.myfairpoint.net) 17.48.58 *** Saving seen data "./dancer.seen" 17.50.44 # pamaury: Is this 64bytes read a dummy one or the data are meaningful? 18.03.12 # wodz: data is meaningless but if the crc fails it is supposed to be an error 18.03.19 Quit krabador (Remote host closed the connection) 18.03.21 # that's what the specification says 18.04.23 # thats the first time I see something like this and I read lots of sd code examples during rk27xx sd driver write 18.04.42 # 64bytes is strange as well 18.06.40 # yeah, that's unusual for the spec, go figure out why it was done this way. Admitedly this is easy to overlook 18.07.37 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 18.08.28 # And you say that not reading this 64bytes can block the card, right? 18.08.47 Quit polemon (Read error: Operation timed out) 18.12.32 # hell, our sd drivers are mess 18.14.28 # amsv2 does not send CMD6 during init at all 18.17.34 # most cards work fine without but some very picky one require this (or at least a 100ms delay) 18.18.03 # I see 100ms delay in every driver sending CMD6 18.18.30 # yeah, because the spec says the card has 100ms after the response to send the data 18.19.39 # but stricly speaking just waiting for 100ms is invalid, first because of the potential delay between command and response and because sending the data takes time too. Also the spec says the card HAS to receive the clock up to 8 clocks after end of data transfer 18.21.46 # pamaury: I don't understand last sentence 18.22.35 # some SD host only provide the card with the clock when doing the actual command and stop as soon as possible. If you don't say to the controller to expect data then the card will get stuck in the middle of the command because it doesn't have a clock anymore 18.23.14 # aha 18.25.38 # I'll try this on rk27xx 18.26.44 # anyway we seriously need to abstract SD interface 18.30.12 # yeah agreed 18.30.52 # you should have a look at the linux code, it's quite clear and nice. I'm confident we can handle all the gory details with proper interface/quirks 18.33.58 Join pretty_function [0] (~sigBART@123.252.214.210) 18.34.00 # pamaury: PP sd driver reads 512bytes after SD_SWITCH_FUNC 18.34.18 Join n1s [0] (~n1s@nl118-168-30.student.uu.se) 18.34.18 Quit n1s (Changing host) 18.34.18 Join n1s [0] (~n1s@rockbox/developer/n1s) 18.34.50 # hum, that's not correct either, it's really 64 bytes, but reading more is not risky anyway, you will just get a crc error but I guess the driver doesn't even check 18.35.13 # pamaury: the comment says that first 512bits contain status information which we discard so yeah 18.35.42 # ah wait, 512 bits = 64 bytes :) 18.38.21 # yes, but it seems the driver reads more 18.38.31 # anyway it discards this data 18.40.03 Join belak [0] (~belak@facebook/engineering/belak) 18.40.08 Quit belak (Max SendQ exceeded) 18.41.06 Join belak [0] (~belak@facebook/engineering/belak) 18.42.02 # pamaury: what is this 0x80fffff1 parameter to SD_SWITCH_FUNC ? pp driver sets it to 0x80ffffef 18.45.48 # don't remember, need to lookup in the spec 18.46.03 # (we should have proper define for these too) 18.46.21 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 18.47.20 # it switches to high speed mode 18.47.36 # the pp ones seems strange: setting the second groupe to 0xe is vendor specific I think 18.48.27 # actually I was wrong, the 64 bytes have a meaning: they give the actual result of the switch. 18.49.24 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 18.53.51 # How many sd low level drivers do we have? pp, imx233, amsv1, amsv2, tms320dm320, ingenic, tcc780x, s3c2440, rk27xx thats 9 if I count correct. Rewriting this would be a HUGE task not speaking about testing... 18.54.57 # testing is probably the terrible part 18.55.22 # I think we should first write a generic one and slowly move the drivers to the generic interface 18.56.01 # but we need to think ahead all the details, like how to handle crazy things like amsv2 where you have "bank switching" 18.57.05 # rk27xx have internal buffer switching which is equally weird :-) 18.57.06 Join dfkt [0] (OxO29A@unaffiliated/dfkt) 18.57.11 # *has 18.57.58 # urg, what is this ? 18.59.47 # There is double buffer between SD controller and MCU. You issue the transfer and SD controller fills one buffer while you are free to mangle the second one. Then you switch the buffers. 19.00.26 # this allows for some time overlaping 19.01.23 # hum, but doesn't it have dma ? 19.01.45 # it has (probably) but is 100% undocumented 19.02.01 # OF doesn't use DMA for SD transfers also 19.02.28 # I made and attempt to figure it out but failed 19.03.12 # what is this amsv2 bank switching? 19.03.35 # pamaury:^ 19.04.08 # ok, I guess that's not a critical issue, that's just a detail on how you handle a command, you can abstract this easily. Bank switching is more problematic: you need to switch a bank to access the full storage, otherwise you can only access the firmware partition (or something like this) 19.04.10 # pamaury: do you know of a way to reliably reproduce the Fuze+ crashing during USB transfers? 19.04.21 # no 19.04.33 # it hardly happens on my fuze+ 19.04.38 # mine hasn't had any problem since I changed a few things 19.04.46 # but I don't know what fixed it 19.06.22 # 1) I modified my skin 19.06.35 # 2) I put my USB DAC on a USB3 port 19.06.50 # 3) I bought a new sdxc card 19.06.57 # some skin are known to corrupt USB 19.07.03 # 4) I use a script to copy files onto the sdxc card using direct I/O 19.07.12 # maybe some skin related changes (fixes) 19.08.11 # I sort of have this layman idea that huge filesystem buffers could overwhelm the card, or the DAP's controller, or something 19.08.22 # dunno if there's anything to it 19.09.04 # mostly the upside of direct I/O is that I know how fast it goes, and I can compute a reliable ETA 19.09.45 # and I can unmount immediately after the transfer is completed 19.10.01 # instead of having it sync for gawd knows how long 19.11.18 # pamaury: If I see correctly amsv2 would require small ifdefing to support OF part offsets. 19.11.40 # No, the only thing which could possibly crash USB are memory corruption (mostly likely due to buflib users) or that the code somehow manage to trigger the bug/errata of the usb controller (but I think our code is safe in this regarde) 19.11.57 # wodz: yes, maybe we could have a target specific init function, or something of this kind 19.12.11 # or ifdefing if the amount of code is small 19.12.25 Nick DormantBrain is now known as SuperBrainAK (~andy@74.112.203.135) 19.15.36 # pamaury: I am thinking of what lowlevel stuff is needed: 1) sd_cmd() which sends command to the controller with proper expected response 2) some transfer prepare function (like DMA setup, buffers etc.) 3) actual data transfer function 19.15.50 # pamaury: Can you think of anything else? 19.16.10 # pamaury: ah sd_controller_init() of course 19.18.39 # wouldn't it be better to have a single function which does everything (command, response, data transfer) ? 19.19.52 # you could make it very general: command, kind of response, whether to crc the response, kind of data, whether to crc the data 19.21.43 Join mortalis [0] (~mortalis@77.108.98.176) 19.21.58 # Thats basicaly the 3-in-1. For some targets it is possible probably to handle all in one step but for some it is not. 19.23.26 # I don't see a way to genericaly code sd transfers in rk27xx :-) 19.24.24 # what do you mean ? 19.24.39 # data transfer can be decoupled from the command in many cases 19.25.00 # *cannot 19.25.24 # given all the relevant parameters, why couldn't you write a generic code to transfer data ? 19.28.23 # in case of rk27xx the transfer flow is as follows 1) reset exchange buffer, prepare controller for data transfers (this is different for the last block moved) 2) Issue cmd to SD 3) ack transfer to the controller, switch exchange buffers, copy data 19.29.01 # getting data is very separated from the command 19.29.09 # *very much 19.29.11 # I don't see the issue, if you know all the parameters, you can write a generic one 19.29.17 # if i'm corrupt the parameters would be: command, argument, response kind, crc resp?, data transfer direction, data buffer, block size, block count, crc data?, timeout (possibly different for response) 19.29.20 # *correct 19.29.38 Join polemon [0] (~polemon@g231142093.adsl.alicedsl.de) 19.30.08 # for such number of params we would need to introduce configure struct and pass pointer only 19.30.13 Quit polemon (Remote host closed the connection) 19.31.24 # I guess so 19.31.31 # how would you call such a beast sd_swiss_knife_do_all_in_one() :-) 19.32.44 # hehe ^^ well sd_command ? 19.33.04 # actually while we are at it, we could handle mmc 19.34.25 # Ok, it is possible for sure. I'll try to write one for rk27xx to see what problems I'll step in 19.34.47 # on the imx233, it is already written ;) 19.35.16 Join polemon [0] (~polemon@g231142093.adsl.alicedsl.de) 19.37.37 Quit melmothX (Read error: Connection reset by peer) 19.38.01 # send_cmd(int drive, uint8_t cmd, uint32_t arg, uint32_t flags, uint32_t *resp) is pretty inefficient (parameter passed on the stack) 19.40.23 # the actual one is more imx233_ssp_sd_mmc_transfer, it has even more parameters ;) 19.40.24 # stack? hah! just use global variables 19.40.48 # stack is not worse than memory if you think about it, but anyway a structure is nicer 19.41.11 # * bertrik was kidding and hopes nobody took that seriously 19.44.30 Join shanttu [0] (~shanttu@dsl-hkibrasgw3-50ddce-164.dhcp.inet.fi) 19.45.41 Quit wodz (Quit: Leaving) 19.45.48 # pamaury: what's buflib? 19.48.17 # haha, some could say it's the cloest thing to evil in rockbox ;) 19.48.32 # it's a memory allocator 19.48.38 # Hi. I've used rockbox succesfully on my Clip+. Today I got some "panic" error. Now I get the device on USB bootloader mode, but Rockbox utility or file manager doesn't detect the device. OF boots ok. What to do? I'm on linux PC. 19.49.02 *** Saving seen data "./dancer.seen" 19.49.24 # pamaury: and what makes Rockbox users "buflib" users? 19.49.28 # am I one? 19.49.29 # Reinstall the bootloader, but how? 19.49.55 # copper: buflib is used to allocate memory, it's heavily used for skins for example 19.50.48 # shanttu: have you tried to reboot the device normally ? 19.54.25 # pamaury, yes. After very long time I get some error about bootloader not found afaik. Still waiting for the exact error 19.59.27 Join jlbiasini [0] (~metaphysi@109.103.46.91) 19.59.39 # "plug usb cable" 20.00.19 # shanttu: can you copy the exact error message please ? 20.00.31 Join gapan [0] (~gapan@46.12.28.142.dsl.dyn.forthnet.gr) 20.00.32 Quit belak (Quit: belak) 20.01.27 # pamaury, sure, it just passed. takes minutes to give the message and then goes to suggesting plugging. will not let it go now 20.02.03 # pamaury: thanks for your comment on my patch. Player doesn't have radio, but recorder and ondio have radio and for what I check, the keylock key aren't mapped to anything else in radio context. Should I make a patch to activate the softlock for FM on those target? 20.03.02 Quit DexterLB (Quit: So long and thanks for all the fish) 20.03.37 Join belak [0] (~belak@facebook/engineering/belak) 20.05.24 # jlbiasini: sure, but then you'll have to find people to poke at to test it 20.06.02 # pamaury: is there any possible problem if this isn't map to anything? 20.07.40 # yes, for example with complex combination with release actions and so on, it's unlikely but it's really better to test it 20.11.47 # shanttu: i'm not expert for the clip+, maybe bertrik knows 20.11.49 # or funman 20.12.16 # pamaury: so testing in the simulator isn't enough? 20.12.41 # I'll write on the mailing list then... 20.13.11 # pamaury, "loading firware file not found" 20.13.17 # jlbiasini: simulator should be good enough but i always feel that's it's better on target 20.13.32 # ok 20.20.49 Join melmothX [0] (~melmoth@unaffiliated/melmothx) 20.24.55 Join saratoga [0] (d8507479@gateway/web/freenode/ip.216.80.116.121) 20.32.50 # does SD storage work in the AMS bootloaders? 20.35.10 Quit jlbiasini (Quit: jlbiasini) 20.41.12 # nope, it's not activated in the config 20.41.26 # (the microSD slot, that is) 20.42.27 # i was thinking about adding a key push that let you boot off the SD card 20.42.33 # to recover from a scrambled internal memory 20.42.49 # well that could work 20.43.01 # saratoga: just remove the ifdef BOOTLOADER in config/sansa*.h 20.43.19 # i'll try it out when i get home 20.44.30 # actually maybe i can try it now 20.48.53 # saratoga: scrambled how, with the bootloader intact, but the OF corrupted? 20.49.18 # bertrik: yeah, sometimes the internal memory seems to get corrupted enough that nothing can boot but the bootloader still works 20.49.48 # well the USB mode should solve that no ? 20.49.54 # weird, the bootloader storage and internal storage are the same physical device 20.49.59 # or does USB still not work 100% of the time on some configs? 20.50.39 Join wodz [0] (~wodz@89-75-41-78.dynamic.chello.pl) 20.53.03 # does bootloader USB mode actually work on AMSv2? 20.53.16 # should, yes 20.53.33 # are you sure SD isn't enabled in the bootloader? looking at the clipv2 config it seems like STORAGE_SD is defined 20.55.43 # saratoga: press center and plug usb to get to USB mode 20.55.48 # works with fuzev2 20.56.27 # hmm it seems to be enabled for clipv2 indeed, but not for the zip 20.56.32 # funman: maybe it would help this guy: http://forums.rockbox.org/index.php/topic,43228.0.html 20.57.08 # tell him to try bootloader USB first i think 20.59.21 Quit belak (Quit: belak) 21.01.24 # pamaury: you seem to use SD response types: MCI_NO_RESP, MCI_RESP and MCI_LONG_RESP but possible responses for SD are R1, R1b, R2, R3 and R6. rk27xx handle this in hardware 21.02.08 # the only really difference between those is the response size and the busy bit 21.03.15 Join belak [0] (~belak@facebook/engineering/belak) 21.03.37 # (and the interpretation of course but the hardware doesn't interpret them) 21.03.56 # IIRC a few commands don't have a response, like the sd deselect command 21.05.42 # yes, that's why there mni_no_resp 21.05.51 # *mci_no_resp 21.06.35 # I guess rk27xx can check the response in hardware, otherwise why would it have such field in SD_CMDREST regsiter? 21.07.29 # It sets flag in SD status register 21.10.39 Quit pretty_function (Remote host closed the connection) 21.19.47 Quit mortalis (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) 21.47.23 Quit Xerion (Read error: No route to host) 21.49.03 *** Saving seen data "./dancer.seen" 22.03.39 Quit y4n (Quit: MOTHER EUROPA CALLING ME!) 22.13.14 Join Xerion [0] (~xerion@5419F5F4.cm-5-2d.dynamic.ziggo.nl) 22.29.10 Quit n1s (Quit: Ex-Chat) 22.35.51 Quit melmothX (Quit: #) 22.56.32 Quit shanttu (Remote host closed the connection) 22.59.41 Quit Rower (Quit: Hmmm...) 23.08.04 Join jhMikeS [0] (~jethead71@d192-24-174-117.try.wideopenwest.com) 23.08.08 Quit jhMikeS (Changing host) 23.08.09 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 23.32.43 Quit dfkt (Ping timeout: 246 seconds) 23.49.04 *** Saving seen data "./dancer.seen" 23.54.16 Quit kevku (Ping timeout: 245 seconds)