--- Log for 25.02.116 Server: cameron.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 5 days and 4 hours ago 00.21.12 Quit bertrik (Remote host closed the connection) 00.23.37 Quit JanC (Read error: Connection reset by peer) 00.25.30 Join JanC [0] (~janc@lugwv/member/JanC) 00.41.21 Quit puckipedia (Ping timeout: 255 seconds) 00.44.42 Join puckipedia [0] (~puck@irc.puckipedia.com) 00.56.08 Quit girafe (Read error: Connection reset by peer) 01.28.02 *** Saving seen data "./dancer.seen" 01.28.10 Quit krnlyng (Ping timeout: 276 seconds) 01.40.05 Quit pamaury (Read error: Connection reset by peer) 01.41.20 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 01.43.04 Quit pamaury (Read error: Connection reset by peer) 01.43.08 Join krnlyng [0] (~liar@178.114.15.247.wireless.dyn.drei.com) 01.44.18 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 01.46.02 Quit nosa-j (Ping timeout: 240 seconds) 01.55.35 Quit pamaury (Ping timeout: 255 seconds) 02.49.33 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 02.50.12 Join fs-bluebot [0] (~fs-bluebo@x4d098883.dyn.telefonica.de) 02.52.34 Quit fs-bluebot_ (Ping timeout: 248 seconds) 02.52.35 Quit bluebrother^ (Ping timeout: 252 seconds) 03.06.20 Quit ZincAlloy (Ping timeout: 252 seconds) 03.28.03 *** Saving seen data "./dancer.seen" 03.35.54 Quit shamus (Quit: chaos reigns within reflect repent and reboot order shall return) 03.36.21 Join shamus [0] (~shmaus@ip-206-192-194-12.marylandheights.ip.cablemo.net) 04.54.19 Quit krnlyng (Ping timeout: 244 seconds) 05.06.48 Join krnlyng [0] (~liar@178.114.15.247.wireless.dyn.drei.com) 05.08.52 Quit sparetire (Quit: sparetire) 05.14.29 Quit TheSeven (Ping timeout: 240 seconds) 05.16.02 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.28.05 *** Saving seen data "./dancer.seen" 06.00.25 Quit Strife89 (Ping timeout: 255 seconds) 06.00.30 Join Strife89|Quassel [0] (~quassel@adsl-98-80-199-230.mcn.bellsouth.net) 07.28.08 *** Saving seen data "./dancer.seen" 07.38.04 Quit krnlyng (Ping timeout: 252 seconds) 07.38.29 Quit __builtin (Ping timeout: 240 seconds) 07.40.37 Join __builtin [0] (~me@unaffiliated/franklin) 07.41.59 Join einhirn [0] (~Miranda@p4FC119F6.dip0.t-ipconnect.de) 07.50.02 Join krnlyng [0] (~liar@178.114.15.247.wireless.dyn.drei.com) 08.02.02 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 08.25.48 Join ender` [0] (krneki@foo.eternallybored.org) 08.33.24 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.14.03 Join petur [0] (~petur@rockbox/developer/petur) 09.28.11 *** Saving seen data "./dancer.seen" 09.36.29 Join tomflint [0] (~tomflint@unaffiliated/tomflint) 09.37.22 Part tomflint ("Palaver https://palaverapp.com/") 09.43.03 Join edhelas [0] (~edhelas@535580F9.cm-6-6c.dynamic.ziggo.nl) 09.48.03 Quit edhelas (Remote host closed the connection) 09.49.02 Join edhelas [0] (~edhelas@535580F9.cm-6-6c.dynamic.ziggo.nl) 11.10.12 Quit krnlyng (Quit: huiiiiii) 11.11.01 Join krnlyng [0] (~liar@83.175.90.24) 11.28.15 *** Saving seen data "./dancer.seen" 11.29.26 Quit JanC (Ping timeout: 276 seconds) 11.42.23 Join JanC [0] (~janc@lugwv/member/JanC) 11.43.13 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.54.03 Quit pamaury (Ping timeout: 240 seconds) 11.55.51 Join ZincAlloy [0] (~Adium@p57B95F81.dip0.t-ipconnect.de) 12.21.30 # my ipods hard drive disconnected today after a drop and i had a wierd bug I've never seen before and not sure how its even possible. all the file associations got nuked (nothing was showing up under the supported files view) but music still worked (via the database, which had to be initialiased) 12.27.11 # and usb mode doesnt seem to be working 12.30.52 # filesystem was (unsurprisingly) corrupt 12.31.01 # unzipped a new .rockbox and all is good again 12.53.44 Nick suYin`OFF is now known as suYin (mysuyin@server2.shellfire.net) 13.02.13 Join pamaury [0] (amauly@rockbox/developer/pamaury) 13.05.37 # pamaury: have you looked at hwstub-atj usb driver I posted? 13.07.15 # wodz: yes but I didn't have time to study enough, I was ill the last two days 13.11.16 Join goom [0] (~go4m@cpe-66-25-153-174.satx.res.rr.com) 13.24.12 # wodz: in ep0_write, I'm slightly concerned about this OTG_EP0CS = 0; 13.24.55 # it would be useful to know if it is really necessary and also if it's safe, because if the device finishes the transfer between OTG_IN0BC = xfer_size; and this line, bad things could happen 13.25.39 # in ep0_read, you want to handle the case of a short transfer 13.26.27 # ie if xfer_size < MIN(max_pkt_size, endpoint->length) then the host will not transfer more data 13.27.08 # at this point you should set NACK (probably done automatically) and finish the transfer (which is thus incomplete and that's an error) 13.28.18 *** Saving seen data "./dancer.seen" 13.38.44 # pamaury: OTG_EP0CS = 0 is not needed (it works without) BUT for bulk endpoints both ralink code and disasm of ATJ OF do that. 13.39.22 # pamaury: and clearing bits in OTG_EP0CS seems need writing 1 into them 13.40.39 # pamaury: NACK seems to be done automatically 13.41.36 # pamaury: Is it possible to generate such erroneous transfers with libusb to stress test driver? 13.47.33 Join FSanches [0] (~felipe@2804:14c:37:268b:69b4:fcbd:e0f1:3344) 13.50.57 Quit FSanches (Remote host closed the connection) 14.24.21 # wodz: re erroneous transfers: I don't think so 14.24.58 # pamaury: are you aware of any reasonable way to do that? 14.27.54 # no 14.29.40 # it's one of those thing that will never happen in normal circumstances but we know that there always are unexpected situations, especially with usb 14.31.30 # that silly, how you test drivers then? 14.33.48 # You can get special hardware to generate custom packets 14.34.31 # It's not really libusb's fault, an EHCI (or any *HCI) controller just doesn't have an API to do wild things 14.35.25 # gevaerts: sounds costly 14.35.34 # It probably is :) 14.35.46 # wodz: but it doesn't matter, the only thing which *really* matters is that you properly recover from a reset basically 14.36.02 # by properly cancelling all transfers 14.36.27 # pamaury: is there a way to test it? 14.36.54 # libusb will let you reset the device at any time I think 14.37.13 # otherwise try Windows, it does fancy things on init, including a reset in a middle of a transfer 14.37.24 # pff 14.38.16 # pamaury: But to test driver correctness I'd need to reset device in the middle of transfer. 14.39.08 # yes, either use several threads or use the asynchronously API of libusb 14.39.20 # ah, I could use asynchronous api 14.39.40 # it's easier to interrupt very big transfers of course, because of the timing 14.39.58 # also try to force full-speed, makes it easier 14.47.56 # Hmm, google tells me that people have done USB using GPIO bit banging on higher-end microcontrollers. If you have a bit of time, you can build a proper USB test rig without much of a budget :) 14.49.09 # pamaury: reset forces enumeration, so do I assume correctly that 1) let device (let it be hwstub controlled) enumerate 2) Initiate big transfer asynchronously 3) reset device 4) check if it enumerated again 14.49.33 # wodz: correct 14.49.54 # actually it would way easier to check with a usb analyser but at least wireshark can give you some insight 14.50.20 # gevaerts: for FS it is doable with not so highend MCUs as well. AVR can do HID all in software 14.51.15 # HID tends to be LS, which will be easier 14.51.27 # ah, right 14.51.30 # most devices don't do LS 14.51.39 # they do either LS or FS/HS 14.51.47 # * gevaerts nods 14.51.48 # because it's a pain to support both 14.52.36 # Also, LS doesn't do bulk, so even if you could do LS, forcing LS reduces the number of errors you can actually test for 14.52.56 # that would be an interesting projet to use a board with host capability and OHCI/EHCI and program it to stress our stack, see what happens 14.55.45 Quit ps-auxw (Disconnected by services) 14.55.57 Join ps-auxw [0] (~arneb@p50877577.dip0.t-ipconnect.de) 15.00.54 # http://ellisys.com/products/usbex260/buy.php 15.03.33 # yeah usb analyzers are crazy expensive 15.11.31 # I imagine a beaglebone might be a good board for this, with the PRU things 15.13.14 # yeah I wonder how far you could go with this 15.13.58 # it runs at 200MHz but it also depends on the I/O speed 15.16.42 # the problem if you want a good usb analyzer stack is that you need the hardware and the software. Currently we have none, wireshark is far from enough 15.18.55 # From my experience I/O speed is often limiting factor. I had project migrated from AVR to ARM just to figure out that this particular ARM chip can't handle gpio with required speeds. 15.19.32 # AVR clock was 16MHz and ARM was 50MHz 15.21.06 # http://hackaday.com/2013/12/07/speeding-up-beaglebone-black-gpio-a-thousand-times/#comment-1125631 says the PRU can do fast GPIO 15.21.20 # Fast enough for USB full speed anyway 15.24.03 # The problem is HS, it runs at 480Mhz and you need oversampling 15.25.44 # that's why most USB analyzers most likely use a USB transceiver 15.28.22 *** Saving seen data "./dancer.seen" 15.29.12 Join Link8 [0] (~me@5ED3F691.cm-7-4d.dynamic.ziggo.nl) 15.31.06 # The proper way of doing this is in line with http://openvizsla.org/ - FPGA + buffer ram + USB transceiver 15.31.34 # but thats a lot of work to design and write software for both sides 15.34.58 # yeah and openvizla didn't work out because the leader stole the money :( 15.35.24 # they produced some boards but the project was not super successful 15.36.57 # I wonder if there exists some EHCI/OHCI with enough capabilities to build an analyzer (ie somehow get access to the transceiver) 15.37.09 Join williamtdr [0] (uid27909@gateway/web/irccloud.com/x-duihflicmgircpda) 15.39.02 Quit wodz (Ping timeout: 276 seconds) 15.47.58 Part williamtdr 16.04.14 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 16.22.43 Join einhirn [0] (~Miranda@139.174.4.164) 16.25.22 Quit PurlingNayuki (Quit: PurlingNayuki) 16.27.00 Quit shamus (Ping timeout: 240 seconds) 16.27.00 Quit michaelni (Ping timeout: 240 seconds) 16.27.45 Join michaelni [0] (~michael@chello213047064066.6.14.vie.surfer.at) 16.27.55 Join shamus [0] (~shmaus@ip-206-192-194-12.marylandheights.ip.cablemo.net) 16.38.58 Join Tristit1a [0] (~tristitia@static-ip-69-64-50-196.inaddr.ip-pool.com) 16.39.58 Quit Tristitia (Ping timeout: 240 seconds) 16.46.48 Join sparetire [0] (~sparetire@unaffiliated/sparetire) 16.47.30 Quit Tristit1a (Excess Flood) 16.50.28 Join Tristitia [0] (~tristitia@static-ip-69-64-50-196.inaddr.ip-pool.com) 17.28.24 *** Saving seen data "./dancer.seen" 17.40.53 Quit petur (Quit: *plop*) 17.44.46 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 18.03.59 Quit edhelas (Ping timeout: 276 seconds) 18.14.55 Join PurlingNayuki [0] (~Thunderbi@14.155.44.94) 18.18.42 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 19.02.10 Quit Link8 (Ping timeout: 244 seconds) 19.28.27 *** Saving seen data "./dancer.seen" 19.50.14 Part architekt ("WeeChat 1.3-dev") 20.13.09 Quit pamaury (Remote host closed the connection) 20.24.18 Join rela [0] (~x@pdpc/supporter/active/rela) 20.33.52 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 20.35.25 Quit pamaury (Read error: Connection reset by peer) 20.36.42 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 20.49.54 Quit krnlyng (Quit: huiiiiii) 20.52.50 Join krnlyng [0] (~liar@178.114.15.247.wireless.dyn.drei.com) 21.08.06 Join girafe [0] (~girafe@AGrenoble-651-1-400-91.w90-52.abo.wanadoo.fr) 21.16.30 Join krnlyng_ [0] (~liar@83.175.90.24) 21.20.10 Quit pamaury (Read error: Connection reset by peer) 21.20.28 Quit krnlyng (Ping timeout: 240 seconds) 21.21.01 Nick krnlyng_ is now known as krnlyng (~liar@83.175.90.24) 21.21.28 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 21.28.31 *** Saving seen data "./dancer.seen" 21.36.06 Quit krnlyng (Quit: huiiiiii) 21.40.59 Join krnlyng [0] (~liar@77.117.116.200.wireless.dyn.drei.com) 21.50.08 Join petur [0] (~petur@rockbox/developer/petur) 22.24.23 Quit pamaury (Read error: Connection reset by peer) 22.25.38 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 22.38.31 Join xorly [0] (~xorly@ip-86-49-15-121.net.upcbroadband.cz) 23.01.30 Quit ender` (Ping timeout: 252 seconds) 23.03.05 Quit ender| (Ping timeout: 250 seconds) 23.03.58 Quit rela (Ping timeout: 240 seconds) 23.05.30 Quit [Saint] (Ping timeout: 244 seconds) 23.06.32 Join [Saint] [0] (~hayden@rockbox/staff/saint) 23.08.07 Quit igitoor (Quit: leaving) 23.09.13 Join igitoor [0] (igitur@2a00:d880:3:1::c1ca:a648) 23.15.30 Quit igitoor (Changing host) 23.15.30 Join igitoor [0] (igitur@unaffiliated/contempt) 23.15.46 Quit bertrik (Remote host closed the connection) 23.19.08 Quit petur (Quit: Leaving) 23.26.15 Quit krnlyng (Ping timeout: 252 seconds) 23.28.34 *** Saving seen data "./dancer.seen" 23.37.59 Join krnlyng [0] (~liar@77.117.116.200.wireless.dyn.drei.com) 23.44.12 Join ender| [0] (krneki@2a01:260:4094:1:42:42:42:42)