[07:04] I am learning how to make use of my motherboard's TPM [07:05] and on the way there I need to read what used to be /proc/acpi/dsdt [07:06] so my question is, where are the APCI tables on a 2.6.3* ubuntu kernel? === chrisccoulson_ is now known as chrisccoulson [11:25] kernel.org has been down all day [14:26] * ogasawara back in 20 [14:30] Just starting next round tests for suspend bug 838729 w/ new kernel suggestions. [14:30] Launchpad bug 838729 in linux "x200 laptop fails to complete to suspend on second suspend after boot" [Medium,In progress] https://launchpad.net/bugs/838729 [15:22] ogasawara, about those patches for the hid subsystem I sent a few weeks ago [15:22] cnd: yep [15:22] they aren't going to pushed to mainline for a bit due to the kernel.org compromise [15:23] that's what jiri kosina told me [15:23] cnd: ok, but I assume they'll eventually go up right? [15:23] yes [15:23] cnd: cool, we'll carry them as sauce patches for now then. [15:23] do you need me to resend? [15:23] cnd: nah [15:23] ok [15:24] thanks! [15:24] there's 4 patches in total [15:24] sorry, 3 patches [15:24] cnd: I'll ping you if I have trouble applying [15:24] k [15:38] cnd: hrm, I'm only seeing 2 patches total. can you resend just so I'm sure I've got the right ones. [15:43] :( [15:53] ogasawara, which ones did you get? [15:53] were they both about the macbook 4,2? [15:53] the third is for the magicmouse [15:54] cnd: yah, I got the macbook 4.2 one (2 of them), let me look for the third ... [15:55] cnd: ah magicmouse, there it is - "[Oneiric][PATCH] HID: magicmouse: Set resolution of touch surfaces" [15:55] yep [15:56] cnd: and just to be clear the other two are ... [15:56] [Oneiric][PATCH] HID: magicmouse: Set resolution of touch surfaces [15:56] [Oneiric][PATCH 2/2] HID: add MacBookAir4, 2 to hid_have_special_driver[] [15:57] [Oneiric][PATCH 1/2] HID: add support for MacBookAir4,2 keyboard. [15:57] yep [15:57] cool [16:00] ogasawara: fwiw, I'm getting the same bug with every kernel I've tried. I'm guessing that means it's not a kernel issue. [16:01] jml: hrm, it may not be if you're certain it was working with for ex. with 2.6.38-8.42 and now it's failing with that same kernel. [16:03] ogasawara: unfortunately I don't track which kernel I have when suspend is working... it's just not something that occurs to me. [16:04] jml: indeed. but you were certain it was working with Natty correct? and I assume you'd updated to Natty final? [16:05] ogasawara: I am certain of that. [16:05] ogasawara: I updated to natty final [16:06] jml: so based on that info, we shipped with the 2.6.38-8.42 in Natty final, so I assume that is the last known kernel to work [16:07] ogasawara: right. But it doesn't seem to work on my system currently. [16:07] ogasawara: So wouldn't that point to a non-kernel issue? [16:09] jml: would appear so. /me wonders if there's an x200 in the lab, I'm certain there's a few employees with that model [16:09] jml: you're the first I've heard of having suspend/resume issues though [16:22] ogasawara: is there any way to find out if a program is holding up suspend? any diagnostics I could run? [16:22] I guess I could try running under fallback desktop environments or something. [16:24] jml: https://wiki.ubuntu.com/DebuggingKernelSuspendHibernateResume might help [16:25] ogasawara: thank you. [16:26] jml: you might give the oneiric beta-1 liveCD a try just to confirm your testing in a pristine environment [16:26] ogasawara: oh yeah, that's a good thought. [18:25] is aufs stripped from the virtual kernel? [18:25] CONFIG suggests it is a module === yofel_ is now known as yofel [18:27] /lib/modules/3.0.0-10-virtual/kernel/ubuntu/aufs/ is empty :( [18:37] Daviey, bug 844159 [18:37] Launchpad bug 844159 in linux "-virtual kernel does not have aufs filesystem" [Undecided,New] https://launchpad.net/bugs/844159 [18:38] smoser: thanks! [18:46] bug 829838 - "there's a dupe for that" :) [18:46] Launchpad bug 829838 in linux "aufs kernel module missing in linux-image-virtual" [Undecided,Confirmed] https://launchpad.net/bugs/829838 [18:48] Question about LTS kernels. The fix to LP #720095 breaks a production (or 1 week away from production) environment if we move from 2.6.32-31 to 2.6.32-32 as it disables CONFIG_NETNS. We can't use 2.6.2.38- because of LP #843892. 2.6.32-31 is actually quite stable with namespaces as long as you don't rapidly create and delete them (far more stable than later kernels which we can reboot the system with 2 commands on demand). Is a more [18:48] appropriate fix for LP #720095 just to disable use of network namespaces in the ftp package? My question for here is "is it reasonable for a kernel point release to REMOVE functionality that some of us were relying on, and if so should I file a bug?" We are only using LTS for the security updates! [18:48] Launchpad bug 720095 in linux "vsftpd causes a vmalloc space leak in Lucid" [Medium,Fix released] https://launchpad.net/bugs/720095 [18:48] Launchpad bug 843892 in linux-lts-backport-natty "Repeatable kernel oops on container delete" [Undecided,New] https://launchpad.net/bugs/843892 === Quintasan_ is now known as Quintasan [18:57] alexbligh: yes, it's probably best to file a bug as most of the stable kernel team is at the linux plumbers conference this week and not likely watching IRC as closely as usual. [18:57] ogasawara, thanks, will do [18:58] alexbligh: if you post the bug number here I can make sure the right people are subscribed/assigned [18:59] ogasawara, thanks, will do [19:07] ogasawara, filed it - it's LP #844185, but I think you might also want to draw someone's attention to LP #843892 which allows you to reboot your machine instantly with a kernel oops with 2 harmless commands :-( [19:07] Launchpad bug 844185 in linux "Removal of CONFIG_NS from 2.6.32-32 breaks applications" [Undecided,New] https://launchpad.net/bugs/844185 [19:07] Launchpad bug 843892 in linux-lts-backport-natty "Repeatable kernel oops on container delete" [Undecided,New] https://launchpad.net/bugs/843892 [19:12] dang, bjf's bot is fast [19:12] alexbligh: ignore the message from the bot on your bug [19:14] ogasawara, indeed the bot is fast; I can't remember how LP works. Is Triaged the one after Confirmed? [19:15] alexbligh: yep. I marked it Triaged so the bot doesn't touch it. If they need any additional debug files from you they'll ask. From your description it's pretty clear what the root cause is. [19:17] ogasawara, :-) thanks [20:08] * ogasawara reboots === BenC_ is now known as BenC [23:58] Hey guys can I bribe someone to handle a ticket? =) [23:59] Will pay. =P