=== BenC__ is now known as BenC
ogasawaraSarvatt: thanks for getting that RC6 test kernel put together05:53
ogasawaraSarvatt: I'll follow up with the release team first thing in the morning to see about an upload.  I do think it's a critical fix that we should have for Beta.05:54
Sarvattogasawara: nono thank you for doing absofrigginlutely everything else including the call for testing and listening to me when i whinged about how it should be fixed when it wasnt really :)05:55
Sarvatt50% battery life is seriously important, i was getting a patch to blacklist samsung laptops from it ready, so glad it was easier05:56
ogasawaraSarvatt: on the bright side, crimsun said he's got positive test results with your kernel \o/05:56
ogasawaraSarvatt: I'm hoping the hard shutdown's we're seeing with the ASUS UX31's might also be fixed with it.  hopefully we'll have some test feedback by morning.05:57
Sarvatti'm absolutely 100% sure they will be, hoping for testing proving it though05:57
ogasawaraSarvatt: yep05:58
ogasawaraSarvatt: anyways, I'm off to bed now.  I'll keep you posted about the upload and will update the call for testing email with further updates.05:59
Sarvattthat one person tested on eugeni's patch where rc6=1 really meant rc6 only in 3.4, would  be weird if rc6p only was fixed and i'm surprised the call for testing went so good when it was busted05:59
Sarvattthe call for testing kind of excluded desktop boards since it required power readings on battery though and desktop boards without bios upgrades is where the pain will be outsde of ux31's06:01
Sarvattthere were asus z68 motherboards where they fixed the rc6 problems via a bios upgrade that some people didnt apply i'm sure06:02
Sarvattand the bios upgrades bumped the voltages used during rc6, we had bugs about that a year ago when they first came out06:02
Sarvattreally hope its fixed for the majority of people now :) the rc6p only graphics corruptions i've passed on to the x guys to spot in case bugs are filed against x drivers, https://launchpadlibrarian.net/93566331/Screenshot%20at%202012-02-21%2009%3A53%3A04.png is really noticable06:04
Sarvattits always black with with the random corruption there06:04
ogasawaraSarvatt: we've gotten some fairly decent feedback, even with the borked patch, but indeed I want to make sure it's exactly what we want and expect it to do for when Beta ships and gets wider testing06:05
ogasawaraSarvatt: yah, I gave bryce a heads up to keep an eye out for any possible graphics corruptions from rc6 too06:05
Sarvattogasawara: do you think it has any chance of making the beta?06:05
ogasawaraSarvatt: I hope so.  Beta Freeze was today, but we don't ship Beta-1 until next Thurs.06:06
ogasawaraSarvatt: so there's time for an upload and respin of images, assuming I get the go ahead from the release team06:07
ogasawaraSarvatt: which is why I intend to catch skaet first thing in the morning06:07
Sarvattogasawara: really appreciate you doing that on a saturday, kicking myself for not noticing that problem with the original patch06:08
Sarvattoh friday, same difference, its much appreciated06:09
ogasawaraSarvatt: no worries and I totally missed it too!06:09
* ogasawara really stumbles off to bed. Sarvatt, shouldn't you be sleeping right now?! isn't it like 1am or something for you?06:12
Sarvattyep, goodnight :)06:12
Sarvattdone uploading i386 kernels to the same place as the amd64 ones so i can disappear now, yay06:15
=== smb` is now known as smb
krychekhi, can anyone help me in opening an upstream kernel bug for this: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/811464 ?09:20
ubot2`Launchpad bug 811464 in linux "Cannot mount media in DVD rom drive, Acer Timeline 4810TG." [Undecided,Triaged]09:20
krycheki dont know which category to choose09:20
* smb reboots10:29
* smb thinks to be back10:48
smbapw, bug 940198 if you are interested in subscribing11:02
ubot2`Launchpad bug 940198 in unity "Help screen activates when switching desktops" [Undecided,New] https://launchpad.net/bugs/94019811:02
smbhm, ok and enigmail feels incompatible with thunderbird 11...11:08
hertonppisati, did you saw the failure of latest linux-ti-omap4 update for maverick? (bug 932237) Not sure why it's failing, since nothing in that area changed in last update...11:33
ubot2`Launchpad bug 932237 in kernel-sru-workflow/verification-testing "linux-ti-omap4: 2.6.35-903.31 -proposed tracker" [Undecided,Fix released] https://launchpad.net/bugs/93223711:33
ppisatiherton: let me check11:51
ppisatiherton: cool, it was actually broken even in the previous kernel13:31
hertonppisati, ouch13:31
ppisatiherton: now i'm testing the first kernel that was supposed to fix that bug13:32
hertonppisati, ok. yes, weird that it "verified" on previous release13:34
ppisatiherton: actuallu it was broken even in the previous kernel, so i'm stating to think that it has always been broken in M13:36
ppisatiherton: i'm pretty sure i did the test by myself in O and it was ok there13:36
ppisatiherton: so, i'm retesting all the releases now13:36
hertonppisati, ok, may be maverick has something else missing. but 861296 passed verification on M, so may be there is something different in tests, or something else13:38
herton861296 == bug 86129613:38
ubot2`Launchpad bug 861296 in linux-ti-omap4 "mmap fails to allocate 2030Mb heap on ARM" [Undecided,Fix committed] https://launchpad.net/bugs/86129613:38
ppisatiherton: the fix for that went in .2913:39
ppisatiherton: .30 and .31 are broken or, at least, the case attached to that lp bug doesn't work on these kernels13:39
ppisatiherton: so, either we broke it after .29 ( and i'll know soon), or we never really fixed it in M and all the previus tests are moot13:41
hertonppisati, true. I don't see any change related to mmap after .2913:41
ppisatiherton: ok, it's broken even for the kernel were the fix went it13:44
ppisatiok, i'll retest for N and O too now13:45
hertonouch, ok13:45
ppisatiin the mean time /me -> lunch13:45
brendandherton - do you know how much longer Lucid -proposed kernels will be coming in for?13:48
hertonbrendand, do you mean how much time we have for testing? until end of next week13:49
brendandherton - no, i mean how much longer we'll be building new kernels for Lucid?13:50
hertonbrendand, I'm not sure. I think we have 5 year support on it13:54
hertonthat means until 201513:59
apwbrendand, another three years isn't it, though they do slow down in the last year ish14:04
hertonapw, isn't server supported by 5 years? so I suppose it means kernel along with it14:05
hertonbut for certification may be 3 years indeed14:05
herton(as desktop == 3 years of support)14:07
apwherton, your numbers make sense, as to who is responsible for testing after that, and what they test on i suspect we should refer that to pete14:10
apwto start the discussion on any changes14:11
brendandi think our policy is to test the last LTS only14:13
brendandso once precise is released we might stop14:13
brendandnot sure if it will be immediately or there will be a gap14:14
apwbrendand, i am not sure its as cut-n-dried as that, there was no capacity for hardy at all originally, so only lucid was done14:14
=== yofel_ is now known as yofel
jMCgHello happy people o/~17:11
jMCgI was wondering if someone here would like to assist me in hunting down a bug, or rather, finding a solution|workaround to a bug: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/81817717:13
ubot2`Launchpad bug 818177 in udev "boot failures as /dev is not transferred to /root (because 'udevadm exit' times out waiting for a deadlocked worker)" [High,Fix released]17:13
jMCgEven though my system is up-to-date, the VMs I'm trying to boot (which are just as up-to-date) are showing this exact behaviour.17:14
jMCg(And in the host, vgscan is hanging, yes)17:14
jMCguhm... pretty please?17:26
jMCgI mean: I've also tried out an other kernel now, thinking that maybe with -virtual, when initramfs isn't too busy doing stuff it won't hang, of course it turned out to still run into the same issue.17:27
jonojsalisbury, looks like your test kernel fixed my bug17:51
jonono wireless issues at all now :-)17:51
sforsheetgardner, don't you have a linksys e3000?18:01
tgardnersforshee, hang on, lemme check18:01
tgardnersforshee, wndr3300, wrt310n, cisco-e300018:03
sforsheetgardner, the cisco-e3000 is probably the same thing18:03
sforsheewould you recommend it?18:03
sforsheerefurbs are only $50, I was thinking about picking one up18:04
tgardnersforshee, I think so. I've not any problems with any of them to be honest. I'm using the wndr3300 as my firewall.18:04
sforsheetgardner, thanks. I'd be using this one behind my firewall anyway.18:06
jMCgI think I've mentioned this, but just in case it's unclear: The udev version I have installed is the one were but#818177 is fixed. -- But it the VMs I'm trying to boot don't get past init-bottom.18:07
ogasawaraSarvatt: I'm sure you've already seen, but I uploaded the RC6 fix this morning, ie 3.2.0-17.2718:10
jsalisburyjono, cool, thanks for testing18:10
ckingogasawara, are we going to get in touch with all the testers and ask them to re-test then?18:11
ogasawaracking: I'd like to.  I plan to respond to the call for testing email asking for anyone who has already tested to please re-test if possible.18:14
ogasawaracking: and for sure I'll make sure those who reported bugs to please re-test.18:14
ckingcool, I'll retest once the kernel is ready ;-)18:14
ogasawaracking: the amd64 kernel has finished building.  I'll probably wait for i386 to finish and then post my email.18:15
ckingogasawara, I'll test tomorrow, got the H/W doing some other soak tests at the mo18:15
=== bladernr_afk is now known as bladernr_
jMCgis there a way for me to say in launchpad the released fix doesn't work? (re: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/818177 )18:40
ubot2`Launchpad bug 818177 in udev "boot failures as /dev is not transferred to /root (because 'udevadm exit' times out waiting for a deadlocked worker)" [High,Fix released]18:40
jMCgI wish I was as invisible in real life, as I am on the internet, when hitting a technoligical dead-end.18:44
jMCgOr flying, flying would be a cool super power too.18:44
pbuckleyjMCg: make a launchpad account18:48
pbuckleyand put a comment18:48
jMCgpbuckley: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/818177/comments/12718:49
ubot2`Launchpad bug 818177 in udev "boot failures as /dev is not transferred to /root (because 'udevadm exit' times out waiting for a deadlocked worker)" [High,Fix released]18:49
pbuckleythen you have done what you can :)18:50
pbuckleyi unfortunately can not provide any direct assistance on this issue other then what i have already provided.. stick around though.. lots of smart people here ;)18:50
jMCgpbuckley: I haven't - as it still doesn't boot.18:51
jMCgpbuckley: I've been sticking around and asking (at very different times) for two days now.18:51
jMCgNot sure if it's two days, because my sleep pattern is a bit b0rked.18:51
pbuckleyhave you tried offering free beer?18:52
jMCgI don't have any :-/18:53
jMCgAnd I just drank the last bit of wine I have.18:53
jMCgBut I've got plenty of rakija.18:53
jMCgpbuckley: that's schnapps made from plums18:54
hertonjMCg, it seems you are hit by lvm2 issue discussed at bug 802626. 818177 was mostly about firmware loading and udev exiting problem I think, a different issue18:54
ubot2`Launchpad bug 802626 in udev "vgchange may deadlock in initramfs when VG present that's not used for rootfs" [High,Confirmed] https://launchpad.net/bugs/80262618:54
jMCgherton: but if I boot the kvm with init=/bin/sh I don't see vgchange running18:57
jMCginit-bottom then finishes: http://dpaste.com/707701/18:59
jMCgSo what's next after that?18:59
hertonjMCg, it's a "race" in udev exiting and vgchange invocation, you sometimes get vgchange stuck sometimes not, it doesn't matter what init you use19:01
jMCgherton: no, init=/bin/sh doens't lead to that. it just exits after init-bottom.19:03
hertonbasically udev while exiting in initramfs stops receiving/processing events, discards DM_COOKIE sent by the kernel, making vgchange stuck in a semaphore which never goes down (dmsetup udevcomplete doesn't run on receiving DM_COOKIE)19:05
jMCghrm.. I could just remove the lvm udevs?19:05
jMCgI don't need them in the vm anyway.19:05
hertonjMCg, just take a look at 802626, there are some solutions posted there19:06
jMCgherton: what I don't understand is why vgchange is invoked if vgscan doesn't deliver anything.19:07
jMCgoh. I could also just remove the lvm stuff from my image.19:07
hertonvgchange is called from an udev rule. That's why also udev is stuck until timeout after udevadm exit19:08
hertonand you get the boot delay because of that19:08
jMCgherton: it's not a delay, it's stuck. Forever.19:10
ohsixdid you wait forever? or just a while? :]19:11
jMCgohsix: I waited for a night (well, I slept).19:11
ohsixi see19:11
hertonjMCg, if your problem is vgchange, may be the timeout workaround that was made isn't working in your case. still I would recommend you take a look at 80262619:12
jMCgherton: right now I'm uninstalling lvm2 and mdadm from the image for the VMs and trying again.19:13
jMCgIn silent hope this fixes the issue.19:13
jMCgSo, no lvm2, means no /lib/udev/rules.d/85-lvm2.rules -- still the issue persists.19:22
jMCghrm.. I think I should install grub and boot the VM's kernel, instead of booting the host's which uses the host's initrd.19:24
hertonjMCg, well you said vgchange was freezing on the bug report, may be your initrd wasn't recreated and vgchange is still running? Or it's another problem. Also are you using lvm, what's the setup. Probably you will have to debug what's freezing really, rebuild the initrd with an udev with debug messages etc. to see what's going on.19:29
jMCgherton: no, what I said is, that even after the *host* was fully booted, vgchange was still running.19:30
jMCgI'm using lvm on the host, the VM is on an LVM partition, but it's unaware of that fact, for the VM it's just a disk.19:31
hertonjMCg, ah, that's a problem on the host then. You should fix your host, the vm may be isn't finding the lvm partition19:32
jMCgherton: it is.19:32
jMCgI think that didn't make sense. Maybe.19:32
jMCgI pass the partition as /dev/mapper/vg0-web-root -- kvm finds the partition just fine.19:33
jMCgherton: how do I do that: rebuild the initrd with a debugging message ridden udev?19:34
hertonjMCg, may be the vgchange stuck in your host is the root of your lvm issues, and it's probably the same problem discussed at 802626. I would suggest you solve the host issue first19:35
jMCgherton: oh.19:35
jMCgYou mean, while it may be able to find it, it's unable to actually boot it, because vgchange blocks.19:36
hertonyes, could be19:36
jMCgHow can I dump the current grub menu?19:39
jMCg*sigh* wonder why it doesn't boot....19:43
jMCgIma gonna go make some go make some foodz.19:48
jMCgI wanted to goto the movies today, I guess I'll have to stay in until I'm fucking done with this fucking piece of shit.19:49
jMCgwhoops. Wrong channel. ~_~19:50
* jMCg embraces the kick/ban to come.19:50
brycehjMCg, tsk20:53
jMCgsorry bryceh ._.20:54
jMCgBut I'm now stuffed with pasta, and ready to tackle this.20:54
jMCgit boots!20:58
jMCgThe host, at least.20:58
jMCgAnd no vgchange running on the host, so I suppose that's good.20:59
jMCgAaand, the vm hangs in the same spot.21:02
jonojsalisbury, I see a new kernel release in Precise...does this include the fix for my bug?21:58
jonoif so, I can test21:58
ohsixyou can view the changelog :> it should reference the bug if it does, it's good to be verbose about patches, and people usually are21:58
ogasawarajsalisbury: yo, just saw your email about 91105922:29
ogasawarajsalisbury: I'm not seeing that patch upstream yet22:29
ogasawarajsalisbury: but assuming it lands before kernel freeze, we can just cherry-pick is as pre-stable22:30
jMCgSo, after a short de-tour to make traffic server compile with clang, I'm back to debugging our lovely vm boot issue.22:35
BigglesPiPHello, I suspect there is a bug in 3.0.0-12 that means my NIC is always powered off before halt, want to go back to 3.0.0-9 and see if it works again there, but I can't find the old kernels...22:46
jMCgBigglesPiP: checkout the brz tag and build it?22:48
BigglesPiPreally? I guess I'll find out in 45 minutes then, only have netbook chips available22:50

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