--- Log for 18.09.121 Server: silver.libera.chat Channel: #rockbox --- Nick: rb-logbot Version: Dancer V4.16 Started: 15 days and 13 hours ago 00.43.00 Quit dconrad (Remote host closed the connection) 01.23.30 Quit Moriar (Ping timeout: 268 seconds) 01.43.47 *** Saving seen data "./dancer.seen" 02.17.30 Join ZincAlloy [0] (~Adium@ip5f5abcae.dynamic.kabel-deutschland.de) 02.19.19 Join lebellium [0] (~lebellium@2a01cb04012c090039291131e0f8f46d.ipv6.abo.wanadoo.fr) 02.20.45 Quit massiveH (Quit: Leaving) 02.24.16 Quit lebellium (Quit: Leaving) 02.26.14 Join lebellium [0] (~lebellium@2a01cb04012c090014b74102b94abd94.ipv6.abo.wanadoo.fr) 02.28.23 Join lebellium_ [0] (~lebellium@2a01cb04012c09003dfd782a812e7236.ipv6.abo.wanadoo.fr) 02.31.10 Quit lebellium (Ping timeout: 240 seconds) 03.43.49 *** Saving seen data "./dancer.seen" 05.02.24 Quit S|h|a|w|n (Quit: Leaving) 05.43.51 *** Saving seen data "./dancer.seen" 06.28.59 Quit pixelma (Quit: .) 06.28.59 Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) 06.31.53 Join pixelma [0] (marianne@p200300ea87293400305e95fffec66ff3.dip0.t-ipconnect.de) 06.31.53 Join amiconn [0] (jens@p200300ea87293400305e95fffec66ff3.dip0.t-ipconnect.de) 07.28.34 Quit Piece_Maker (Ping timeout: 268 seconds) 07.43.54 *** Saving seen data "./dancer.seen" 08.06.18 Join Piece_Maker [0] (~Piece_Mak@cpc95746-bolt17-2-0-cust360.10-3.cable.virginm.net) 09.43.58 *** No seen item changed, no save performed. 11.43.59 *** No seen item changed, no save performed. 11.45.44 Join Moriar [0] (~moriar@107-200-193-159.lightspeed.stlsmo.sbcglobal.net) 12.45.00 Join Strife89 [0] (uid399903@id-399903.lymington.irccloud.com) 13.17.06 Join dconrad [0] (~dconrad@208.38.228.17) 13.44.02 *** No seen item changed, no save performed. 13.44.28 Join amachronic [0] (~amachroni@user/amachronic) 13.45.57 # quick question, is there anyone still active familiar with RB's usb stack? 13.48.05 # I've gone spelunking into it far, far more than I'd like (when sorting out the jz47xx USB issues) 13.48.50 # but I don't think any of the folks directly responsible for it are still active. 13.49.20 # okay. I guessed so. 13.50.17 # I've realized a lot of control transfer related stuff is broken, both in drivers and in the common usb code. 13.51.20 # That doesn't surprise me, given the persistent reports of intermittent flakiness on a wide variety of targets. 13.51.35 # for example, the core code doesn't return STALL properly for all types of control transfers. and control writes pretty much don't work. 13.52.09 # one of the USB drivers doesn't even know the difference between stalling the in vs. out endpoint. 13.52.33 Ctcp Ignored 2 channel CTCP requests in 11 hours and 19 minutes at the last flood 13.52.33 # * speachy winces. 13.52.40 # I ran into that in the jz47xx code too 13.53.22 # where it gets messy is that there's a ton of variation in the relative capabilities of our USB drivers, some handle more stuff automatically. 13.53.48 # s/driver/hardware/ 13.54.18 # and we sort of tried to make later drivers map the APIs of the original ones. 13.55.10 # the current API takes a micromangement approach. I think this needs to be changed. 13.55.37 # like, instead of send/recv ZLP packets and other low-level voodoo we should handle some stuff at a higher level. 13.56.19 # I'm just not sure how to do this without breaking every other USB driver. 13.57.09 # ... gotta start somewhere 13.57.36 # there was a big SD API rewrite along those same lines a while back. 13.58.15 # our dev builds have been remarkably stable for the past couple of years. :D 13.59.53 # ... well, propose a new API, I'll be glad to help review it. I assume you'll want to port the dwc2 driver to the new API; I'll do the same with the jz47xx 14.00.27 # and we can work back from there 14.01.00 # that'd be great, thanks. 14.01.01 # the as3525 and pp50xx are probably the most important ones to have covered 14.01.34 # I wonder if this b0rkage has anything to do with that optmization-related regression on the as3525v1 targets.. 14.02.23 # I have a proper hardware USB sniffer BTW. 14.03.17 # cool. I'm stuck guessing with wireshark. 14.07.31 # (turns out the dwc2 in host mode doesn't quite handle flow control properly, causing a DoS on some devices) 14.15.13 # oh, one thing I should point out first -- when I hacked in that "prompt the user what to do" when USB was inserted 14.16.03 # on some controllers we only know USB is connected because a posted URB gets returned. 14.16.14 # others we're told and can initiate it at our leisure 14.16.28 # that sort of crap really complicates clean APIs. 14.17.26 # dconrad was fighting with that a while back, for some reason. 14.19.59 # control requests seem to be the main buggy thing so that's where I'm focusing for now. 14.22.25 # gotta run and deal with more meatspace stuff. but I'm looking forward to seeing what you come up with 15.10.31 Quit amachronic (Quit: amachronic) 15.33.37 Quit Strife89 (Quit: Connection closed for inactivity) 15.44.03 *** Saving seen data "./dancer.seen" 17.00.37 Quit Moriar (Ping timeout: 268 seconds) 17.10.00 Quit dconrad () 17.44.04 *** Saving seen data "./dancer.seen" 17.55.18 Quit lebellium_ (Quit: Leaving) 18.48.09 Quit ZincAlloy (Quit: Leaving.) 18.49.10 Join Strife89 [0] (uid399903@id-399903.lymington.irccloud.com) 19.08.29 Quit tomato (Ping timeout: 268 seconds) 19.41.04 Join tomato [0] (~tomato@user/tomato) 19.44.08 *** Saving seen data "./dancer.seen" 21.08.12 Join Moriar [0] (~moriar@107-200-193-159.lightspeed.stlsmo.sbcglobal.net) 21.15.19 Quit Piece_Maker (Ping timeout: 252 seconds) 21.25.56 Join Piece_Maker [0] (~Piece_Mak@cpc95746-bolt17-2-0-cust360.10-3.cable.virginm.net) 21.29.14 Join massiveH [0] (~massiveH@ool-18e4e82f.dyn.optonline.net) 21.44.11 *** Saving seen data "./dancer.seen" 22.18.36 Join advcomp2019 [0] (~advcomp20@user/advcomp2019) 22.21.50 Quit advcomp2019_ (Ping timeout: 260 seconds) 22.23.01 Quit advcomp2019 (Ping timeout: 252 seconds) 22.23.21 Join advcomp2019 [0] (~advcomp20@user/advcomp2019) 23.33.37 Quit Strife89 (Quit: Connection closed for inactivity) 23.44.13 *** Saving seen data "./dancer.seen"