/srv/irclogs.ubuntu.com/2013/01/11/#ubuntu-kernel.txt

hallynstgraber: bug 109837800:11
ubot2`Launchpad bug 1098378 in linux (Ubuntu) "chroot+overlayfs seems to cause umount mis-behavior" [High,Confirmed] https://launchpad.net/bugs/109837800:11
=== chiluk_away is now known as chiluk
infinity&&^$@! kernel panics...00:47
infinityhallyn: Can you try that with 3.8?01:01
infinityhallyn: (or try mounting something inside that isn't a tmpfs)01:01
infinityhallyn: In the current 3.7 in the archive, there's a tmpfs leak that could be, perhaps, not helping here.01:02
hallyninfinity: we confirmed with http://kernel.ubuntu.com/~rtg/Ubuntu-3.8.0-0.1/01:35
hallyncan't do an upstream tree as we need overlayfs01:35
hallynit shouldn't be tmpfs since you don't have to mount a tmpfs to trigger it01:36
infinityhallyn: Okay, I just saw your script used a tmpfs.  But if it's still there in 3.8, it's not the bug I was thinking of anyway.01:41
hallyninfinity: yeah there are commented lines in the script which can be used as an alternate to the tmpfs mount - which mount devpts.  i added tmpfs bc stgraber asked if devpts might be the trigger :)  (it's not)02:02
MikeMinDid anyone have any luck with http://rankone.us?02:05
infinityapw: When you wake up, we need a new linux-signed to match the current linux (in raring).04:29
infinityapw: Nevermind, tim got to it.05:00
=== smb` is now known as smb
=== yofel_ is now known as yofel
=== henrix_ is now known as henrix
* cking reboots09:54
henrixcking: infinity: we are going to make an exception for bug #1040557 verification -- i'm tagging it as verified although we just know it doesn't cause regressions10:04
ubot2`Launchpad bug 1040557 in Ubuntu CD Images "UEFI boot live-usb bricks SAMSUNG 530U3C,np700z5c laptop" [Critical,Confirmed] https://launchpad.net/bugs/104055710:04
henrixare you guys fine with that?10:04
ckinghenrix, can I stall on this for 20 mins while I answer an email concerning this fix10:06
henrixcking: sure :)10:06
ckinghenrix, i'm fine with it, apw, any thoughts? ^^10:43
apwyeah it is very very unlikely to cause problems and if it does it means you don't keys keys or something for a small number of machines10:44
apwand the potential upside, our CDs are safer, seems worth that risk to me10:44
henrixapw: cking: ack, thanks10:48
henrixi'll add a comment to the bug and proceed to testing10:48
ckinghenrix, apw explained it very succinctly 10:48
henrixyep, i'll write that down on the comment :)10:49
henrixthanks10:49
apwhenrix, feel free to quote me10:49
ckingthe intelSNA X driver seems to be working fine for me11:10
jodhI'm looking at bug 1085766, but the mainline kernel doesn't appear to provide/sys/kernel/debug/tracing/events/fs/ ? 11:28
ubot2`Launchpad bug 1085766 in ureadahead (Ubuntu) "/var/log/upstart/ureadahead.log contains garbage" [Undecided,Confirmed] https://launchpad.net/bugs/108576611:28
smbapw, did I not see you talk about this recently...? That we have some event there not upstream11:30
apwjodh, yes we have a patch for those trace points11:31
jodhapw: ok, thanks. I've updated the bug, but sounds like someone may have to bisect our patchset then.11:31
apwjodh, i am told actually there are now generic syscall ones11:31
apwjodh, wich are hinted at in our patch11:32
jodhapw: if you can send me some details, I'll take a look, but currently ureadahead is broken on seemingly everything but armhf11:32
apwjodh, i'll poke it first, it could well be the patch is no longer working11:35
apwit is about time someone knew how this worked again11:37
jodhapw: see https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1085766/comments/10.11:38
ubot2`Launchpad bug 1085766 in ureadahead (Ubuntu) "/var/log/upstart/ureadahead.log contains garbage" [Undecided,Confirmed]11:38
apwjodh, yep have the same in mine,11:43
ckingdidn't the tracing output change in 3.7-3.8 11:49
ogasawarahenrix: hi, when is the 3.2.0-36 kernel in precise-proposed getting promoted to -updates?  today?13:00
ogasawarahenrix: oh wait, or is this the one we're letting this one bake an extra 3 weeks for the point release13:03
hertonogasawara, it still has next week for testing on the schedule, waiting on security-signoff/certification-testing right now. I believe will be promoted some time next week13:08
hertonogasawara, indeed, from what I remember this will be the one for the point release, not sure if it will be on hold or not13:09
ogasawaraherton: ok thanks.  I assumed we'd still promote it to -updates, we just wouldn't turn the crank on a new cycle.13:10
ogasawarabjf: is my assumption correct ^^13:11
hertonogasawara, yes that's correct13:11
ogasawaraherton: perfect, thanks13:11
* henrix -> lunch13:21
apwjodh, ok this is part kernel, part ureadahead issues, am testing the fixes now13:31
jodhapw: thanks - sounds intriguing :)13:45
apwjodh, deprecation of an interface we are using for ureadahead and change of type affecting the interfaces for open in the kernel13:48
apwi'll get some patches out shortly13:48
jodhapw: thanks. I wonder how are we going to stop this sort of thing happening in the future though? Is there a list of deprecated interfaces that we could grep the archive for say?13:51
ogra_one good step would be more detailed error msgs in ureadahead13:52
ogra_it took me half a day to find the issue on the nx7 ... if it woulld have told me "cant open /sys/foo/bar" that would have been easier than having "exited with startus 5"13:53
jodhyeah, I think that + mountall could do with some 'nose-cone polishing'. I've written a crude DEP-8 test for ureadahead that would detect the bug we're discussing, but if we can catch incorrect syscall usage before apps hit the archive, all the better ;)13:53
ogra_++ indeed13:54
jodhogra_: strace :)13:54
ogra_yeah, thats what i resorted to indeed13:54
sforsheeapw, what was the bug you were seeing with the wl driver?14:04
sforsheedoes it look anything like bug 1097509?14:04
ubot2`Launchpad bug 1097509 in bcmwl (Ubuntu) "wl kernel module on BCM4313 causes kernel taint on boot" [Undecided,New] https://launchpad.net/bugs/109750914:04
apwsforshee, yes thats the one i'd say, looks identicle14:35
apwsforshee, see teh latest bcmwl upload for the duplicate bug14:35
sforsheeapw, ack. thanks14:35
=== chuck_ is now known as zul
=== henrix is now known as henrix_
=== henrix_ is now known as henrix
bjfcking, bug 109858415:36
ubot2`Launchpad bug 1098584 in ubuntu-kernel-tests "ecryptfs.extend-file-random.sh.btrfs fails with "Failed to write 32 bytes, position nnnn: No space left on device"" [Undecided,New] https://launchpad.net/bugs/109858415:36
ckingta15:36
tyhickscking: hmm... there should have been enough free disk space there15:39
ckingtyhicks, yep, it is strange, I'm going to see if I can reproduce this one15:40
apwjodh, ok the fixes for ureadahead are in, and linux changes are fix_committed15:48
jodhapw: thanks very much!!15:51
apwjodh, not sure when they will be uploaded for linux just yet, cirtainly by -rc415:52
* cking reboots16:01
* cking reboots again,sigh16:06
=== chiluk is now known as chiluk_away
apwogasawara, i am considering whether to upload this ureadahead change as it is not an abi bumper, and we are so far for -rc416:12
ogasawaraapw: works for me16:12
apwogasawara, rtg, have anything in the pipeline for raring ?16:13
ogasawaraapw: he's out today so I assume he's already pushed anything he had16:13
apwogasawara, ok will check the lists and then roll it up16:32
apwtseliot, one for you: https://bugs.launchpad.net/ubuntu/+source/bcmwl/+bug/109862816:32
ubot2`Launchpad bug 1098628 in bcmwl (Ubuntu) "BCM4313: bcmwl binary drivers do not work correctly with IPv6 hosts" [Undecided,New]16:32
ogasawaraapw: ack, thanks16:32
tseliotapw: hmm... let me check16:34
tseliotapw: did it use to work?16:38
apwtseliot, i doubt i had ipv6 when i first switched away from wl16:38
apwtseliot, and generally i use brcmsmac to give it some testing16:39
hggdhherton: is bug 1095815 going to be set as a dup of bug 1097919?16:40
ubot2`Launchpad bug 1095815 in linux-lts-quantal (Ubuntu) "linux-lts-quantal: 3.5.0-22.33~precise1 -proposed tracker" [Medium,In progress] https://launchpad.net/bugs/109581516:40
ubot2`Launchpad bug 1097919 in Kernel SRU Workflow "linux-lts-quantal: 3.5.0-22.34~precise1 -proposed tracker" [Undecided,In progress] https://launchpad.net/bugs/109791916:40
tseliotapw: does it help if you do something like this? System Settings -> Network ->  Wireless -> [select your network(s)] -> Options... -> IPv6  Settings -> Method: Ignore16:40
apwtseliot, if i rmmod wl and modprobe brcmsmac it works fine, so i assume system level is configured16:41
apwcorrectly16:41
tseliotapw: what happens if you reinstall the previous upstream release?16:42
apwit doesn't work with v3.8 right ?16:42
hertonhggdh, done16:42
hggdhherton: thank you16:43
henrixhggdh: sorry, i should have done that 2 days ago...16:43
hggdhherton: no prob, I just wanted to be sure I was Doing The Right Thing ;-)16:44
tseliotapw: right, I didn't port that driver to 3.8. Wait does 3.7 make any difference with this issue?16:44
apwtseliot, dunno to be honest16:44
apwtseliot, ask me in the bug to remind me, i've rebooted this latop 10 times today for other kernel issues, and frankly i cannot cope with rebooting again today16:45
hggdhapw: for the record, bcmwl V5 only works with 3.7 up to, and including, 3.7.0-516:45
tseliotapw: hehe, ok, I understand ;)16:45
=== chiluk_away is now known as chiluk
=== chiluk is now known as chiluk_away
* cking reboots 17:18
infinityapw: Say, what's the point of uploading a kernel whose only changes are a commit and a revert of that commit? :P18:20
infinityapw: Oh, despite the weird changelog, I guess it has a 1-line diff.18:22
=== chiluk_away is now known as chiluk
=== chiluk is now known as chiluk_away
=== chiluk_away is now known as chiluk
* henrix -> EOW18:45
=== henrix is now known as henrix_
=== chiluk is now known as chiluk_away
=== chiluk_away is now known as chiluk
=== chiluk is now known as chiluk_away
=== chiluk_away is now known as chiluk
=== rsalveti_ is now known as rsalveti
apwinfinity, indeed there is a (v3.7+) on the ends19:35
=== chiluk is now known as chiluk_away
=== chiluk_away is now known as chiluk
=== sabayonuser2 is now known as Tuxkalle
=== chiluk is now known as chiluk_away
=== chiluk_away is now known as chiluk

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