[10:53] <apw> diwic, yo ... this SND_DEBUG thing, is this something you would make use of if it was turned on?
[11:13] <diwic> apw, rarely, but it happens
[11:14] <diwic> apw, heh, by your latest email it seems we're following upstream's recommendations
[11:14] <diwic> apw, or, its default but not its recommendation, which is a bit contradictory
[11:31] <apw> diwic, yeah, so as you are our audio expert we would prefer to be guided by you, if you see value in it, file a bug and let me know the number and we can prototype it in saucy
[11:32] <diwic> apw, ok. I'll await what Takashi says about it
[11:32] <apw> diwic, great, i will promptly forget until we hear from you
[11:32] <diwic> apw, ack
[11:33] <apw> diwic, i think he has already replied in the positive, so file me a bug
[11:34] <apw> and i'll get it in the next saucy 3.9 upload, i am keen to upload it as it has a security patch sitting on it
[11:40] <apw> diwic, there is a new option exposed by SND_DE
[11:40] <apw> diwic, there is a new option exposed by SND_DEBUG, SND_PCM_XRUN_DEBUG ... do we want that on or off
[11:41] <diwic> apw, I guess the value is either that we're testing code that others are not testing (QA!), or that we're sticking with what SuSE is doing (less bugs for us!)
[11:41] <diwic> apw, I've actually fixed a bug once that only occurred with SND_DEBUG off
[11:42] <diwic> apw, let me check XRUN_DEBUG and see if it has any performance impact
[11:42] <apw> diwic, we want less bugs i suspect
[11:46] <diwic> apw, xrun_debug can actually be even more helpful
[11:46] <diwic> apw, I say let's go for both
[11:47] <diwic> apw, bug 1187744
[11:47] <ubot2> Launchpad bug 1187744 in linux (Ubuntu) "please enable SND_PCM_XRUN_DEBUG" [Undecided,New] https://launchpad.net/bugs/1187744
[11:49]  * henrix -> lunch
[13:26] <psivaa> jsalisbury: Just curious about the ETA of a fix for bug 1181315. 
[13:26] <psivaa> This bug is causing a couple of daily smoke test failures and it's not being assigned to anyone.
[13:26] <psivaa> Would also help to get that assigned. thanks
[13:28] <jsalisbury> psivaa, I'll start the bisect now.  It would be good to test v3.10-rc4 as well, just to confirm it's not fixed in mainline.
[13:28] <jsalisbury> psivaa, I'll post a link to v3.10-rc4 in the bug
[13:34] <apw> diwic, ack
[13:34] <apw> ogasawara__, i am thinking i would upload a 3.9 saucy, to get the pending security fix out
[13:36] <ogasawara__> apw: ack
[13:41] <apw> ogasawara, and i'll upload the unstable to preproposed
[13:41] <ogasawara> apw: ack
[14:18] <henrix> jsalisbury: re bug #1186932
[14:18] <ubot2> Launchpad bug 1186932 in linux (Ubuntu) "Regression: kernel 3.8.0-24 breaks WPA enterprise auth [iwlwifi]" [High,Confirmed] https://launchpad.net/bugs/1186932
[14:18] <henrix> jsalisbury: looks like the fix is commit a87783699b23395c46bbeeb5d28f6db24897bf26
[14:18] <henrix> jsalisbury: its a linus tree sha1
[14:19] <henrix> jsalisbury: if you check the commit body, it refers to bug that seems to be the same one
[14:20] <jsalisbury> henrix, cool, thanks for finding
[14:21] <henrix> jsalisbury: np
[14:21] <henrix> jsalisbury: let me know if you want me to build a test kernel
[14:21] <jsalisbury> henrix, I'll build a raring kernel with that commit and post it to the bug
[14:21] <jsalisbury> henrix, heh, 
[14:21] <henrix> :)
[14:21] <jsalisbury> henrix, it's up to you.  I don't mind doing it
[14:22] <henrix> jsalisbury: and it looks like we'll hit the same bug on other kernels as well (at least Q)
[14:23] <henrix> jsalisbury: heh, looks like the bug reporter has already found the fix himself :)
[14:23] <henrix> and he confirms it fixes it, so no need for a test kernel ;)
[14:23] <jsalisbury> henrix, great
[14:27] <jsalisbury> henrix, it looks like a87783699b23395c46bbeeb5d28f6db24897bf26 was sent to stable
[14:27] <henrix> jsalisbury: yep, that's how i found it :)
[14:27] <jsalisbury> henrix, :-)
[14:28] <henrix> _bjf: is it too late in the sru cycle to add this fix into the kernels (P, Q and R)?
[14:29] <psivaa> jsalisbury: I've just updated bug #1181315 to say that it is still present in v3.10-rc4 as well. 
[14:29] <ubot2> Launchpad bug 1181315 in linux (Ubuntu) "unregister_netdevice: waiting for lo to become free. Usage count = 2' is reported and causing kernel hang when floodlight tests are run using utah" [Medium,In progress] https://launchpad.net/bugs/1181315
[14:31] <jsalisbury> psivaa, cool.  Thanks.
[14:31] <jsalisbury> psivaa, I started a bisect, so I'll have a test kernel for that shortly.
[14:32] <jsalisbury> psivaa, I also identified two commits in the changelog from 3.8 to v3.9-rc1 that may be suspect. I'm also going to post  a test kernel with those two commits reverted as well.
[14:33] <psivaa> jsalisbury: ack, could test that when it's ready
[14:33] <apw> jsalisbury, sounds like you are haivng fun there
[14:34] <jsalisbury> psivaa, copying it now.  posting  a link to the bug
[14:34] <jsalisbury> apw, always having fun ;-)\
[14:34] <psivaa> jsalisbury: ack
[15:20] <psivaa> jsalisbury: just fyi, the test kernel also has the issue.
[17:34] <jsalisbury> psivaa, I started a bisect and posted the first test kernel.  A link to the test kernel is in the bug.
[17:47] <cafetiere> smb`: it is sunny outside ... Why are we inside ...
[23:49] <slangasek> oh wow, my system has actually gotten itself into a state where the swap *is* used... 100% of it
[23:50] <slangasek> that's a curious change