--- Log for 08.11.121  Server: sodium.libera.chat  Channel: #rockbox
--- Nick: rb-logbot  Version: Dancer V4.16  Started: 7 days and 0 hours ago

00.57.50 ***     Saving seen data "./dancer.seen"
01.04.59 Quit    kirvesAxe (*.net *.split)
01.04.59 Quit    ParkerR (*.net *.split)
01.04.59 Quit    user890104 (*.net *.split)
01.05.09 Join    kirvesAxe [0] (kirvesaxe@user/kirvesaxe)
01.05.10 Join    ParkerR [0] (~ParkerR@znc.withg.org)
01.05.10 Join    user890104 [0] (~Venci@freemyipod/user890104)
01.16.53 Join    tertu [0] (~tertu@user/tertu)
01.17.34 Quit    tertu2 (Ping timeout: 260 seconds)
02.57.54 ***     Saving seen data "./dancer.seen"
04.57.55 ***     No seen item changed, no save performed.
06.57.56 ***     No seen item changed, no save performed.
07.24.13 #       <speachy> hmm.  I'm going to update the bug reporting instructions to make it clearer that one should try the latest daily build before reporting a bug.
08.57.57 ***     No seen item changed, no save performed.
09.04.02 Join    massiveH [0] (~massiveH@ool-18e4ebfe.dyn.optonline.net)
09.08.46 Join    chris_s [0] (~chris_s@ip-95-223-74-166.hsi16.unitymediagroup.de)
09.14.16 Quit    chris_s (Quit: Connection closed)
09.24.02 #       <speachy> amachronic:  fs#13315
09.24.05 #       <rb-bluebot> https://www.rockbox.org/tracker/task/13315 3Unrecognized USB device (bugs, unconfirmed)
09.24.21 #       <speachy> more fallout from the usb control rework, this time on the ipod5.5g
10.18.20 Quit    tchan (Ping timeout: 268 seconds)
10.19.18 Join    tchan [0] (~tchan@c-98-206-141-238.hsd1.il.comcast.net)
10.28.32 Quit    massiveH (Quit: Leaving)
10.57.58 ***     Saving seen data "./dancer.seen"
12.58.01 ***     No seen item changed, no save performed.
13.11.18 Join    ZincAlloy [0] (~Adium@ip5f5abcae.dynamic.kabel-deutschland.de)
13.14.03 Join    lebellium [0] (~lebellium@2a01cb04012c0900685c0c51b4d0a819.ipv6.abo.wanadoo.fr)
13.30.58 Join    amachronic [0] (~amachroni@user/amachronic)
13.36.42 #       <amachronic> speachy: I'm guessing the ipod 5.5g and xduoo x3 USB issues are both due to my over-aggressive error checking.
13.42.07 #       <spork> progress requires breaking eggs
13.42.16 #       <braewoods> or breaking some legs.
13.42.20 #       * braewoods grabs a crowbar.
13.42.23 #       <braewoods> :P
13.43.14 #       <spork> gordon 'braewoods' freeman
13.58.33 #       <amachronic> the 5.5g is the ipod video (I think) which is using the ARC driver.
14.04.04 #       <amachronic> looks like gigabeat S, iriver h10, all the creative zens, and some ipods, sansas, and sonys are all using it
14.25.54 #       <rb-bluebot> Build Server message: 3New build round started. Revision 25941d5e0c, 303 builds, 11 clients.
14.38.33 #       <rb-bluebot> Build Server message: 3Build round completed after 758 seconds.
14.38.35 #       <rb-bluebot> Build Server message: 3Revision 25941d5e0c result: All green
14.39.08 #       <munkis> amachronic:  putting a control_respond after a blocking recieve panics, and control_respond doesn't do blocking
14.42.00 #       <amachronic> munkis, under the new API you're not supposed to ever send or recv on the control endpoint directly.
14.43.01 #       <amachronic> iirc the usb audio driver only used blocking receive for control writes, correct?
14.43.02 #       <munkis> right I was saying that the new API as it stands can't handle the USB audio patch.
14.43.54 #       <amachronic> the API gives you another way to handle the control writes so the blocking receive is unnecessary.
14.44.10 #       <amachronic> i left some comments on that patch did you see them?
14.46.13 #       <munkis> yes, trying to convert to the new APII crashes. the receives appear to need to be blocking
14.49.23 #       <amachronic> can you upload the code with what youre trying, since I only see the old style code up there now.
14.49.57 #       <amachronic> those receives (blocking or no) shouldn't be there at all, control_respond is meant to replace them.
14.58.03 ***     No seen item changed, no save performed.
15.00.44 Quit    amachronic (Read error: Connection reset by peer)
15.01.00 #       <munkis> huh I rebuilt it before uploading, and it works now
15.01.11 #       * munkis scratches his head
15.07.25 Join    amachronic [0] (~amachroni@user/amachronic)
15.08.04 #       <munkis> huh I rebuilt it before uploading, and it works now
15.10.00 #       <amachronic> it could be the driver (and/or the compatibility shim) that's busted
15.10.30 #       <amachronic> you just lucked out and didn't get the panic
15.21.48 #       <_bilgus> any objections on g#3945
15.21.51 #       <rb-bluebot> 3Gerrit review #3945 at https://gerrit.rockbox.org/r/c/rockbox/+/3945 : 3RFC settings & nvram.bin save setting to tmp file save old by William Wilgus
15.23.45 #       <munkis> I tried a few times
15.25.34 #       <munkis> _bilgus: maybe make it a setting?
15.27.48 #       <_bilgus> not sure I see a point in making it configurable
15.28.02 #       <_bilgus> beyond @ compile time
15.28.50 #       <_bilgus> figure it still uses the tmp file for subsequent writes
15.29.16 #       <speachy> _bilgus: I like it.  maybe instead of '.tmp' you call it '.new'
15.29.31 #       <munkis> fair enough
15.29.39 #       <_bilgus> yeah lessen the confusion if the user sees it in the folder
15.45.31 Quit    j-r (Remote host closed the connection)
15.47.10 Join    j-r [0] (~j-r@p2003000623267218404207fffefd0a65.dip0.t-ipconnect.de)
16.01.23 Quit    kugel (Quit: Lost terminal)
16.03.46 #       <_bilgus> I wonder just how often the nvram file gets written, I know I found it committing the last screen to it with every plugin run 
16.04.18 #       <_bilgus> it should probably be setup to just keep appending the file during a single session
16.06.33 Join    _amachronic [0] (~amachroni@user/amachronic)
16.08.19 Quit    amachronic (Ping timeout: 250 seconds)
16.09.44 Quit    skipwich (Quit: DISCONNECT)
16.17.12 #       <rb-bluebot> Build Server message: 3New build round started. Revision aed113042d, 303 builds, 12 clients.
16.27.58 #       <_amachronic> g#3948
16.28.01 #       <rb-bluebot> 3Gerrit review #3948 at https://gerrit.rockbox.org/r/c/rockbox/+/3948 : 3usb: Attempt to fix race condition in compatibility layer by Aidan MacDonald
16.28.32 #       <rb-bluebot> Build Server message: 3Build round completed after 680 seconds.
16.28.33 #       <rb-bluebot> Build Server message: 3Revision aed113042d result: 104 errors 0 warnings
16.28.45 #       <_amachronic> it looks like the null control request panic is just my own foolishness.
16.29.30 #       <speachy> hmm, checkwps go boom.
16.33.57 #       <speachy> ... because homepc-petur's builder isn't working properly.
16.47.20 #       <rb-bluebot> Build Server message: 3New build round started. Revision 8c954c68e5, 303 builds, 11 clients.
16.49.06 #       <speachy> hmm.  wouldn't be too hard to make the client blacklist more fine-grained.
16.50.06 #       <speachy> _amachronic: I'd think disabling irqs is necssary, because volatile or not, we can still get preempted.
16.51.10 #       <_amachronic> my logic is that if we have to disable IRQs, we're hosed anyway -- the USB driver would be overwriting stuff that's already in use. so disabling IRQs would be a bit of a moot point.
16.51.42 #       * speachy nods.
16.58.07 ***     Saving seen data "./dancer.seen"
16.59.47 #       <rb-bluebot> Build Server message: 3Build round completed after 747 seconds.
16.59.48 #       <rb-bluebot> Build Server message: 3Revision 8c954c68e5 result: All green
17.01.03 #       <speachy> _amachronic: with that commit, the x3 still doesn't enumerate properly.
17.01.20 #       <_amachronic> wonderful.
17.01.27 #       <speachy> so perhaps necessary, but insufficient.  :D
17.03.00 #       <_amachronic> yeah, I figure there's something else afoot but I can't figure out what.
17.03.34 #       <speachy> I need to sit down with a sniffer and see what's actually going one
17.03.40 #       <speachy> going on..
17.06.41 #       <_amachronic> ah well, i'm calling it a night. I'll try looking at it again tomorrow. lemme know if you find out anything with the sniffer!
17.09.29 Quit    _amachronic (Quit: _amachronic)
17.52.11 #       <rb-bluebot> Build Server message: 3New build round started. Revision 9f1cab154c, 303 builds, 11 clients.
17.54.09 Quit    lebellium (Quit: Leaving)
18.03.04 #       <rb-bluebot> Build Server message: 3Build round completed after 654 seconds.
18.03.06 #       <rb-bluebot> Build Server message: 3Revision 9f1cab154c result: All green
18.24.10 Quit    ZincAlloy (Quit: Leaving.)
18.58.11 ***     Saving seen data "./dancer.seen"
20.58.13 ***     No seen item changed, no save performed.
22.48.42 #       <__builtin> any idea why I can't ssh to the gerrit server anymore?
22.48.57 #       <__builtin> gerrit's web interface shows my SSH key associated with my account
22.51.37 #       <__builtin> ah, it's a RSA key
22.58.17 ***     No seen item changed, no save performed.
23.41.23 Join    skipwich [0] (~skipwich@user/skipwich)
23.44.24 Quit    tertu (*.net *.split)
23.44.24 Quit    wolfshappen (*.net *.split)
23.45.13 Join    tertu [0] (~tertu@user/tertu)
23.45.13 Join    wolfshappen [0] (~waff@irc.furworks.de)
23.47.07 Quit    wolfshappen (Max SendQ exceeded)
23.47.36 Join    wolfshappen [0] (~waff@irc.furworks.de)