=== chuck_ is now known as zul === lag` is now known as lag === ivoks_ is now known as ivoks === rbasak_ is now known as rbasak === fmasi_afk is now known as fmasi === fmasi is now known as Guest35129 === Guest35129 is now known as fmasi_office === Guest93019 is now known as MuTuX === psivaa_ is now known as psivaa [10:53] diwic, yo ... this SND_DEBUG thing, is this something you would make use of if it was turned on? [11:13] apw, rarely, but it happens [11:14] apw, heh, by your latest email it seems we're following upstream's recommendations [11:14] apw, or, its default but not its recommendation, which is a bit contradictory [11:31] 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] apw, ok. I'll await what Takashi says about it [11:32] diwic, great, i will promptly forget until we hear from you [11:32] apw, ack [11:33] diwic, i think he has already replied in the positive, so file me a bug [11:34] 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] diwic, there is a new option exposed by SND_DE [11:40] diwic, there is a new option exposed by SND_DEBUG, SND_PCM_XRUN_DEBUG ... do we want that on or off [11:41] 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] apw, I've actually fixed a bug once that only occurred with SND_DEBUG off [11:42] apw, let me check XRUN_DEBUG and see if it has any performance impact [11:42] diwic, we want less bugs i suspect [11:46] apw, xrun_debug can actually be even more helpful [11:46] apw, I say let's go for both [11:47] apw, bug 1187744 [11:47] Launchpad bug 1187744 in linux (Ubuntu) "please enable SND_PCM_XRUN_DEBUG" [Undecided,New] https://launchpad.net/bugs/1187744 [11:49] * henrix -> lunch === shadeslayer_ is now known as shadeslayer [13:26] jsalisbury: Just curious about the ETA of a fix for bug 1181315. [13:26] This bug is causing a couple of daily smoke test failures and it's not being assigned to anyone. [13:26] Would also help to get that assigned. thanks [13:28] 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] psivaa, I'll post a link to v3.10-rc4 in the bug [13:34] diwic, ack [13:34] ogasawara__, i am thinking i would upload a 3.9 saucy, to get the pending security fix out [13:36] apw: ack === ogasawara__ is now known as ogasawara [13:41] ogasawara, and i'll upload the unstable to preproposed [13:41] apw: ack === davmor2_ is now known as davmor2 === hallyn is now known as 21WAASE4I === soren_ is now known as soren === ogasawara is now known as Guest37522 === jono is now known as Guest19882 === ashams is now known as Guest15032 === JanC is now known as Guest69968 === lan3y is now known as Laney === lilstevie_ is now known as lilstevie [14:18] jsalisbury: re bug #1186932 [14:18] 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] jsalisbury: looks like the fix is commit a87783699b23395c46bbeeb5d28f6db24897bf26 [14:18] jsalisbury: its a linus tree sha1 [14:19] jsalisbury: if you check the commit body, it refers to bug that seems to be the same one [14:20] henrix, cool, thanks for finding [14:21] jsalisbury: np [14:21] jsalisbury: let me know if you want me to build a test kernel [14:21] henrix, I'll build a raring kernel with that commit and post it to the bug [14:21] henrix, heh, [14:21] :) [14:21] henrix, it's up to you. I don't mind doing it [14:22] jsalisbury: and it looks like we'll hit the same bug on other kernels as well (at least Q) [14:23] jsalisbury: heh, looks like the bug reporter has already found the fix himself :) [14:23] and he confirms it fixes it, so no need for a test kernel ;) [14:23] henrix, great === Guest19882 is now known as jono === jono is now known as Guest85454 [14:27] henrix, it looks like a87783699b23395c46bbeeb5d28f6db24897bf26 was sent to stable [14:27] jsalisbury: yep, that's how i found it :) [14:27] henrix, :-) [14:28] _bjf: is it too late in the sru cycle to add this fix into the kernels (P, Q and R)? [14:29] jsalisbury: I've just updated bug #1181315 to say that it is still present in v3.10-rc4 as well. [14:29] 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] psivaa, cool. Thanks. [14:31] psivaa, I started a bisect, so I'll have a test kernel for that shortly. [14:32] 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] jsalisbury: ack, could test that when it's ready [14:33] jsalisbury, sounds like you are haivng fun there [14:34] psivaa, copying it now. posting a link to the bug [14:34] apw, always having fun ;-)\ [14:34] jsalisbury: ack === Guest69968 is now known as JanC === 21WAASE4I is now known as hallyn [15:20] jsalisbury: just fyi, the test kernel also has the issue. === lan3y is now known as Laney === Laney is now known as Guest71473 === Guest71473 is now known as Laney === lool- is now known as lool === jibel_ is now known as jibel === tyhicks` is now known as tyhicks === fmasi_office is now known as fmasi_afk === dduffey_afk is now known as dduffey === psivaa is now known as psivaa_AFK [17:34] psivaa, I started a bisect and posted the first test kernel. A link to the test kernel is in the bug. [17:47] smb`: it is sunny outside ... Why are we inside ... === bkcherry is now known as BlackCherry === yofel_ is now known as yofel === marrusl is now known as marrusl_really === yofel_ is now known as yofel === tyhicks` is now known as tyhicks === Guest37522 is now known as ogasawara === hggdh is now known as ubotu-br === ubotu-br is now known as ubotu-br` === ubotu-br` is now known as hggdh === masACC is now known as maswan === maxb_ is now known as maxb [23:49] oh wow, my system has actually gotten itself into a state where the swap *is* used... 100% of it [23:50] that's a curious change