[06:27] <ohsix> anyone know offhand if i can get perf to use linux-source for annotation somehow?
[06:28] <ohsix> the vmlinux in -dbgsym is in a place it can't find it without help, too
[08:42] <smb> Morning .+
[08:43] <smb> Looks like the other rtc revert just made it into 3.2... tight...
[09:24] <zenith> smb: hi
[09:24] <smb> morning
[09:24] <zenith> remember yester i was trying to debug/triage my touchpad issues?
[09:24] <zenith> *yesterday
[09:24] <smb> yes
[09:25] <zenith> so i tried i8042.debug (without i8042.reset) and noticed some interesting things in my dmesg (http://tinypaste.com/09a3ef7d)
[09:25] <zenith> thoughts?
[09:26] <smb> Yes, I think I do not know the ps2 protocol right from my head... :-P
[09:26] <smb> but let me look anyway
[09:27] <zenith> k
[09:29] <smb> So first thing about the multiple MADT, you can try to have the 2nd used. Usually it does not really make a difference.
[09:30] <smb> Querying the Linux _OSI, in rare cases it improves things, but often it limits functionality of the ACPI BIOS.
[09:31] <zenith> ok, so i should try "acpi_apic_instance=2" parameter when booting, right?
[09:32] <smb> _BCQ, not sure the function is mandatory, but it would make sense to have, an omission of the BIOS authors. Right, as hinted in dmesg. 
[09:32] <smb> But as said, could change nothing
[09:34] <zenith> anyway I will give it a shot :)
[09:34] <zenith> how about the i8042 errors?
[09:37] <smb> Well, I would need to look up what the various bytes mean. But generally looks a bit like the communication is having trouble. And since you can get it working with the i8042.reset it feels like the bios does not do it correctly
[09:39] <smb> Generally it sounds like adding that machine to the exception table of the driver is the right action. The only thing that has me a bit concerned is that I do not have a real feeling about whether this is all machines of that kind or some or only certain bioses...
[09:41] <zenith> hmm.. i'm unable to find any kind of BIOS update on the Lenovo site, and looking for a it on the *huge* ibm site is daunting :(
[09:41] <cking> it's quite an old machine isn't it?
[09:41] <zenith> yup
[09:42] <zenith> :)
[09:42] <cking> 2007-2008 kinda era?
[09:42] <zenith> yeah. the BIOS version is from 2006 !
[09:43] <smb> So little chance to see anything changing there
[09:43] <cking> http://support.lenovo.com/en_US/downloads/detail.page?&LegacyDocID=MIGR-67616 - I can't see a BIOS update for this model
[09:43] <zenith> yeah nothing there, nothing on any lenovo forums :(
[09:44] <smb> And probably also having any code changed, given it can be made working by a boot option... :/
[09:44] <zenith> doesn't the open source movement have any replacements for the BIOS ? :-p
[09:45] <cking> if only it were that easy...
[09:46] <smb> if the open source bios would know what a every vendor has done to any machine they sold...
[09:48]  * ppisati catched a bad cold... just before leaving... crap... :P
[09:48] <zenith> its touchpad and keyboard have been an issue since interpid ... plus, since i can't find any current users of this model, i can't discuss it with anyone :(
[09:49] <cking> zenith, it does seem like a rare machine - I've googled around and can't find much on it
[09:50] <smb> Cannot find the generic ps2 doc but the auxerr I think is because of the loopback test for the aux port fails (which would be the connection to the mouse). Can happen because of real problems or because the command is not implemented in hw correctly. And the rest looks like it fails to tell the controller it can receive data now. 
[09:50] <cking> so it's probably an EC issue?
[09:51] <zenith> cking, yeah, though the Ubuntu forums do have many members complaining about it !
[09:51] <smb> But as cking said it is a rare machine and old. So making a general change always will face the problem of that you cannot be sure this is the right thing for _all_ of the models and machines out there
[09:52] <zenith> so can we say for sure that the BIOS is at fault ?
[09:53] <cking> seems more probable than not IMHO
[09:54] <zenith> is there anything else i can try/test ?
[09:57] <zenith> ok, so i found this software (http://biosagentplus.com/?ref=752), recommended by the Phoenix website, but it runs only on windows
[09:57] <zenith> the good news is i have dual-boot !
[09:58] <zenith> so will try that out to see if my BIOS has any updates...
[09:58] <smb> I can feel that this is not really satisfying... you could try to convince upstream (beleive Dmitry Thorokov or  so) to have reset hard coded for you machine... But if everything works just ba adding i8042.reset, there is at least a work around for it.
[10:01] <zenith> hmmm... i'm also getting a new laptop in a few months or so and the few(!) Y500 users around the world might also replace it in a few years...
[10:01] <cking> any laptop > 4 years old is getting to "replacement" phase of it's life :-)
[10:03]  * smb also worked with a boot option on a desktop until the problem resolved itself (iow the motherboard went completely nuts)...
[10:03] <zenith> lol... i know its been due for long but i'm not a frequent changer, fyi, it has been a great machine with not a *single* problem since i bought it 
[10:04] <zenith> i just installed more RAM last year
[10:04] <cking> yeah, I've had a Lenovo 3000N200 for > 4 years and it's rock solid
[10:05] <zenith> :)
[10:06] <zenith> its only that before giving up i want to make sure that it's the BIOS and i can't do anything about it
[10:09] <zenith> if i become sure, i will go to each and every post in the Ubuntu  forum (and the oh so many posts about this everywhere else) and blame the BIOS... so at least the next guy will not pull his hair...
[10:12] <zenith> anyways, so i'll try that BiosAgentPlus (its tagline is "Extend the life of your computer with a BIOS update!", if only that were true) in WinXP and get back here if i find something
[10:13] <zenith> cking, smb: until then, ciao, & thanks a lot for your help
[10:14] <smb> Sure. Sorry for not having a better solution. Though at a certain age of hw things get more pragmatically. 
[10:15] <zenith> yeah. if u do find anything, i can be reached at siddhantsaraf at gmail dot com, bye !
[10:25] <smb> ppisati, Sorry for ignoring you earlier on. So you should not have been close to apw on mumble the last couple of days. :-P Hope you manage to recover a good bit in the next couple of days.
[10:29] <apw> ppisati, yeah get well, please try and leave it at home
[10:30] <ppisati> i'll try but it's hard... i'll bring it with me as a gift for you all... :)
[10:31] <ppisati> preemptive Ubuflu...
[10:31] <smb> You mean the gift as its meaning in German...? ;)
[10:32] <ppisati> uhm... don't know the meaning in German
[10:32] <apw> i hope its the one i am just getting over
[10:32] <diwic> smb, in Swedish, "gift" means both "married" and "poison". :-)
[10:32] <apw> heheh, no comment
[10:32] <smb> lol
[10:34] <apw>       drm/i915: Disable semaphores by default on SNB
[10:34] <apw>       drm/i915: Disable RC6 on Sandybridge by default
[10:34] <apw> cking, that first one sounds like something else bad for performance power on snb
[10:34] <cking> sad trombone
[10:34] <apw>       Revert "rtc: Disable the alarm in the hardware"
[10:34] <apw>       Revert "rtc: Expire alarms after the time is set."
[10:34] <apw> smb, those are the two you needed right ?
[10:35] <cking> it's like a continuing trainwreck of silicon badness
[10:35] <smb> apw, Mine only was the second
[10:35] <smb> but yes it just made it
[10:38] <stgraber> hey there. Just got a usb soundcard here that seems to need CONFIG_SND_USB_6FIRE, any specific reason why this one isn't built in the Ubuntu kernel or should I file a bug so we can build it in Precise?
[10:40] <apw> stgraber, file a bug for precise at least, likely its experiemental
[10:40] <stgraber> apw: ok, will do
[10:42] <smb> apw, yep experimental, added in 2.6.39
[10:43] <apw> smb, its not experiemental now tho.
[10:44] <stgraber> bug 912197
[10:44] <ubot2`> Launchpad bug 912197 in linux "Please enable CONFIG_SND_USB_6FIRE" [Undecided,New] https://launchpad.net/bugs/912197
[10:45] <smb> apw, right. strange... shouldn't that have turned up at the review...? Not that I would remember if it did...
[10:45] <apw> smb, i guess it was before the better review s/w support
[10:46] <apw> though i wonder why its not in the non-modular modules list
[10:47] <smb> apw, experimental was removed in 3.0-rc1
[10:47] <apw> so we should have seen it transition last cycle then
[10:47] <smb> right... maybe we have...
[10:47]  * apw regens the report to see
[10:47] <smb> probably should look back into the spec...
[10:48] <apw> though that takes 10 mins
[10:51] <apw> || CONFIG_SND_USB_6FIRE || n || n || n || n || n || n || n || n || n || n || n ||  ||
[10:52] <apw> CONFIGS-info:CONFIG_SND_USB_6FIRE N/m/y m m
[12:01] <LetoThe2nd> howdy! is there some recommended way to build modules for testing/learing out-of-tree on ubuntu? if yes, which one?
[12:12] <apw> LetoThe2nd, not sure there is a documented way.  whats the out of tree module
[12:12] <LetoThe2nd> apw: generic, like working through the ldd3 book for learning.
[12:13] <apw> the headers packages (installed by default) should include enough of the source build infrastructure to allow building of traditional out of tree modules in the normal way
[12:14] <LetoThe2nd> apw: pointer maybe?
[12:14] <apw> http://www.cyberciti.biz/tips/build-linux-kernel-module-against-installed-kernel-source-tree.html
[12:15] <LetoThe2nd> thx :)
[12:15] <apw> well that sounds like it has the right sort of flow, not tried those specific instructions tho.
[12:15] <LetoThe2nd> same variation in details is ok, just looking far a basically good way to start
[12:16] <apw> i think thats debian-ish, so we may already have the build link in place, and you should have headers installed by default
[12:16] <LetoThe2nd> :)
[12:30] <LetoThe2nd> apw: works like a charm, thanks :)
[12:31] <apw> LetoThe2nd, good to know
[12:32] <LetoThe2nd> apw: thats why i usually report back
[12:38] <apw> yep, thats always good, rare, but good
[13:46] <smb> herton, I had hoped to have waited for the bot long enough. Unfortunately it opened up 911994 not until I had done the rebase to 2.6.32.38.83 with 911230. What would you prefer to get out of this? Just mark the new one invalid with a comment? Or also mark it as a duplicate of the old one?
[13:47] <herton> smb, I saw that, I marked it as duplicate of the old one this morning
[13:48] <smb> bjf, or for you info too. Just not sure when to expect you to be "up"
[13:48] <smb> herton, Ah, should have refreshed... :-P
[13:49]  * smb thinks he just made it back ahead of the real shit wheather...
[13:50] <apw> smb, yeah we are having bands of vile weather too
[13:51] <Kano> hi, did anybody test rt2800pci with 3.2?
[13:52] <smb> apw, It is now wind, pouring rain and thunder
[13:52] <apw> not me
[13:57] <Kano> i identified that module, as soon as i load it the system crashes
[13:58] <Kano> must be since at least rc2 because kernel 3.2 did never boot on my netbook
[13:59] <Kano> and on my other system i have got dmar errors in dmesg only avoidable by adding intel_iommu=off ,do you have got a system with that problem?
[14:03] <apw> there may be some iommu changes in the 3.2 final, that seems familar
[14:04] <apw> but no i don't have anything with either of those behaviours
[14:04] <Kano> h55 board,nv card
[14:05] <apw> nope, i have no nvidia at all
[14:05] <apw> not that realtek being a heap is entirly something new
[14:08] <arges> herton, hello! when verifying bugs that are tagged 'verification-needed-natty', if someone else has posted that they confirm that the problem is solved should I still verify again, or is the other users comment sufficient?
[14:08] <arges> herton, for example: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/769927
[14:08] <ubot2`> Launchpad bug 769927 in linux "Kernel Oops : Dentry still in use (1) [unmount of nfs4 0:1d]" [Undecided,Fix committed]
[14:09] <Kano> rt2800pci worked flawlessly at least from .38 kernel till 3.1, before i did not have got that netbook
[14:09] <herton> arges, yes, if they test the -proposed kernel, which is the case (comment #43)
[14:10] <herton> arges, I'll set the tag there as verified on natty
[14:10] <arges> herton, ok great! thanks, I'll update appropriately in the future.
[14:12] <apw> Kano, as you see the issue i guess you'll have to bisect for it
[14:12] <Kano> fun, then i would have to compile the kernel on another box...
[14:12] <apw> you run the dailies anyhow, you could start with t
[14:12] <apw> the various -rcN's to get a rough window
[14:13] <Kano> i can not go below rc2 because it did not build on 32 bit
[14:13] <apw> but no finding and fixing bugs is no fun
[14:13] <Kano> the error must be before
[14:15] <apw> that cuts your window at least
[14:17] <Kano> maybe it is possible to build just that module against 3.1 and it breaks there too
[14:19] <ogasawara> apw: thanks for rebasing.  gcc update is finishing up it's build on arm, then I'll upload.
[14:19] <apw> or you can debug the panic
[14:19] <apw> as it happens after you modprobe you at least get diagnostics
[14:19] <Kano> well i have got pictures
[14:20] <Kano> http://kanotix.com/files/fix/crash/
[14:20] <Kano> not sure if you get something usefull out of em
[14:24] <apw> Kano, those are all anchient mainline kernels, the newest seems to be -rc4
[14:25] <Kano> i know, it happend the same on all newer ones
[14:29] <apw> waht is the latest you have tested
[14:30] <Kano> 3.2 final, but did not make a  picture
[14:32] <Kano> i tested blacklisting nic drivers only because it booted on other netbooks with differnt nics
[14:59] <tgardner> ogasawara, bouncing gomeisa and tangerine 
[14:59] <ogasawara> tgardner: ack
[15:12] <apw> tgardner, i assume if T is up she has come back ?
[15:12] <tgardner> apw, yep. I'm updating the precise chroots
[15:12] <apw> ogasawara, i have been cleaning up some aufs history, so you may find some odd ordering in the tree as it is
[15:13] <ogasawara> apw: ack
[15:13] <tgardner> apw, ogasawara: yeah, its time to start squashing some of the noise in the git history
[15:13] <apw> ogasawara, i am just build testing some an update to that per the blueprint WIs, i will need to force the head so will be needing to coordinate with yas
[15:16] <ogasawara> apw: cool.  so you think you'll be ready to push relatively soon (eg before EOD for you?)
[15:16] <apw> yeah should know in an hour if it builds ok, if so then it can go in, we don't use it either way
[15:16] <tgardner> apw, the tangerine precise chroot seem borken. I think I'll have to re-install.
[15:16] <apw> tgardner, ack
[15:25]  * ogasawara back in 20
[15:35] <tgardner> apw, am looking at the kernel top 10. are you working with slangasek to backport the udev fix to Oneiric ?
[15:35] <tgardner> bug #842560
[15:35] <ubot2`> Launchpad bug 842560 in linux "bnx2 firmware missing" [Medium,In progress] https://launchpad.net/bugs/842560
[15:36] <tgardner> jsalisbury, I don't think 842560 needs to be on the top 10 list anymore. its pretty well handled.
[15:37] <jsalisbury> tgardner, ok, I'll remove it.
[15:37] <tgardner> jsalisbury, as is bug #904569
[15:37] <ubot2`> Launchpad bug 904569 in linux "Linux 3.0.0-15 causes laptops to fail to resume from suspend (Dell XPS 1645, Sony Vaio VPCF1390)" [Undecided,Fix committed] https://launchpad.net/bugs/904569
[15:38] <jsalisbury> tgardner, ok, thanks.
[15:38] <tgardner> jsalisbury, and bug #790863
[15:38] <ubot2`> Launchpad bug 790863 in linux "Unable to start lxc container after update to 2.6.32-32" [High,Fix committed] https://launchpad.net/bugs/790863
[15:39] <jsalisbury> tgardner, great :)
[15:39] <apw> tgardner, its on my radar yep
[15:40] <jsalisbury> tgardner, done.  It takes about 30 minutes for the report to be updates.
[16:13] <apw> ogasawara, ok ... how is the tree, i have something to push
[16:23] <ogasawara> apw: go for it, I've not touched it
[16:24] <apw> ogasawara, ous
[16:25] <apw> ogasawara, pushed
[16:26] <ogasawara> apw: thanks
[16:26]  * ogasawara preps upload
[16:26] <apw> ogasawara, drops a bunch of old tat for aufs, much nicer
[16:31] <wmp> hello, where i can found 3.2 package to 11.10 ?
[16:33]  * cking goes and attempts to restore Win7 on his laptop .. I feel tainted...
[17:06] <jsalisbury> wmp, Oneiric is based on the 3.0 kernel.   Are you looking for the Precise 3.2 kernel?
[17:11] <tgardner> apw, for some reason I thought we were dropping aufs in favor of overlayfs 
[17:12] <apw> tgardner, that is our desire, we are starting to see some problems, which i want to look at at rally, seems pbuilder won't work for instance which is a bit of a problem
[17:12] <jsalisbury> smb, Do you know if ext2 not supported by the -virtual kernels?  bug 912308
[17:12] <ubot2`> Launchpad bug 912308 in linux "ext2 boot partition not recognized by linux-virtual" [Medium,Confirmed] https://launchpad.net/bugs/912308
[17:12] <apw> tgardner, so i figured i would clean up the mess aufs has become so we are in a good place if we have to fall back
[17:12] <vanhoof> wmp: poorly named ppa, but these might be of use for you
[17:12] <vanhoof> wmp: https://launchpad.net/~vanhoof/+archive/fwts-live-mainline
[17:13] <apw> jsalisbury, its likely not built in, so it may depend if they have a proper initramfs
[17:13] <vanhoof> wmp: i rebuild the precise uploads against oneiric for a project I'm working on
[17:13] <smb> jsalisbury, Let me check the config. But could be ext2 is a module. Then one would need to force probe it...
[17:13] <apw> jsalisbury, moving ext2 not builtin is new in P
[17:13] <jsalisbury> smb, apw, ahh ok. 
[17:13] <apw> smb, wouldn't mount normally do that for you ?
[17:13] <vanhoof> wmp: feel free to use them if they're helpful to you
[17:14] <smb> apw, Hm, should be. If its put into initrd..
[17:14] <apw> smb, ahh it could be a lack of module in the initrd, which might mean its missing from something in mkinitramfs tools or similar
[17:15] <smb> apw, or did we have it rather in extras...? trying to get hold of a package to make sure...
[17:15] <apw>                 btrfs ext2 ext3 ext4 ext4dev isofs jfs nfs reiserfs udf xfs \
[17:15] <apw> those are all in 'base-modules' so i'd expect they'd work
[17:16] <apw> smb, oh you mean we have left it out of linux-virtual cause it was built in, so we never noticed, thats likely
[17:16] <smb> apw, yep its in extras
[17:17] <apw> ahh so jsalisbury we need to convert that bug to say linux-virtyal should include ext2 module
[17:17] <jsalisbury> apw, ok, will do.
[17:18] <apw> smb, shall i fix it ?
[17:18] <smb> apw, jsalisbury Just wondering how you do a standard install with lvm and have the virtual kernel...
[17:18] <apw> ogasawara, where we at witht he uploads
[17:18] <ogasawara> apw: there's time
[17:18] <ogasawara> apw: I just kicked off a test build, but I can respin it pretty quick
[17:19] <apw> smb, ok i think we use generic in the installer, which has it, then reboot into -virtual which does not
[17:20] <smb> apw, Quite likely. Well, seems at least like something that arguable is better in the main package...
[17:20] <apw> yep
[17:20] <smb> Have we changed that when going from no extras to extras?
[17:22] <apw> ogasawara, so i say let your build continue if you haven't stopped them
[17:22] <apw> and i'll just test virtual with this change
[17:22] <ogasawara> apw: ack
[17:22] <apw> ogasawara, is your tip pushed anywhere?
[17:22] <apw> i'll dump this on the top and test it, then you can reorder it if it works :)
[17:22] <ogasawara> apw: pushed to master-next, I just added an ABI bump
[17:22] <ogasawara> apw: havne't pushed the commit to close it up yet
[17:22] <smb> apw, Ah I see, it used to be builtin anyway and we probably decideed its not boot essential...
[17:23] <apw> smb, right, we just demoted it, and exposed this
[17:24] <smb> apw, I wonder whether realizing that setups that require/do a separate /boot go for ext2 would be something to generally rething that before release...
[17:24] <smb> not that it is critical normally
[17:24] <apw> smb, shove it on the rally agenda, probabally need to ask why its not ext3
[17:25] <apw> without a journal
[17:25] <smb> apw, Likely because you not really use it much
[17:25] <apw> what i mean is ext3 without the journal is the same anyhow, so we can likely use ext3 to mount it
[17:26] <smb> ah ok, understand
[17:29] <smb> done
[17:42] <apw> ogasawara, ok it seems we need a meta change for the next upload, will push it shortly
[17:42] <ogasawara> apw: ack
[17:43] <apw> ogasawara, linux-image should point to the recommended kernel, which means -pae now
[17:43] <ogasawara> apw: ah, right.  thanks.
[17:55] <hallyn> is a build of git head of ubuntu-precise supposed to work right now?
[17:55] <hallyn> I get failure at:
[17:56] <tgardner> hallyn, I just finished a build on tangerine
[17:56] <hallyn> debian/build/tools/tools/perf/perf: no such file or directory
[17:56] <hallyn> ihm, that's where i'm building
[17:56] <hallyn> just 'debian/rules build; fakeroot debian/rlues binary' ?
[17:57] <tgardner> sforshee, tangerine:~rtg/ukb/precise/amd64/master-next
[17:58] <tgardner> hallyn, I did the whole thing. why are you targeting 'build' , and then 'binary' ? Isn't build a superset of binary ?
[17:59] <hallyn> i guess a habit from those packages which refuse to build as root (i.e. under fakeroot)
[17:59] <hallyn> but, doh, that's my problem i guess, i should be doing binary-generic not just binary
[18:00] <hallyn> hopefully that'll be it - thanks
[18:00] <tgardner> hallyn, ah, I missed that. you should be able to just build the falvour you want, e.g., 'fakeroot debian/rule binary-generic'
[18:01] <hallyn> (wonder which one it was failing on then :)
[18:02] <hallyn> thanks
[18:02] <tgardner> hallyn, if you're missing 'fakeroot' I think some of the user space tools won't build.
[18:02] <apw> ogasawara, ok fixes pushed to linux-meta, i bumped abi and tagged it ready as well
[18:03] <ogasawara> apw: thanks
[18:04] <hallyn> tgardner: interesting, though wouldn't fakeroot binaryXYZ then compile whatever wasn't compiled?
[18:04] <arges> wow i915_enable_rc6=1 gives my t420 9 hours of battery life... i wonder if the battery indicator is correct
[18:05] <hallyn> anyway, this worked - thanks!
[18:05] <tgardner> hallyn, you're assuming all of the fine grained makefile dependencies are correct :)
[18:17] <hallyn> true :)
[18:35] <slangasek> tgardner: ping re: bug #881529
[18:35] <ubot2`> Launchpad bug 881529 in debian-installer "Natty and Oneiric LTS backport kernels need to get onto the Lucid 10.04.4 point release DVD." [High,In progress] https://launchpad.net/bugs/881529
[18:35] <tgardner> slangasek, yes ?
[18:36] <slangasek> tgardner: hi, so skaet was asking me about this and I really have no clue...
[18:36] <tgardner> asking you what? it seems clear to me.
[18:36] <slangasek> you said it was "in progress", but I'm pretty sure skaet wasn't making any changes to the debian-installer package for this
[18:36] <slangasek> is all you're asking for to have the kernel packages *on* the DVD?
[18:37] <tgardner> slangasek, yes. AFAIK skaet is the one that set the state.
[18:37] <slangasek> (in that case, the debian-installer package has nothing to do with it, which is why I'm confused)
[18:37] <tgardner> slangasek, well, the installer has to support a kenerl installation choice
[18:38] <slangasek> ok, so you want support for installing any of the kernel flavors, but still only expect the DVD to boot the lucid flavor for the initial install?
[18:38] <tgardner> slangasek, cjwatson has already done this once for the maverick kernel on 10.04.2 (or .3?)
[18:39] <skaet> tgardner, no I didn't set the state to in porgress,  log has you setting it.   I just went in and added a tag to monitor it.
[18:39] <tgardner> slangasek, maybe the installer is the wrong package? the user should have a choice of kernels to boot from initially.
[18:39] <slangasek> well, the installer is absolutely the right package to give users the choice of kernels to boot from initially
[18:40] <tgardner> thats the way the current DVD point release is working.
[18:41] <slangasek> I'm having difficulty confirming that at the moment, hmm
[18:43] <tgardner> slangasek, I haven't looked in awhile, but I'm pretty sure I was able to boot and install a maverick kernel from the lucid DVD point release.
[18:43] <slangasek> tgardner: I really see only a single vmlinuz+initrd pair in the archive for the hardy point releases
[18:43] <tgardner> slangasek, lucid, not hardy
[18:43] <slangasek> oh yes
[18:43]  * slangasek tries the right directory
[18:44] <slangasek> ahh, yes, there they are
[18:45] <slangasek> right, bug state twiddled
[18:45] <slangasek> tgardner: thanks
[18:45] <tgardner> slangasek, np
[18:54] <jsalisbury> ogasawara, Looks like a new duplicate of bug 911236 was reported.
[18:54] <ubot2`> Launchpad bug 911236 in linux "DMAR:[fault reason 05] PTE Write access is not set" [Medium,Confirmed] https://launchpad.net/bugs/911236
[18:55] <ogasawara> jsalisbury: ack.  we likely need to escalate that one upstream.  I've got it on my todo list.
[18:58] <jsalisbury> ogasawara, cool, thanks.  I'll keep an eye out for further duplicates.  Do you think it should go onto our hot list?
[18:58] <ogasawara> jsalisbury: it can so we don't lose track of it
[18:59] <jsalisbury> ogasawara, ack
[19:01]  * tgardner -> lunch
[19:16] <apw> ogasawara, ok i've just pushed the fix for the ext2 -virtual thingy
[19:17] <ogasawara> apw: thanks.  I'll squeeze it into the upload.
[19:17] <apw> ogasawara, i don't think we need to worry toooo much if it misses, so if you get cold feet we will survive
[19:19] <ogasawara> apw: not a big deal to respin.  builds already finished so I'll just do a quick re-build test on amd64/i386 and boot test and upload.
[19:20] <ogasawara> smb: if you're still around, bug 911204, did you get around to testing on real hw?
[19:20] <ubot2`> Launchpad bug 911204 in linux "precise ec2 images fail to boot with kernel oops" [Critical,Confirmed] https://launchpad.net/bugs/911204
[19:22]  * ogasawara assumes the patch can wait for the next upload
[19:23] <apw> ogasawara, i think that linus slipped in two reverts for rtc one of which avoids this issue
[19:23] <apw> ogasawara, so while smb's patch or something like it should go into mainline, it believe we should be ok with wahts in 3.2
[19:24] <ogasawara> apw: good to know, I can just have smb test with what we upload to confirm
[20:22] <Kano> apw: http://cateee.net/lkddb/web-lkddb/INTEL_IOMMU_DEFAULT_ON.html
[20:23] <Kano> apw: could you disable that by default? if somebody really needs it i am sure he finds out how to use it
[20:24] <Kano> that causes problems on my h55 board
[20:24] <Kano> i will test rt2800pci with one patch soon, there have been only a few
[20:26]  * tgardner goes to pack
[20:26] <bjf> good plan
[20:36] <apw> Kano, i suspect that means your machine needs a quirk to turn it off if it is broken
[20:37] <Kano> i would not think thats the only one
[20:37] <Kano> its easy enough to enable
[20:39] <Sarvatt> disabling INTEL_IOMMU_DEFAULT_ON would also let us enable rc6 by default in i915 for huge power savings :)
[20:42] <Kano> Sarvatt: but the default is off by default
[20:45] <avarisclari> hello people, my questioning has had me redirected here for quick help
[20:46] <avarisclari> earlier my video card completely crashed, and i had to do a force uninstall reinstall, and i found it in xorg.1.log
[20:46] <avarisclari> i want to know if you guys know where to go from there to track down the issue
[21:02] <avarisclari> can someone tell me how to find a hard shutdown in the kern.log
[22:52] <GrueMaster> Can someone on the kernel sru team move the oneiric omap kernel from universe to main?  I can't install the proposed kernel until it is there.