--- Log for 04.11.114 Server: asimov.freenode.net Channel: #rockbox --- Nick: logbot- Version: Dancer V4.16 Started: 2 days and 10 hours ago 00.01.10 Quit TheLemonMan (Remote host closed the connection) 00.04.41 Quit petur (Remote host closed the connection) 00.05.36 Quit amayer (Quit: Leaving) 00.09.50 Quit edhelas (Ping timeout: 245 seconds) 00.21.45 Quit wodz (Quit: Leaving) 00.23.04 Join Jose__ [0] (4ffe011d@gateway/web/freenode/ip.79.254.1.29) 00.26.41 # Hi from Germany, I have a question concerning how to shut down a clip+ via a shortcut, as stated in the manual 00.27.13 # Does anyone know how to do this? Perhaps through the debug menu? 00.29.03 # Perhaps making a shortcut entry with "shutdown" type? 00.35.04 Quit xorly (Ping timeout: 244 seconds) 00.44.05 Quit benedikt93 (Ping timeout: 265 seconds) 00.47.53 Quit ender` (Quit: The difference between something that can go wrong and something that can't go wrong is that, when the thing that can't go wrong goes wrong, it's usually impossible to get at or fix.) 00.50.02 Part Jose__ 00.56.32 Join dfkt_ [0] (~dfkt@unaffiliated/dfkt) 00.56.42 Quit dfkt (Disconnected by services) 00.56.57 Nick dfkt_ is now known as dfkt (~dfkt@unaffiliated/dfkt) 01.20.01 *** Saving seen data "./dancer.seen" 01.25.29 Quit charlie (Ping timeout: 244 seconds) 01.27.07 Quit Aldem (Quit: Leaving) 01.32.52 Join charlie [0] (~c@unaffiliated/charlie) 02.17.29 Quit Provel (Ping timeout: 255 seconds) 02.18.02 Join Provel [0] (Provel@75-132-30-64.dhcp.stls.mo.charter.com) 02.44.20 Quit mikroflops (Ping timeout: 250 seconds) 02.46.21 Join mikroflops [0] (~yogurt@178.174.137.62) 02.56.52 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 02.58.19 Join ungali [0] (~ungali@unaffiliated/ungali) 03.00.00 Quit AlexP (Remote host closed the connection) 03.02.27 Quit ungali (Client Quit) 03.20.03 *** Saving seen data "./dancer.seen" 03.50.04 Join amayer [0] (~amayer@h126.50.21.98.dynamic.ip.windstream.net) 03.50.53 Quit amayer (Client Quit) 03.51.02 Join amayer [0] (~amayer@h126.50.21.98.dynamic.ip.windstream.net) 04.10.25 Quit amayer (Quit: Leaving) 04.10.43 Join amayer [0] (~amayer@h126.50.21.98.dynamic.ip.windstream.net) 04.11.18 Quit amayer (Client Quit) 04.11.36 Join amayer [0] (~amayer@h126.50.21.98.dynamic.ip.windstream.net) 04.14.20 Quit amayer (Remote host closed the connection) 04.20.53 Quit prof_wolfff (Ping timeout: 264 seconds) 04.23.16 Join amayer [0] (~amayer@h126.50.21.98.dynamic.ip.windstream.net) 04.51.16 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.51.16 Quit pixelma (Disconnected by services) 04.51.17 Quit amiconn (Disconnected by services) 04.51.18 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.51.19 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.51.20 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 05.02.51 Join amayer_ [0] (~amayer@h126.50.21.98.dynamic.ip.windstream.net) 05.03.24 Quit [7] (Disconnected by services) 05.03.36 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.04.13 Quit amayer (Quit: Leaving) 05.07.41 Quit shamus (Ping timeout: 255 seconds) 05.09.43 Quit amayer_ (Remote host closed the connection) 05.09.56 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 05.16.33 Quit ZincAlloy1 (Quit: Leaving.) 05.17.52 Quit mc2739 (Ping timeout: 240 seconds) 05.18.16 Join Aldem [0] (~Aldem@unaffiliated/aldem) 05.18.47 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 05.20.06 *** Saving seen data "./dancer.seen" 05.52.15 Quit Strife89 (Ping timeout: 272 seconds) 06.06.49 Join foolsh [0] (~quassel@c-24-11-243-148.hsd1.in.comcast.net) 06.24.31 Quit foolzzzzzz (Remote host closed the connection) 07.20.10 *** Saving seen data "./dancer.seen" 07.31.44 Quit dfkt (Read error: Connection reset by peer) 07.33.16 Join dfkt [0] (dfkt@unaffiliated/dfkt) 07.34.16 Quit Aldem (Quit: Leaving) 07.56.26 Join xorly [0] (~xorly@m180.dkm.cz) 08.08.48 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 08.18.56 Quit xorly (Ping timeout: 258 seconds) 08.26.11 Join ender` [0] (krneki@foo.eternallybored.org) 08.33.39 Join kugel [0] (~kugel@rockbox/developer/kugel) 08.36.07 Join wodz [0] (~wodz@89-75-106-114.dynamic.chello.pl) 08.47.03 Quit pamaury (Ping timeout: 250 seconds) 08.54.25 Quit Provel (Quit: Provel) 09.01.49 # pamaury: (log) Rom dumping with descriptor generally works. You cannot get more then 4096 from device in one query but looping this 16 times gives perfectly ok dump as hwstub has static ptr advanced on every query. 09.05.36 # by query I mean hwstub_read_rom(g_hwdev, buffer, len) 09.10.55 Join foo|sh [0] (~lsh@c-24-11-243-148.hsd1.in.comcast.net) 09.17.47 Join petur [0] (5bb7304d@rockbox/developer/petur) 09.20.14 *** Saving seen data "./dancer.seen" 09.21.47 Join Provel [0] (Provel@75-132-30-64.dhcp.stls.mo.charter.com) 09.22.43 Join dys [0] (~user@tmo-111-61.customers.d1-online.com) 09.28.54 Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr) 09.28.54 Quit pamaury (Changing host) 09.28.54 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 09.29.12 # wodz: what was the issue with caching ? 09.29.19 # does that improve hwstub ? 09.29.45 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 09.30.04 Quit benedikt93 (Client Quit) 09.30.21 # pamaury: The issue was sum of small glitches but the most fundamental IMO was that I enabled cached access before initializing caches. 09.30.36 # pamaury: I am just right now trying hwstub 09.37.01 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.38.31 Join edhelas [0] (~edhelas@193.172.124.224) 09.46.23 # wodz: did you try the rom dumping code I sent you ? 09.51.05 # pamaury: yes, see logs 09.51.10 # ah it works, I missed this line of the log 09.51.33 # the only trick is that you cannot ask more then 4096 bytes at once 09.52.05 Quit dys (Ping timeout: 264 seconds) 09.52.24 # pamaury: If you could try this on your e100 we could compare dumps (if successful) 09.52.36 # sure, I'll try it tonight 09.52.49 # having a rom dump would be very useful 09.52.54 # I should do the same on the rknano 09.53.28 # I'm not sure I understand the 4096 though 09.53.52 # I do not recall that usb control transfers are limited to 4096 09.53.59 # or perhaps this is a host limitation 09.54.01 # if you call hwstub_read_rom(g_hwdev, buffer, len) with len > 4096 you will get garbage 09.54.12 # oh, so you get data ? 09.54.15 # yes 09.54.32 # perhaps the buffer on the device is limited to 4096 ? 09.55.08 # or maybe the code is slightly broken and pushes too much on the fifo, thus destroying the data 09.55.46 # no that doesn't make any sense 09.55.58 # it's already limited to max packet size which is 4096... 09.56.20 # if it is fifo overrun we should see data drop not garbage 09.56.36 # yeah exactly 09.57.19 # ok, gtg 09.57.23 Quit wodz (Quit: Leaving) 10.19.23 Join scorche [0] (~scorche@ip68-0-156-139.tc.ph.cox.net) 10.19.37 Quit scorche (Changing host) 10.19.37 Join scorche [0] (~scorche@rockbox/administrator/scorche) 10.22.03 Quit scorche` (Ping timeout: 272 seconds) 11.13.21 # pamaury: is that USB driver thing moving at all or are people just busy? 11.20.18 *** Saving seen data "./dancer.seen" 11.20.21 Join krabador [0] (~krabador_@unaffiliated/krabador) 11.27.24 Quit krnlyng (Ping timeout: 255 seconds) 11.31.21 Join krnlyng [0] (~liar@83.175.90.24) 12.02.26 Quit kugel (Read error: Connection reset by peer) 12.02.36 Join kugel [0] (~kugel@rockbox/developer/kugel) 12.56.50 Quit PaulFertser (Ping timeout: 265 seconds) 13.20.20 *** Saving seen data "./dancer.seen" 13.20.59 # yuriks: which usb driver N 13.24.43 Join TheLemonMan [0] (~lemonboy@unaffiliated/thelemonman) 13.34.06 Join krabador_ [0] (~krabador_@host56-47-dynamic.47-79-r.retail.telecomitalia.it) 13.34.48 Quit krabador_ (Client Quit) 13.35.52 Quit krabador (Ping timeout: 264 seconds) 13.36.40 Join krabador [0] (~krabador_@unaffiliated/krabador) 13.40.33 Join chrisb [0] (~chrisb@li482-205.members.linode.com) 13.47.41 Quit krabador (Quit: Take the time.) 13.51.39 Join krabador [0] (~krabador@unaffiliated/krabador) 13.53.37 Join AlexP [0] (~alex@rockbox/staff/AlexP) 13.54.39 # wodz (logs): could you upload the gerrit task with the cache fixes ? 14.02.21 Quit chrisb (Ping timeout: 240 seconds) 14.25.06 Join prof_wolfff [0] (~prof_wolf@82.158.1.206.dyn.user.ono.com) 14.29.26 Quit foo|sh (Quit: Quit) 14.31.34 Join foolzzzz [0] (~lsh@c-24-11-243-148.hsd1.in.comcast.net) 14.46.23 Quit K1773R (Ping timeout: 255 seconds) 14.52.01 Join K1773R [0] (~K1773R@unaffiliated/k1773r) 14.54.11 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 14.55.18 # pamaury: I quickly integrated my changes with hwstub and it completely stopped working so I did something wrong most probably. I'm gonna look at this when I have some spare time 15.07.02 Join stemalt [0] (5e095ee9@gateway/web/freenode/ip.94.9.94.233) 15.08.35 # hi guys, i just tried to play a long (11 hr) FLAC file on my Clip+, i got a "divide by zero" error and now it won't turn back on 15.09.10 # oh wait now it will 15.09.11 # thanks guys 15.09.15 Quit stemalt (Client Quit) 15.19.02 Quit wodz (Quit: Leaving) 15.20.22 *** Saving seen data "./dancer.seen" 15.20.57 Quit cmhobbs (Ping timeout: 250 seconds) 15.29.20 Join Strife89 [0] (~Strife89@adsl-98-80-212-67.mcn.bellsouth.net) 15.35.37 Quit Strife89 (Ping timeout: 244 seconds) 15.50.39 Quit petur (Ping timeout: 246 seconds) 15.51.21 Join amayer [0] (~amayer@mail.weberadvertising.com) 16.06.04 Join JdGordon_ [0] (~jonno@ppp118-209-198-149.lns20.mel8.internode.on.net) 16.08.07 Quit JdGordon (Ping timeout: 258 seconds) 16.32.43 Quit amayer (Quit: Leaving) 16.35.15 Join Strife89 [0] (~Strife89@adsl-98-80-212-67.mcn.bellsouth.net) 16.46.06 Quit Strife89 (Ping timeout: 245 seconds) 16.52.08 Join xorly [0] (~xorly@m180.dkm.cz) 17.00.54 Join amayer [0] (~amayer@mail.weberadvertising.com) 17.20.24 *** Saving seen data "./dancer.seen" 17.32.52 Join ZincAlloy [0] (~Adium@pD9EEBA94.dip0.t-ipconnect.de) 17.35.43 Quit kugel (Ping timeout: 260 seconds) 17.41.25 Join JdGordon [0] (~jonno@ppp118-209-215-194.lns20.mel8.internode.on.net) 17.42.25 Quit JdGordon_ (Ping timeout: 258 seconds) 17.48.31 Join rela [0] (~x@pdpc/supporter/active/rela) 17.55.34 Quit xorly (Ping timeout: 250 seconds) 18.00.17 Quit edhelas (Ping timeout: 244 seconds) 18.06.25 Quit pamaury (Remote host closed the connection) 18.11.57 Join xorly [0] (~xorly@m180.dkm.cz) 18.16.40 Join amayer_ [0] (~amayer@mail.weberadvertising.com) 18.17.26 Join PaulFertser [0] (paul@paulfertser.info) 18.18.32 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 18.22.10 Join JdGordon_ [0] (~jonno@ppp118-209-238-49.lns20.mel8.internode.on.net) 18.24.17 Quit JdGordon (Ping timeout: 264 seconds) 18.34.28 Quit foolsh (Remote host closed the connection) 18.34.49 Join edhelas [0] (~edhelas@77-173-104-232.ip.telfort.nl) 18.42.50 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 18.47.41 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 18.49.41 Quit bluebrother (Disconnected by services) 18.49.46 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 18.52.33 Quit fs-bluebot (Ping timeout: 265 seconds) 18.57.50 Join JdGordon [0] (~jonno@ppp118-209-233-30.lns20.mel8.internode.on.net) 18.58.58 Join fs-bluebot [0] (~fs-bluebo@g225255224.adsl.alicedsl.de) 19.00.38 Quit JdGordon_ (Ping timeout: 245 seconds) 19.02.32 Quit JdGordon (Ping timeout: 258 seconds) 19.02.51 Join JdGordon [0] (~jonno@ppp118-209-7-62.lns20.mel4.internode.on.net) 19.03.14 # wodz (logs): I have some free time tonight, if you have some fixed hwstub code, feel free to send it to me 19.11.00 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 19.20.27 *** Saving seen data "./dancer.seen" 19.23.21 Join lebellium [0] (~chatzilla@89-93-178-161.hfc.dyn.abo.bbox.fr) 19.35.57 Quit rela (Read error: Connection reset by peer) 20.30.40 Quit krabador (Quit: Sto andando via) 20.34.22 Join krabador [0] (~krabador@unaffiliated/krabador) 20.45.42 # http://outpost.fr/6rp → macrumors.com: Digital Audio Veteran Peter Eastty Joins Apple as Director of SoC Audio Processing - Mac Rumors | Original URL: http://www.macrumors.com/2014/11/03/peter-eastty-apple-audio/ 20.48.08 Join petur [0] (~petur@rockbox/developer/petur) 20.51.37 Join Aldem [0] (~Aldem@unaffiliated/aldem) 21.20.30 *** Saving seen data "./dancer.seen" 21.24.25 Join wodz [0] (~wodz@89-75-106-114.dynamic.chello.pl) 21.30.48 # pamaury: ping 21.31.11 # pong 21.32.33 # wodz: ^ 21.33.20 # pamaury: I discovered very peculiar thing. atj hwstub correctly read memory with read8() 21.35.55 # hum, it was not the case when I tried it iirc 21.38.08 # but 16-bit transfers or more are broken ? 21.38.18 # pamaury: btw. my change to crt0.S http://pastie.org/9696303 21.38.37 # didn't check 16bit but 32 is broken definitely 21.38.47 # could you update the gerrit task ? 21.39.23 # read16() is broken 21.40.00 # pamaury: I have tons of temp stuff in tree :/ 21.40.10 # ok don't worry 21.40.31 # it's a good opportunity to dump the iriver e100 rom then 21.41.40 # wodz: can I use the 0x80000000 DRAM address with the cache fixes ? 21.43.43 # yes BUT if you upload only s1 binary dram controller is in unknown state 21.44.12 # try 94040000 thats cached iram 21.45.53 # what is the rom address again ? 21.46.25 # bfc00000 21.46.54 # pamaury: updated gerrit task with only relevant changes hopefully 21.48.13 # pamaury: at least on e150 there is string 'Actos@Actions' at offset 0x20 of rom 21.48.45 # pamaury: I believe first instruction should be branch or jump 21.51.55 # how large is it supposed to be ? 21.52.20 # 64kB I believe 21.53.10 # dumping...it takes some time in lua 21.54.40 # oh, I thought you used tweaked descriptor thing which dump instant 21.54.56 # wodz: https://www.dropbox.com/s/58shj8y7y1ub0u2/iriver_e100_rom.bin?dl=0 21.55.15 # I get the "Actos" string btw 21.57.12 # this is weird, on read16 or read32, the lower byte is always correct 21.59.08 Quit y4n (Quit: coob ov vood?) 22.00.02 # pamaury: Your rom is slightly different then mine. Many chunks are the same however. 22.00.56 # pamaury: Do you want my rom & disasm or you prefer to stay away from MIPS asm? 22.01.25 # I don't mind having a copy it, though I feel better away from MIPS asm ^^ 22.04.04 # I have a theory to test: replace the memcpy(usb_buffer, (void *)last_addr, req->wLength) by memset(usb_buffer, *(uint8_t *)last_assr, req->wLength) 22.05.44 # pamaury: where? 22.06.01 # in main.c 22.06.17 # to just read the first byte and send many copies of it, see if the corruption is still there 22.07.19 # indeed corruption is still there 22.10.20 # did you notice that only odd bytes are corrupted ? 22.10.36 # no 22.10.39 # c=DEV.read32(0xbfc00020); print(string.format("%x %c",c,c)) 22.10.39 # a0741b41 A 22.11.05 # it should read 6f746341 22.11.34 # what the hell, this doesn't make any sense 22.12.02 # yeah, this is crazy 22.14.08 # yep, and that's incredibly consistent: 22.14.08 # c=DEV.read32(0xa0000000); print(string.format("%x %c",c,c)) 22.14.08 # a0601b00 22.14.08 DBUG Enqueued KICK pamaury 22.14.08 # c=DEV.read32(0xa0000001); print(string.format("%x %c",c,c)) 22.14.08 # a0411b60 ` 22.14.08 *** Alert Mode level 1 22.14.08 # actual value is 41746000 22.16.51 # I think it might happen for descriptors, let me check 22.17.13 # that is what I was about to ask 22.17.56 # at least string descriptors are correct 22.18.15 # and I was able to correctly dump rom with descriptor patch 22.18.15 # yeah but some are wrong 22.18.54 # it seems a bit random, my lang descriptor has wrong bDescriptorType: is is 1b (notice: same value as above) 22.19.16 # it appears that one transfer out of two is corrupted 22.19.36 # yeah exactly, that's incredible 22.19.50 # at least consistent :-) 22.19.59 # I hesitate to say amazing, but that's it 22.20.19 # this raises serious questions about the sanity of this controller :) 22.21.52 # hum, maybe not, this is strange 22.22.51 # does the "HWStub" string is corrupted too for you ? 22.23.01 # use lsusb -v -d fee1:dead 22.23.09 # last character is wrong 22.24.02 # what you mean? 22.24.09 *** Alert Mode OFF 22.24.47 # it shows "HWStuᥢ" 22.24.53 # http://pastie.org/9696393 22.26.48 # weird 22.27.16 # I'm going to try and use a different, I'm still using 0xa0000000 which is bad perhaps ? 22.27.40 # its uncached dram 22.29.15 # ok, small explanation: phys address of dram is 0x00000000, phys address of iram is 0x14040000. Now to obtain cached address you | 0x80000000, to obtain uncached address you | 0xa0000000 22.29.28 # ok 22.29.39 # now I notice something strange when linking at 94040000: 22.29.54 # c=DEV.read32(0xbfc00020); print(string.format("%x %c",c,c)) 22.29.55 # 744041 A 22.29.55 # > c=DEV.read32(0xbfc00020); print(string.format("%x %c",c,c)) 22.29.55 # 6f740441 A 22.29.55 # > c=DEV.read32(0xbfc00020); print(string.format("%x %c",c,c)) 22.29.55 *** Alert Mode level 1 22.29.55 # 6f740441 A 22.30.39 # first read is wrong, two others are consistent but wrong on the second byte 22.32.32 # I tried compiling with -O0 to exclude compiler doing something strange but the outcome is the same 22.32.58 # maybe the fifo should be read byte by byte ? 22.33.13 # could memcpy be buggy ? 22.33.37 # memcpy was copied from rb but who knows 22.35.47 # To be 100% precise ep0 doesn't use fifos in and out have dedicated 0x40 sized buffers. But you may be right that access should be byte based. Ep fifos can be accessed in words but ep0 buffers I don't know 22.37.00 # pamaury: ralink sources use byte access 22.37.04 # let me try 22.39.56 *** Alert Mode OFF 22.42.45 # wait 22.42.55 # now I just notice something extremely odd 22.43.09 # which probably explains the whole thing 22.43.20 # the ralink driver uses usb_read to read a byte 22.43.26 # but it actually reads a dword 22.44.57 # you are right 22.50.55 # I think this is worse than I expected 22.52.08 # could you elaborate? 22.52.17 # just look at this: 22.52.17 # #define EP0INDAT (0x100) 22.52.30 # ... usb_write(EP0INDAT + 1, ...); ... 22.52.42 # static __inline__ void usb_write(u32 addr, u32 value) { iowrite32(value, (void __iomem *)(USB_BASE + (addr << 2)) ); } 22.53.00 # why is addr shifted ? 22.54.31 # let me check what ADEC_63.BIN does 22.55.40 # it doesn't make any sense 22.56.59 # it would mean that all register addresses are wrong 22.59.19 # pamaury: ADEC_63.BIN uses word access. 22.59.30 Quit xorly (Ping timeout: 272 seconds) 23.00.38 # and what about the adresses ? 23.01.14 # does it write byte 0 at OTG_BASE + 0x100 as a 32-bit write, and then byte 1 at OTG_BASE + 0x101 again with 32-bit write ? 23.02.05 Join Strife89 [0] (~Strife89@adsl-98-80-212-67.mcn.bellsouth.net) 23.02.16 Quit petur (Quit: Leaving) 23.02.19 # no it writes at OTG_BASE + 0x100 word then 0x104 and so on 23.03.50 # so memcpy should write if it does word accesses 23.04.43 # haha, rewriting the code with word accesses by hand seems to work :) 23.04.45 # pamaury: it may not if copied size is not multiple of 4 23.05.21 # I'll upload the code 23.06.43 # could you add support for several PIDs in adfuload if you have time ? 23.07.54 # I have it on my computer at work. I'll upload tomorrow. 23.14.00 # wodz: should I keep 0x80000000 as load address or can I change it to 0x94040000 on gerrit too ? 23.15.11 # as you wish, 94040000 is safer I'd say 23.15.41 # done 23.15.46 # enjoy ;) 23.18.34 # pamaury: technically your change is incorrect - DRAM_ORIG is 0x80000000. IRAM_ORIG should be changed to 0x94040000 and .lds changed accordingly but this is minor detail to be sorted out when committing. 23.18.57 # ah yeah you're right, but I was too lazy to fix .lds file :p 23.19.12 # I was just too happy to commit the working thing 23.20.24 Quit Scall (Ping timeout: 272 seconds) 23.20.34 *** Saving seen data "./dancer.seen" 23.20.47 # I see potential problem. You need to upround the size to perform word access but this means you may overflow the buffer 23.22.15 Quit ZincAlloy (Quit: Leaving.) 23.22.31 # ah yeah, but all usb access must go through usb_buffer so this should not be a problem 23.22.50 # but you get a point that's this is suboptimal 23.23.05 Quit lycide (Ping timeout: 264 seconds) 23.24.04 # do you want me to rewrite it ? 23.24.29 # if you feel like doing so 23.24.34 Join lycide [0] (~kvieta@149.255.100.108) 23.27.08 Quit lebellium (Quit: ChatZilla 0.9.91 [Firefox 34.0/20141030172027]) 23.28.22 Join Scall [0] (~chat@unaffiliated/scall) 23.28.37 # wodz: do you think that reading the register 4 times is ok (one for each byte) ? the code would be simpler 23.29.05 # in hwstub, sure 23.29.55 # mips is little endian ? 23.31.50 # it can be both but this one is LE 23.31.59 Quit edhelas (Ping timeout: 244 seconds) 23.32.18 # I'm not sure it's useful to fix usb_copy_to 23.32.22 # since reading is fine 23.32.25 # *reading more 23.34.32 Quit amayer_ (Quit: Leaving) 23.37.18 # anyway, great progress! 23.38.32 # see gerrit 23.38.44 # yeah, that's definitely a good step forward 23.41.45 # looks good 23.44.45 # I'm going to bed, I should have left two hours but I really wanted to fix this ^^ 23.44.52 # *ago 23.46.15 Join franklin [0] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 23.46.36 Quit amayer (Remote host closed the connection) 23.49.35 Nick franklin is now known as [Franklin] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 23.50.35 Quit pamaury (Ping timeout: 244 seconds)