00:57:50 | *** | Saving seen data "./dancer.seen" |
01:00 |
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:00 |
02:57:54 | *** | Saving seen data "./dancer.seen" |
04:00 |
04:57:55 | *** | No seen item changed, no save performed. |
06:00 |
06:57:56 | *** | No seen item changed, no save performed. |
07:00 |
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:00 |
08:57:57 | *** | No seen item changed, no save performed. |
09:00 |
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 Unrecognized USB device (bugs, unconfirmed) |
09:24:21 | speachy | more fallout from the usb control rework, this time on the ipod5.5g |
10:00 |
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:00 |
12:58:01 | *** | No seen item changed, no save performed. |
13:00 |
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:00 |
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: New build round started. Revision 25941d5e0c, 303 builds, 11 clients. |
14:38:33 | rb-bluebot | Build Server message: Build round completed after 758 seconds. |
14:38:35 | rb-bluebot | Build Server message: Revision 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 |
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 | Gerrit review #3945 at https://gerrit.rockbox.org/r/c/rockbox/+/3945 : RFC 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:00 |
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: New build round started. Revision aed113042d, 303 builds, 12 clients. |
16:27:58 | _amachronic | g#3948 |
16:28:01 | rb-bluebot | Gerrit review #3948 at https://gerrit.rockbox.org/r/c/rockbox/+/3948 : usb: Attempt to fix race condition in compatibility layer by Aidan MacDonald |
16:28:32 | rb-bluebot | Build Server message: Build round completed after 680 seconds. |
16:28:33 | rb-bluebot | Build Server message: Revision 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: New 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: Build round completed after 747 seconds. |
16:59:48 | rb-bluebot | Build Server message: Revision 8c954c68e5 result: All green |
17:00 |
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: New build round started. Revision 9f1cab154c, 303 builds, 11 clients. |
17:54:09 | | Quit lebellium (Quit: Leaving) |
18:00 |
18:03:04 | rb-bluebot | Build Server message: Build round completed after 654 seconds. |
18:03:06 | rb-bluebot | Build Server message: Revision 9f1cab154c result: All green |
18:24:10 | | Quit ZincAlloy (Quit: Leaving.) |
18:58:11 | *** | Saving seen data "./dancer.seen" |
20:00 |
20:58:13 | *** | No seen item changed, no save performed. |
22:00 |
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:00 |
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) |