/srv/irclogs.ubuntu.com/2015/10/22/#ubuntu-kernel.txt

=== _ruben_ is now known as _ruben
popeyseems we have a regression in trusty kernel -66 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/150878708:28
ubot5Launchpad bug 1508787 in linux (Ubuntu) "Mumble fails to stay connected using 3.13.0-66-generic kernel" [Undecided,Confirmed]08:28
popeyThis caused us some fun on wednesday when trying to record a podcast over mumble. One person was on trusty and couldn't sustain a mumble connection at all.08:29
smbpopey, it might be but sounds like limited to certain audio (as I use mumble fine with that kernel)08:48
popeysmb: how do you mean "certain audio"?08:48
popeyoh, certain audio chipsets?08:48
smbOops, yeah that08:49
smbNeed to get back to that report and ask for info with old kernel so we may see differences08:49
popeyI have had a couple of other people tell me they have the same issue, dunno what hardware they're on.08:50
smbYeah. The description sounds like pmumble/pulsaudio is somewhat struggeling to send audio to the spreaker sink/stream08:51
smbBut I have not had yet much tim eto look into details08:51
smbhenrix, eeerm ^ sooorry 08:55
henrixsmb: smb aka "the bearer of the bad news" :-)08:57
smbit wasn't me08:57
smbit was popey 08:58
henrixheh08:58
henrixi was looking at the bug but couldn't find any really useful info.  i'll have a look at the commits in that release to see if something pops up08:58
smbhenrix, Yeah I think we need to figure out more about what codec is used there. XPS13 might be unfortunate to be wider spread but ... fright now only mild panic. It's not like data is in danger09:27
smbfright -> right... though close to Halloween maybe fright is true too09:27
henrixsmb: popey: ok, i just can't find anything obvious in the last release for causing that (sorry, got distracted with other stuff)09:53
henrixso, i guess a bisect is the obvious option here09:53
henrixas it seems to be easily reproducible in that hw09:53
popeyOk, will have a chat with the reporter later on.09:54
smbhenrix, popey Yeah seems no change under sound... 09:57
popeyhmmm09:57
smbpopey, maybe trying to strace mumble/pulseaudio leads to some hints09:57
=== pgreg_ is now known as pgreg
rtgbjf, a definite regression here (if you haven't already seen it): https://bugs.launchpad.net/bugs/150851012:58
ubot5Launchpad bug 1508510 in linux (Ubuntu) "Something in the Kernel crashes when I try to mount via NFS" [High,Confirmed]12:58
bjfrtg, yes, smb and henrix are looking at it12:59
smbyes, not really sure about this yet. For Trusty there is a commit that looks a bit odd12:59
henrixsmb: yeah, i'm building a test kernel with that commit reverted.  will post a link in the bug soon13:00
smbThough that is a cherry-pick for lts-u and that has been reported having the same issue13:00
henrixsmb: and btw, here's a shot in the dark: commit 6ae459bdaaeebc632b16e54dcbabb490c6931d6113:00
henrix:)13:00
henrix(just found it and caught my attention... may be completely unrelated ;) )13:01
smbhenrix, yeah. at least that plays around with the checksumming type flag as well and that seems to be triggering things ... maybe13:02
smbhenrix, did you see that being fixed up upstream? 31b33dfb0a144469dd805514c9e63f4993729a4813:05
henrixsmb: heh, yeah.  i was looking at that too :)13:06
henrixugh, what a mess13:06
smbhenrix, hmm... but was that initial one in either lts-u or t? I fail to see it in the log... 13:08
henrixsmb: oh, no.  i found these accidentally upstream, that's why i said "a shot in the dark".  davem's sent these to be include in next stable releases13:10
smbhenrix, ah 13:10
henrixsmb: so, sorry for the distraction ;)13:10
henrixsmb: ok, posted a request for test with a kernel reverting commit 89c22d8c3b27 ("net: Fix skb csum races when peeking")13:20
smbhenrix, ok cool... so lets see what happens13:20
bananapiehttps://bugs.launchpad.net/ubuntu/+source/linux/+bug/150715013:35
ubot5Launchpad bug 1507150 in linux (Ubuntu) "[all variants] - Radeon HD3650 - radeon.dpm=1 - ring 0 stalled for more than 10" [Medium,Incomplete]13:35
bananapieThe guy doing traige told me to refile the bug using 'ubuntu-bug linux'. He didn't say if I should report the bug using the normal kernel package or the upstream package. Which should I file the report with ?13:36
bjfbananapie, should be using the normal kernel package13:43
bananapieok. Thanks.13:43
smbhenrix, ah and btw, just figured I can reproduce this. just not immediately on mount (at least if the mounted folder is relatively empty) and for me the nfs-server gets this when I copy stuff there14:27
henrixsmb: ah, cool!  so... maybe you want to run the test kernel? :-)14:30
smbhenrix, I thought but not that simple... that is my NAS box and that user 32bit ... :-P But I got other hw... just needs a minute longer... ;)14:32
henrixsmb: oh, ok.  i can give you a 32-bits version too... but i guess you don't want to mess with your NAS system :)14:34
smbhenrix, not that deliberately14:34
smb:)14:34
henrixheh14:34
=== mamarley_ is now known as mamarley
=== Odd_Blok1 is now known as Odd_Bloke
=== manjo` is now known as manjo
=== Ursinha_ is now known as Ursinha
=== henrix_ is now known as henrix
smbhenrix, Of course no luck in reproducing with any kernel on that other machine... though it even would have the same variant of NICs15:31
henrixsmb: heh, ok.  i'm also working on trying to reproduce here15:32
=== alai888 is now known as alai
henrixsmb: how exactly were you reproducing the issue?  just remote mount and copy a file into the server?  or more complex than that?15:52
smbhenrix, yeah, well using -overs=3,udp as being told in the report on the mount command15:53
smband copy a subdir to the server (about 2G)15:53
henrixsmb: oh, ok.  let me try that15:54
henrixsmb: aha! success!16:02
smbhenrix, oh... that sounds good... I seem to be doing something wrong now 16:02
smbhenrix, So were you able to prove anything?16:24
henrixsmb: sorry, missed your message18:01
henrixsmb: yes, i was able to reproduce.  reverting the commit fixes it18:02
henrix(took me a while to run the test kernel due to linux-signed stuff... yuk)18:02
henrixsmb: ahh! and someone else commented on the bug confirming that18:04
henrixbjf: looks like we have a trusty respin in the horizont ^18:05
henrixsmb: i'm still waiting to see if the original reporter can confirm this18:05
bjfhenrix, ack ... looking forward to it18:11
henrixbjf: heh, me too18:12
henrixnot18:12
smoserhey. 18:27
smoserso say i follow https://wiki.ubuntu.com/Kernel/LTSEnablementStack18:27
smoserand apt-get install linux-generic-lts-vivid18:27
smoserwhath happens to me in 14.04.5 ?18:28
smoserwill apt-get dist-upgrade install me a supported kernel?18:28
apwsmoser, you never get upgraded to a newer lts-X, but you will be told you should update to it18:29
apwto lts-x18:29
smoserok. thanks.18:29
rtgsmoser, we support lts-vivid for the life of 14.0418:30
smoseroh?18:30
rtgsmoser, utopic is already in that phase18:31
rtglts-utopic that is18:31
smoseryou're sure about that ?18:31
apwrtg, i don't think that is correct, at .5 we only support lts-x18:31
apwogasawara, ^18:31
smoseryeah. i dont think you are right :)18:31
rtgsmoser, would I lie to you ?18:31
smoser*someone* is lying to me18:31
smoserhttps://wiki.ubuntu.com/Kernel/LTSEnablementStack#Kernel.2BAC8-Support.A14.04.x_Ubuntu_Kernel_Support18:31
smoseryou or that picutre18:31
rtgoh, thats right. what apw said.18:31
apwsmoser, that picture is correct as far as i know18:32
apwsmoser, just the drop isn't automatic18:32
smoserit'd be nice if that picture labelled (hwe-u == 3.16, hwe-v == 3.19 , hwe-w == 4.2 )18:32
smoseras the picture is very handy. 18:32
ogasawaraindeed, what apw says is correct18:32
smoserbut missing that bit of data useful for mere kernel mortals18:32
ogasawarasmoser: I'll add that to the diagrams18:33
smoserthank you all.18:33

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!