Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

#rockbox log for 2016-02-25

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:00
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:00
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:00
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:00
04:54:19 Quit krnlyng (Ping timeout: 244 seconds)
05:00
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
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:00
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:00
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:00
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:00
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:00
12:21:30JdGordon_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:11JdGordon_and usb mode doesnt seem to be working
12:30:52JdGordon_filesystem was (unsurprisingly) corrupt
12:31:01JdGordon_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:00
13:02:13 Join pamaury [0] (amauly@rockbox/developer/pamaury)
13:05:37wodzpamaury: have you looked at hwstub-atj usb driver I posted?
13:07:15pamaurywodz: 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:12pamaurywodz: in ep0_write, I'm slightly concerned about this OTG_EP0CS = 0;
13:24:55pamauryit 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:39pamauryin ep0_read, you want to handle the case of a short transfer
13:26:27pamauryie if xfer_size < MIN(max_pkt_size, endpoint->length) then the host will not transfer more data
13:27:08pamauryat 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:44wodzpamaury: 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:22wodzpamaury: and clearing bits in OTG_EP0CS seems need writing 1 into them
13:40:39wodzpamaury: NACK seems to be done automatically
13:41:36wodzpamaury: 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:00
14:24:21pamaurywodz: re erroneous transfers: I don't think so
14:24:58wodzpamaury: are you aware of any reasonable way to do that?
14:27:54pamauryno
14:29:40pamauryit'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:30wodzthat silly, how you test drivers then?
14:33:48gevaertsYou can get special hardware to generate custom packets
14:34:31gevaertsIt's not really libusb's fault, an EHCI (or any *HCI) controller just doesn't have an API to do wild things
14:35:25wodzgevaerts: sounds costly
14:35:34gevaertsIt probably is :)
14:35:46pamaurywodz: but it doesn't matter, the only thing which *really* matters is that you properly recover from a reset basically
14:36:02pamauryby properly cancelling all transfers
14:36:27wodzpamaury: is there a way to test it?
14:36:54pamaurylibusb will let you reset the device at any time I think
14:37:13pamauryotherwise try Windows, it does fancy things on init, including a reset in a middle of a transfer
14:37:24wodzpff
14:38:16wodzpamaury: But to test driver correctness I'd need to reset device in the middle of transfer.
14:39:08pamauryyes, either use several threads or use the asynchronously API of libusb
14:39:20wodzah, I could use asynchronous api
14:39:40pamauryit's easier to interrupt very big transfers of course, because of the timing
14:39:58pamauryalso try to force full-speed, makes it easier
14:47:56gevaertsHmm, 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:09wodzpamaury: 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:33pamaurywodz: correct
14:49:54pamauryactually it would way easier to check with a usb analyser but at least wireshark can give you some insight
14:50:20wodzgevaerts: for FS it is doable with not so highend MCUs as well. AVR can do HID all in software
14:51:15gevaertsHID tends to be LS, which will be easier
14:51:27wodzah, right
14:51:30pamaurymost devices don't do LS
14:51:39pamaurythey do either LS or FS/HS
14:51:47*gevaerts nods
14:51:48pamaurybecause it's a pain to support both
14:52:36gevaertsAlso, 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:56pamaurythat 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
15:00:54wodzhttp://ellisys.com/products/usbex260/buy.php
15:03:33pamauryyeah usb analyzers are crazy expensive
15:11:31gevaertsI imagine a beaglebone might be a good board for this, with the PRU things
15:13:14pamauryyeah I wonder how far you could go with this
15:13:58pamauryit runs at 200MHz but it also depends on the I/O speed
15:16:42pamaurythe 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:55wodzFrom 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:32wodzAVR clock was 16MHz and ARM was 50MHz
15:21:06gevaertshttp://hackaday.com/2013/12/07/speeding-up-beaglebone-black-gpio-a-thousand-times/#comment-1125631 says the PRU can do fast GPIO
15:21:20gevaertsFast enough for USB full speed anyway
15:24:03pamauryThe problem is HS, it runs at 480Mhz and you need oversampling
15:25:44pamaurythat'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:06wodzThe proper way of doing this is in line with http://openvizsla.org/ - FPGA + buffer ram + USB transceiver
15:31:34wodzbut thats a lot of work to design and write software for both sides
15:34:58pamauryyeah and openvizla didn't work out because the leader stole the money :(
15:35:24pamaurythey produced some boards but the project was not super successful
15:36:57pamauryI 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:00
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:00
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:00
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:00
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:00
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:00
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:00
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:00
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)

Previous day | Next day