/srv/irclogs.ubuntu.com/2013/07/24/#ubuntu-kernel.txt

F41lman, I'm a bit miffed00:05
F41lThis clovertrail junk :(00:06
F41lI'd have hoped some enterprising kernel devs would have taken that "challenge accepted" I read about intel saying no linux support on clovertrail and made it work.00:06
BenCapw: Are you guys just incrementing the ABI during development on master regardless of whether it is needed or not?00:51
=== smb` is now known as smb
=== fmasi_afk is now known as fmasi
=== fmasi is now known as fmasi_afk
* apw yawns08:11
=== e11bits_ is now known as e11bits
=== fmasi_afk is now known as fmasi
=== fmasi is now known as fmasi_afk
infinityBenC: Did you pick up the debian/control change from apw on that upload too?08:48
infinityapw: Or did you not push that to github yet?08:48
=== cjwatson_ is now known as cjwatson
=== fmasi_afk is now known as fmasi
ckingapw, http://lwn.net/Articles/365835/09:07
apwinfinity, i didn't have push rights when i tried last09:08
infinityapw: Oh, weird.  I thought we both did.09:08
=== ohsix_ is now known as ohsix
=== psivaa_ is now known as psivaa
ppisatibrb10:00
CaribouAny reason why ubuntu kernel packages are marked "Priority:optional" ?10:11
Caribouis it because it is not mandatory to install newer kernels (mandatory == automatic) ?10:11
davmor2Caribou: I'm assuming it is because you may not want/limit downtime on a server so being able to plan a kernel upgrade post testing is important, you don't want your system to die because it got installed with the security updates10:14
Cariboudavmor2: yeah, that's sort of what I understood. We want to keep control over how kernel are upgraded10:15
Cariboudavmor2: thanks10:15
=== fmasi is now known as fmasi_afk
* henrix -> lunch12:27
nessitadiwic, hello there. So, I installed the PPA yesterday, rebooted this morning, and tried to reproduce the bug. Sound does not work at all, not even the mic, and I can not hear anything (not even for some minutes). In any case, I uploaded the syslog with the verbose pulseaudio content to the bug12:29
ogasawaraapw_: can you refresh my memory for why we suppressed the -extra's package for mainline builds?12:49
diwicnessita, hmm, okay12:50
rtgogasawara, why do we need that level of confusion ? extra's just tends to confuse folks12:51
rtgplus its kind of a maintenance hassle12:51
ogasawarartg: a maintenance hassle for the mainline builds?  I thought that's just a cron.12:52
rtgogasawara, new upstreams often cause missing modules or missing symbols in the main package.12:52
rtgogasawara, is someone hassling you about the size of the mainline package ?12:54
apwogasawara, casue they were confusing and not needed, and it was hard to make sure the right combinations were in the non-extras without knowing in advance the depandancies which caused it to fail to build12:54
apwwho is caring12:54
ogasawarartg, apw: Intel is trying to bisect that Romley boot issue for me and notes that the mainline builds fail while 3.10.0-4 from a daily live image is working and they were interested if it might be due to the lack of installing the linux-image-extra's package12:55
ogasawarartg, apw: which might indicate we are missing a boot essential module out of the main package12:55
rtgogasawara, they should be using 'make deb-pkg' as their build target during bisection.12:56
diwicnessita, argh, it might be that the logging itself causes too much CPU power, so Pulseaudio ends up getting killed12:56
diwicnessita, this bug is doing everything it can to escape us it seems 12:56
nessitadiwic, bad bug, bad12:57
rtgogasawara, 'deb-pkg' bypasses all of our packaging issues. they only need the initial config.12:58
diwicapw, what does a "trap int3" message from the kernel mean?12:58
apwdiwic, what is the fulle message12:58
diwicapw, from syslog: "kernel: traps: alsa-source-ALC[4882] trap int3 ip:xxxxx sp:xxxxx error:0" (where xxxx are hex addresses)12:59
=== smb` is now known as smb
=== fmasi_afk is now known as fmasi
rtgapw, I'm wreaking havoc on saucy unstable this morning. reorganizing and squashing a bunch of commit log noise.13:08
rtgapw, trying to bisect amongst our SAUCE patches to figure out what borks my SNB server boot has made me realize was a disorganized mess our commit history has become. I'm in full OCD mode for a bit.13:10
apwrtg, ok i am sitting on my hands till you tell me otherwise unstable relaed13:23
rtgapw, ack13:23
apwrtg, in better news, the recent rebase you did to a commit post -rc2 has fixed up my ultrabook boot13:43
rtgapw, cool13:43
nessitadiwic, anything else we/I can try on the audio front?13:45
apwrtg, and that version seems to start my VMs ok as well13:45
apwrtg, so i am be searching for something that isn't worth finding here13:45
diwicnessita, oh sorry. I got caught up with other stuff. 13:45
rtgapw, isn't that what you and jdstrand were fighting yesterday ?13:45
apwyeah, i was unable to boot 3.11 on the machine experiencing the issueyesterday13:46
apwyour new one today i can13:46
diwicnessita, it looks like the "scheduling delays of ... ms" does not show up in this version, which is annoying13:46
apwrtg, though i have variously discovered that changing the video and changing the network can help in the VM13:46
apwso it is all a bit mad13:46
rtgapw, yeah, some of the post -rc2 patches were pretty meaty13:46
diwicnessita, can you try the non-syslog version of logging (i e, to a file, like wiki.ubuntu.com/PulseAudio/Log says) ? Maybe that won't take so much CPU power.13:47
nessitadiwic, need me to revert to older pulseaudio?13:48
diwicnessita, with this new pulseaudio13:48
nessitadiwic, will do13:48
nessitadiwic, me again. So, having pulseaudio running as per the wiki, when opening mumble, I got:13:55
nessitanessita@dali:~$ LANG=C pulseaudio -vvvv --log-time=1 > ~/pulseverbose.log 2>&113:55
nessitaTrace/breakpoint trap (core dumped)13:56
nessitait died13:56
nessitawant the verbose log?13:56
diwicnessita, oh13:59
diwicnessita, install gdb and run "gdb --args pulseaudio -vvvv"14:00
nessitaon it14:00
diwicnessita, you'll come into a gdb shell, where you write "r" to run the program.14:00
diwicnessita, hopefully it will catch the trap14:00
nessitaProgram received signal SIGTRAP, Trace/breakpoint trap.14:01
nessita[Switching to Thread 0x7fffed380700 (LWP 3580)]14:01
nessita0x00007fffedbad451 in ?? () from /usr/lib/pulse-4.0/modules/libalsa-util.so14:01
diwicargh14:01
nessitaw will not show a traceback14:01
nessitaah, newer gdb14:01
nessitawhere shows;14:01
nessitahttps://pastebin.canonical.com/94962/14:01
nessitadiwic, ^14:02
diwicnessita, hmm. I'll need to make a new PPA build14:02
nessitadiwic, happy to try it14:02
nessitadiwic, shall I attach to the bug the verbose log before the crash?14:03
diwicnessita, if you like14:03
diwicnessita, I think it breakpoints on underruns14:03
nessitadiwic, is that something from 1.4 or from your custom code?14:05
diwicnessita, it's from enabling DEBUG_TIMING which gives us useful output14:07
nessitaah14:07
nessitadiwic, do you need something else from the gdb session? tracebacks from the threads? (I see 3 threads)14:09
diwicnessita, okay, I uploaded a new build to the ppa.14:09
diwicnessita, no, let's wait for the new build. 14:09
nessitaack then. When built will upgrade and re-test14:10
nessitathanks!14:10
diwicnessita, btw, if the lack of audio is causing you a lot of trouble, have you tried a USB headset? It might work better, but I'm unsure, because the system latencies could affect that one too14:10
nessitadiwic, so far I'm workaround this with my phone using skype or hangouts there14:11
nessitaworkarounding*14:11
nessitadiwic, I have a bluetooth headset, I may give it a try14:11
diwicyeah14:11
diwicthat's worth a try14:11
nessitadiwic, not sure if this is relevant, but I hit 'c' in the gdb session, before exiting, and got more info https://pastebin.canonical.com/94965/14:12
nessitathere are some "overrun" there, so perhaps is interesting for you14:13
diwicnessita, yeah, it confirms the trap happened due to the overrun14:13
=== brendand_ is now known as brendand
brendandbjf, regression in precise SRU testing: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/119947014:59
ubot2`Ubuntu bug 1199470 in Kernel SRU Workflow certification-testing "linux: 3.2.0-50.76 -proposed tracker" [Medium,In progress]14:59
brendandbjf, sorry - the actual bug is: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/120454814:59
ubot2`Ubuntu bug 1204548 in linux (Ubuntu) "[HP ProBook 6550b] can't send files via Bluetooth" [Undecided,New]14:59
bjfbrendand, looking15:00
* apw watches his firewall root disk go bad before his very eyes15:05
apwwhat else can go wrong htis week, i wonder15:05
rtggit checkout -f un15:06
rtg-EWRONGWINDOW15:06
argesquestion for those that understand the backports packaging15:14
argesi see bug 119412115:14
ubot2`Launchpad bug 1194121 in linux-meta-lts-quantal (Ubuntu) "linux-meta-lts-quantal should provide a kernel sources package" [Undecided,Confirmed] https://launchpad.net/bugs/119412115:14
argesBasically if I'm running 12.04.2 with the quantal-lts backport kernel, I would expect apt-get linux-source to install the 3.5 sources instead of the 3.2 sources right?15:15
rtgarges, why ?15:15
rtgapt-get doesn't know (or care) what kernel you're running.15:16
argesrtg: right, but wouldn't a user expect linux-sources to install the same version of the kernel that's runnin15:16
rtgarges, no. linux-source is packaged by linux (the source package).15:18
argesOk. so then would it make sense for the lts-quantal package provide a linux-source-*-lts-quantal package?15:19
rtgarges, perhaps, but we chose not to at the time the LTS packages were developed.15:20
rtgarges, what is your use case ?15:20
bjfbrendand, are you or someone else going to be around to test kernels?15:30
brendandbjf, you want to be in touch with our lab engineers - roadmr and spideyman15:31
bjfbrendand, can you ask them to join this channel?15:31
brendandbjf, yeah15:31
brendandbjf, i'm currently writing instructions on how to reproduce it on the bug15:32
brendandbjf, spideyman and roadmr can help15:37
bjfbrendand, spideyman, roadmr thanks, i'll have a kernel to test in about 15 min.15:37
bjfmaybe sooner15:38
roadmrbjf: awesome!15:38
brendandbjf, oh do you have a commit that's suspect already?15:38
bjfbrendand, yes, one kind of "jumps out"15:38
brendandbjf, do you want me to mark the kernel 'certification-testing-failed'?15:39
bjfbrendand, sure15:39
bjfroadmr, pleast try: http://people.canonical.com/~bradf/1204548/15:49
roadmrbjf: downloading kernel (sorry for the delay)16:15
ppisatibrb16:21
=== fmasi is now known as fmasi_afk
bjfroadmr, given https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1204548/comments/5 is this a kernel bug or a bug in the test tool?16:41
ubot2`Ubuntu bug 1204548 in linux (Ubuntu) "[HP ProBook 6550b] can't send files via Bluetooth" [High,Confirmed]16:41
roadmrbjf: the test tool doesn't change, all I do is reboot with a different kernel16:42
bjfroadmr, i understand that, but you say using obexftp fails, using the panel applet works16:42
roadmrbjf: I'd understand if the tools poked the bluetooth stack differently, so one of them exposes a problem and the other does not, but it seems like *something* changed in the kernel that's making obexftp unhappy16:42
bjfroadmr, yes but it could be that obexftp was doing something it shouldn't and getting away with it before. now that has been tightened up in the kernel and obexftp is failing.16:44
roadmrbjf: good point... well, the BluetoothRevert kernel works fine, obexftp can send OK with that one, whereas with the -proposed one it fails (and further, with the .49 one in -updates it also works well)16:48
bjfroadmr, so we know the commit to revert, we just need to decide if it's a userspace issue or not16:48
roadmrbjf: hmm yes that makes sense16:50
bjfroadmr, can you add the version of obexftp that you are running to the bug?16:52
roadmrbjf: fwiw, obexftp has worked well on all other releases we test (quantal, raring). Precise 3.2.0-50.76 is the only one that failed16:53
roadmrbjf: certainly16:53
bjfroadmr, i'll look at the other releases but i'm thinking that commit may make it into the others if it isn't there already16:54
* rtg -> lunch17:14
roadmrbjf: ok, sorry for the delay, last kernels we tested were 3.5.0-37.58 (quantal), 3.8.0-27.40 (raring)17:23
bjfroadmr, that commit is in raring as well. i'm leaning towards reverting that commit for precise and looking at reapplying it for the next cycle. there are a couple other commits that may fix the issue you are seeing.17:24
henrixbjf: are you talking about commit c15a1f053c753c375d1d61fdd3a77bcfcb305bfa (in precise)?17:26
henrixbjf: i just took a look and it looks like there's a fix on top of it (not sure if it solves the prob)17:26
henrixbjf: upstream commit 3f6fa3d489e127ca5a5b298eabac3ff5dbe0e11217:26
bjfhenrix, yes, and yes i saw that "fix"17:26
henrixbjf: its already queued for stable 3.217:26
henrixbjf: ah, ok :)17:27
bjfroadmr, i'll spin another kernel for testing in just a sec. probably take about 30 - 45 minutes17:28
roadmrbjf: awesome, I'll step out for lunch while that's building, back in a bit!17:30
rtgapw, I guess I'm done exercising my compulsions on saucy unstable for now. all pushed...17:41
rtgback to bisecting why my server won't mount /home17:42
rtgapw, dang. rebasing to Linus' tip fixed my mount problem. 18:00
bjfroadmr, new kernel, same location: http://people.canonical.com/~bradf/1204548/18:04
roadmrbjf: awesome, thanks, downloading now...18:13
roadmrbjf: ok, the fixup kernel also works using obexftp.18:28
bjfroadmr, this one you just now tested?18:29
roadmrbjf: yes18:29
bjfroadmr, cool, i think that all18:29
roadmrbjf: so to recap, 3.2.0-49.75 from updates works well, 3.2.0-50.76 from proposed fails, the BluetoothRevert works well, BluetoothFixup also works well18:30
* rtg -> EOD19:54

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