[09:53] <tjaalton> mjg59: reverting the patch you mentioned made my backlight work again, thanks
[10:03] <abogani> Please guys don't forget my request pull about -rt conf files (https://lists.ubuntu.com/archives/kernel-team/2008-March/002204.html). Thanks a lot! :-)
[10:45] <AnAnt> I got an nVidia graphics card, and when I boot using kernel 2.6.24-12, the virtual console is blank (can only see the cursor), and Xorg doesn't work, nor does sound, I use nvidia-glx-new. So I have to use the 2.6.24-11 kernel & downgrade nvidia-glx-new in order to make my laptop work
[10:47] <tjaalton> AnAnt: install linux-generic
[10:49] <AnAnt> tjaalton: is that supposed to bring in another package ?
[10:49] <AnAnt> tjaalton: both linux-image-generic & linux-restricted-modules-generic are up to date
[10:49] <rzr> asac: I am the one who is quotted on this thread : http://thread.gmane.org/gmane.linux.acpi.devel/27726
[10:51] <tjaalton> AnAnt: ok, so file a bug
[10:59] <AnAnt> ok
[11:03] <AnAnt> tjaalton: btw, there is a bug I filed a year ago, and it still didnt get fixed (bug #146151)
[11:03] <ubotu> Launchpad bug 146151 in linux-source-2.6.24 "pcspkr module causes hangup on HP Pavilion dv6391 when system beeps" [Undecided,New] https://launchpad.net/bugs/146151
[11:05] <asac> rzr: hi.
[11:05] <asac> thanks
[11:06] <asac> rzr: do you know about an ubnutu bug about this?
[11:07] <AnAnt> so, is there something I should do (subscribe someone or put some tag) to make developers look at it ?
[11:07] <asac> rzr: maybe include the link to that thread in your mail.
[11:07] <rzr> asac: this patch is included in kernel package i think
[11:07] <asac> ah ok.
[11:08] <rzr> mailed
[11:08] <asac> thx
[11:09] <rzr> but andrew morton help to get it upstream
[11:10] <rzr> btw, ubutunu violated debian policy when the accepted a patch upstream refused :)
[11:13] <rzr> asac: 
[11:13] <rzr>   * acpi: DSDT from initramfs patch
[11:13] <rzr>     - GIT-SHA 7b650b00d82ec5c80452b2f99de1cfdbae2a465b
[11:14] <rzr> most /usr/share/doc/linux-image-2.6.20-16-386/changelog.Debian.gz
[11:14] <rzr> that's this one
[11:15] <tjaalton> AnAnt: that bug is less than six months old
[11:15] <AnAnt> tjaalton: oh, yes I meant that I filed it in 2007, sorry
[11:25] <AnAnt> tjaalton: so, is there anyone looking at that bug or not ?
[11:30] <BenC> Good morning peeps
[11:30] <tjaalton> AnAnt: don't know, I'm not :)
[11:34] <cking> Morning BenC
[11:40] <amitk> BenC: http://thread.gmane.org/gmane.linux.acpi.devel/27726
[11:40] <zul> morning
[11:43] <BenC> amitk: that rocks!
[11:43] <BenC> yay for intrepid not needing us to carry that patch around any more
[11:45] <maks_> that patch is a bugger, see discussions with hch rzr
[11:45] <maks_> and seens when does ubuntu ever care about upstream quality of a patch rzr :P
[11:46] <BenC> Len's suggestions for fixes are a good idea too
[11:56] <AnAnt> BenC: regarding bug #146151 , I suspect that the problem is actually connected to apic
[11:56] <ubotu> Launchpad bug 146151 in linux-source-2.6.24 "pcspkr module causes hangup on HP Pavilion dv6391 when system beeps" [Undecided,New] https://launchpad.net/bugs/146151
[11:57]  * BenC wonders why things are assigned to linux-source-2.6.24
[11:57] <BenC> that src doesn't even exist
[11:57] <AnAnt> BenC: what should it be assigned to then ?
[11:57] <BenC> linux, like it already is
[11:58] <BenC> the linux-source-2.6.24 target is invalid
[11:58] <AnAnt> ok
[12:02] <BenC> AnAnt: hmm...pcspkr being loaded isn't terribly uncommon...what is uncommon is that the system beep uses pcspkr instead of your built-in audio
[12:03] <AnAnt> BenC: well, I don't mind that the system beep uses pcspkr, since my laptop seems to have a PC speaker somehow
[12:03] <BenC> AnAnt: It's not a matter of you minding, it's that it shouldn't by design :)
[12:04] <AnAnt> BenC: the problem is that if I boot without 'noapic' this pcspkr causes a freeze when used
[12:05] <BenC> AnAnt: Ok, that sounds like a completely different issue then...can you pastebin /proc/interrupts (when booted without noacpi)?
[12:05] <AnAnt> BenC: sure, I'll have to reboot though
[12:06] <AnAnt> BenC: anything else ?
[12:06] <tjaalton> BenC: I've got a new l-r-m ready with fglrx 8-3, should it need some FFE handling?
[12:07] <tjaalton> fixes at least two bugs from the list
[12:07] <BenC> tjaalton: No, go ahead and upload
[12:07] <tjaalton> BenC: thanks, will do
[12:07] <BenC> tjaalton: thanks
[12:07] <BenC> tjaalton: just make sure it is well tested because it will be in beta :)
[12:08] <AnAnt> BenC: rebooting...
[12:08] <tjaalton> BenC: people have tried it and confirmed that those bugs are fixed, but surely it'll have some issues still (as always) :)
[12:13] <AnAnt> BenC: I booted without noapic, here's /proc/interrupts: http://pastebin.com/m71747744
[12:15] <BenC> AnAnt: nothing jumps out...I'd suggest trying some of the acpi debug stuff that can be found on the wiki
[12:16] <AnAnt> BenC: what wiki ?
[12:17] <BenC> wiki.ubuntu.com of course :)
[12:17] <AnAnt> acpi debug or apic debug ?
[12:18] <AnAnt> BenC: acpi debug or apic debug ?
[12:19] <BenC> might as well check both
[12:20] <AnAnt> I can't find anything about apic debug
[12:23] <BenC> AnAnt: you could boot with apic=debug and pastebin that dmesg output
[12:23] <BenC> AnAnt: also (separately) you could try booting with nolapic and see if just that fixes the problem
[12:25] <AnAnt> ok
[12:34] <AnAnt> BenC: dmesg output when booting with apic=debug : http://pastebin.com/m75254cb
[12:34] <AnAnt> BenC: when I use nolapic, Xorg doesn't work (I use an nvidia-glx-new)
[12:39] <AnAnt_> BenC: sorry, laptop crashed
[12:39] <AnAnt_> BenC: I booted now with noapic to avoid that
[12:49] <AnAnt_> BenC: did I miss anything ?
[13:14] <NthDegree> does Ubuntu have any intention of using POSIX Filesystem Capbilities
[13:15] <NthDegree> since it's a now mainline feature and can reduce the amount of applications needing root durastically... it only seems logical to have it set up by default
[13:16] <NthDegree> yet:
[13:16] <NthDegree> mhare@inspire:~$ cat /boot/config-2.6.24-12-generic | grep FILE_CAPABILITIES
[13:16] <NthDegree> # CONFIG_SECURITY_FILE_CAPABILITIES is not set
[13:28] <BenC> NthDegree: that's a better question for the security team
[13:28] <NthDegree> BenC: ah.. #ubuntu-security i'm guessing right?
[13:29] <BenC> yeah
[13:29] <NthDegree> btw if I managed to get it to compile as a module could I theoretically compile it from the Ubuntu source and load it into an Ubuntu-packaged kernel?
[13:29] <NthDegree> as in so that I can have the nice supported Ubuntu kernel but have the extra feature still
[13:29] <BenC> security caps can't be modules anymore, IIRC
[13:30] <NthDegree> oh yeah... that's why Dazuko is having problems
[13:30] <NthDegree> forgot about that :$
[13:31] <NthDegree> BenC: thanks =]
[13:31] <BenC> np
[14:28] <AnAnt> BenC: so what else should I do ?
[20:11] <aspushkin> hello, can anybody help me with the following: when i attach to process via  ptrace(PTRACE_SETOPTIONS,...) the process i attached to hangs up completely
[20:12] <aspushkin> i have following options set: int options = PTRACE_O_TRACEFORK | PTRACE_O_TRACEVFORK | PTRACE_O_TRACEEXEC | PTRACE_O_TRACECLONE | PTRACE_O_TRACEVFORKDONE ;
[20:12] <aspushkin> when i exit my tracer program, the process i attached to resumes normal operation....
[22:43] <geos> hello
[22:46] <geos> someone here?