[10:01] <apw> kengyu, i have a query re the verisoning of fwts, as this is not yet in debian should the version not actually be like 0.26.00-0ubuntu1
[10:35] <kengyu> apw, I think this is a good idea (though fwts is not in Debian yet). BTW we are the upstream too, for now we have not made any distro-specific patch, so the suffix is always the lowest. But the suffix like -0ubuntu1 is helpful to avoid any potential confusion IMO. Thanks for spotting this. I will use the -0ubuntu1 suffix from the next upload.
[12:55]  * henrix -> lunch
[13:59] <rtg> apw, check that out. 527897ccd968c86ad3265d62962c8beccdb94e47 is the fastest I've ever gotten a patch merged.
[14:01] <apw> rtg i saw :)
[14:16] <jibel> where can I find latest 3.7 for quantal?  Latest build for Quantal in kernel-ppa is 3.7rc2 . I want to check if I reproduce bug 1088433
[14:16] <ubot2`> Launchpad bug 1088433 in linux (Ubuntu) "PERCPU: allocation failed when loading module kvm" [Undecided,Confirmed] https://launchpad.net/bugs/1088433
[14:17] <rtg> jibel, that one goes back at least as far as 3.2 on certain machines.
[14:18] <rtg> jibel, https://launchpad.net/~ubuntu-x-swat/+archive/r-lts-backport
[14:26] <jibel> rtg, on this machine, I don't find trace of this message in logs before to 3.5.0-19, is it something I should worry about? it doesn't seem to impact the behavior of the system
[14:34] <rtg> jibel, it appears to be benign, but then I have not actually tested the kvm module for functionality.
[14:36]  * rtg back on in a bit
[15:09] <rtg> cking, did you see this on LKML ? might have some impact on fwts: "[PATCH] ACPI: add documentation about ACPI 5 enumeration"
[15:10]  * cking has a peek
[15:11] <cking> nice
[15:13] <cking> I so love ACPI 5
[15:14] <rtg> cking, thought you might :)
[15:14] <cking> :-/
[15:28] <shadeslayer> sforshee: I heard you were working on getting everything working on the Macbook Pro
[15:28] <shadeslayer> sforshee: if you have stuff to test in raring, feel free to send them my way :)
[15:29] <sforshee> shadeslayer, which model do you have? Most of the work I'm doing now with the macs is centered on Broadcom wireless
[15:29] <shadeslayer> I have the 8,2
[15:29] <sforshee> yeah, the wireless on that one is not very good
[15:29] <shadeslayer> *nod*
[15:30] <shadeslayer> if by not very good you mean doesn't work out of the box, then yeah, it's not very good :P
[15:30] <sforshee> I've got a different model with the same wireless that I plan to work with, but that wireless chipset is difficult
[15:30] <sforshee> we have a very limited understanding of the phy
[15:31] <shadeslayer> I see
[15:31] <shadeslayer> sforshee: I can get wireless to work with hacks, what's more problematic for me is video drivers
[15:31] <shadeslayer> that requires kernel patching and what not
[15:32] <sforshee> shadeslayer, I assume then you're trying to do native EFI boot? I think graphics works okay under CSM on that machine.
[15:33] <shadeslayer> yeah, native EFI :)
[15:33]  * shadeslayer has to use fbdev right now
[15:34] <sforshee> so 3.8 should have patches that let you the radeon with modesetting under EFI boot
[15:34] <sforshee> switching to the integrated card still isn't going to work though
[16:17] <bjf> brendand, do you have a Dell Latitude E6410 in your lab?
[16:20] <shadeslayer> sforshee: oh awesome, still no 3.8 debs on http://kernel.ubuntu.com/~kernel-ppa/mainline/ though
[16:20] <shadeslayer> so I'll have to wait
[16:20] <brendand> bjf - indeed. with nvidia graphics
[16:20] <sforshee> shadeslayer, there's no 3.8 yet. 3.7 is still in progress ;-)
[16:20] <sforshee> the patches are queued up to go into 3.8 right now though
[16:21] <shadeslayer> ah
[16:21] <bjf> brendand, ah, i want intel graphics
[16:21] <bjf> brendand, how about a lenovo edge with intel graphics?
[16:21] <shadeslayer> sforshee: so basically in 3.8 I can boot with i915.modeset=0 and ATi will work?
[16:22] <sforshee> the value if i915.modeset=0 should have no impact on your radeon graphics
[16:22] <sforshee> *of
[16:22] <brendand> bjf - which Edge?
[16:23] <bjf> brendand: 0301GXG ? does that make sense?
[16:24] <brendand> bjf - looks like an SKU
[16:24] <bjf> brendand, i'm using the dmi info in a bug and that's about as good as i'm getting right now
[16:25] <bjf> brendand, thanks anyway. if i get more info i'll ping you again.
[16:25] <brendand> bjf - i think i found it. if you point me to the bug i can probably narrow it down
[16:25] <brendand> bjf - google says that an Edge 15, but we might have a few
[16:26] <bjf> brendand, bug #1067622
[16:26] <shadeslayer> sforshee: I see, it's mostly that if I boot with KMS the EFI VGA and Intel drivers conflict
[16:26] <shadeslayer> and it just hangs
[16:26] <shadeslayer> sforshee: any chance we can see a kernel in raring with said patches?
[16:27] <sforshee> shadeslayer, I never had to use i915.modeset=0, fwiw
[16:28] <shadeslayer> sforshee: do you have hybrid graphics or just the intel chip?
[16:28] <sforshee> if the patches are in 3.8 then raring will get them when we rebase the kernel onto 3.8
[16:28] <shadeslayer> I see
[16:29] <sforshee> shadeslayer, what work I've done with the macbook hybrid graphics was done on a macbook pro 8,2. I don't have that machine anymore however.
[16:29] <shadeslayer> ah
[16:29] <brendand> bjf - sure that's the right bug?
[16:30] <shadeslayer> sforshee: right now I actually boot with radeon.modeset=0 , without it I get : "fb: conflicting fb hw usage radeondrmfb vs EFI VGA - removing generic driver"
[16:30] <bjf> brendand, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1087622
[16:30] <ubot2`> Launchpad bug 1087622 in linux (Ubuntu) "Linux kernel 3.5.0-20 won't boot [unable to handle kernel paging request at f91fe4fc in trace_event_raw_init+0xb/0x20]" [Undecided,Confirmed]
[16:30] <bjf> brendand, sorry about that
[16:32] <brendand> bjf - bingo!
[16:32] <bjf> henrix, ^ we might have the HW to repro the problem
[16:33] <brendand> bjf - well, i've got here an Edge 15 with Intel graphics, PCI ID matches
[16:33] <bjf> brendand, can we get someone to install the quantal on that and then try the latest -proposed kernel?
[16:34] <brendand> bjf - ah right, it's a matter of not booting. no problem
[16:34] <bjf> brendand, we're trying to get this fixed up for the 12.04.2 release
[16:36] <sforshee> shadeslayer, that message isn't anything to be concerned about *if* the modesetting driver is working (but it's not in your case). It's basically just saying that the radeon driver is trying to use the same memory resources as the EFI fb driver and that radeon is being given precedence.
[16:36] <shadeslayer> oh
[16:36] <shadeslayer> interestingly, the boot just stops after that
[16:36] <shadeslayer> can't even switch to a TTY
[16:37] <sforshee> shadeslayer, it's not that the boot stops, it's just that your video is completely hosed
[16:37] <shadeslayer> oh ... I wouldn't know, since no sound is played ( because I don't have autologin )
[16:38] <shadeslayer> sforshee: any tips on how to avoid that?
[16:38] <sforshee> shadeslayer, either use bios-compatible boot or wait for 3.8
[16:38] <shadeslayer> alright, will wait for 3.8
[17:16] <ppisati> brb
[17:47]  * ppisati -> gy
[17:47] <ppisati> m
[18:10]  * rtg -> lunch
[18:37] <infinity> bjf / henrix: Mayday.  I may have just released the lucid SRU to -updates when I meant to release the hardy one.
[18:38] <henrix> ouch!
[18:38] <bjf> infinity, meh, probably not a big deal 
[18:39] <infinity> It only fixes a single bug, and is only lacking cert-testing on the workflow.
[18:39] <infinity> Regression and the rest were done.
[18:40] <henrix> infinity: i believe its an CVE, so we may want to ping jj...?
[18:40] <infinity> He already did his signoff too, but yeah.
[18:40] <henrix> oh, ok
[18:40] <infinity> The only unfinished task was Brendan's.
[18:41] <infinity> So, probably not a big deal.
[18:41] <infinity> But since I can't unwind this...
[18:41] <infinity> apw: Want to ring up Brendan and ask him to join in on this conversation?
[18:43] <infinity> As it is, I'm just going to mark it released, cause there's not a whole bunch else I can do, but if Brendan can fast-track the hwcert stuff and make sure it's not somehow weirdly broken, that would be lovely.
[18:44] <bjf> infinity, that patch is for ipv6. i doubt they do any ipv6 testing
[18:45] <infinity> Yeah, you're likely right.
[18:45] <infinity> And if there were miscompiled binaries, the regression-testing would have picked it up.
[18:45] <bjf> infinity, i think all is fine
[18:45] <infinity> I'm not higely concerned.
[18:45] <infinity> Just annoyed with myself for fat-fingering.
[18:45] <infinity> Well, fat-braining?
[18:46] <henrix> ok, so... we'll leave it as it is and wait for brendand to finish the cert task. 
[18:47] <henrix> correct?
[18:47] <bjf> henrix, infinity can mark his task as fix released
[18:47] <infinity> I already did.
[18:47] <infinity> Since it is.
[18:47] <bjf> yup
[18:49] <infinity> I look forward to a few weeks without working on Mondays...
[19:11] <rtg> apw, so how did you debug this async populate_rootfs stuff ? even using early_printk I can't seem to get any console output before it just locks up after "Loading initial ramdisk"
[22:12]  * rtg -> EOD
[23:07] <freedomrun> does the 12.10 have this patch: https://bugzilla.kernel.org/show_bug.cgi?id=48721
[23:07] <ubot2`> bugzilla.kernel.org bug 48721 in Power-Processor "i915: acpi_cpufreq can't change CPU clock anymore - Clevo W150HRM w/ i7 2720QM CPU" [Normal,New]
[23:07] <freedomrun> well it is on i3 also
[23:11] <bjf> freedomrun, yes, we have 6af2d180f82151cf3d58952e35a4f96e45bc453a in our tree
[23:12] <bjf> freedomrun, if that's what you are talking about
[23:12] <freedomrun> bjf oh thank God and you .. thnx man u saved my day