[00:32] <mjg59> BenC: toshiboa.ko doesn't depend on ACPI, so in principle it provides functionality that isn't implemented elsewhere
[00:33] <mjg59> In reality, I suspect Ubuntu doesn't cope with anything that old now
[00:40] <BenC> mjg59: do you have such machines?
[00:42] <mjg59> BenC: Nope
[00:43] <mjg59> They'd have to be <2000
[00:43] <BenC> mjg59: would we be better off just using the stock toshiba_acpi module and getting rid of the acpi_hotkey argument in /etc/modprobe.d/?
[00:43] <mjg59> Eh. Probably not yet.
[00:44] <mjg59> It needs porting to input_polldev
[00:44] <BenC> Now there's something I'd be willing to do
[00:44] <mjg59> You might want to get in touch with Daniel Silverstone
[00:44] <mjg59> He was looking at a complete rewrite
[00:45] <BenC> last Daniel touched it was years ago
[00:45] <BenC> well, a little over a year at least
[00:46] <BenC> I just wish I had hardware to test, but I guess emailing a few lists with a patch would do
[00:48] <BenC> mjg59: Ok, if I were to write a drivers/input/misc/toshiba_btns.c driver, then we wouldn't need the patch to toshiba_acpi.c, right?
[00:48] <mjg59> Yeah, he's been working on it again lately
[00:49] <BenC> I'll email Daniel first, but that seems like a suitable way to do it
[00:51] <BenC> Actually, we just wouldn't need the hotkey part...the rest of it for fan/lcd/video would still be usable
[00:57] <BenC> mjg59: I hate how toshiba_acpi's flagrant use of AE_* status codes in paths that have nothing to do with acpi :/
[00:57] <mjg59> Yeah, bonghits
[00:57] <BenC> In fact, it had module_init() returning AE_* status
[00:58] <mjg59> Quality
[03:44] <BenC> mjg59: well that was easy...driver is written, but I don't have a table of the keys returned...so I'll shoot it over to daniel and hope he can fill it in
[04:09] <Kano> hi BenC , 2.6.26.2 is out
[04:10] <superm1> Kano, did you get a chance to look over the stuff I put in git?
[04:10] <superm1> Kano, is it sane to resolve the errors you were seeing?
[04:10] <Kano> superm1: nope,did try things with splashtop ;)
[04:11] <Kano> i can change the first menu also i added java 1.6
[04:13] <Kano> btw. i used one acpi patch with seemed to help at least for one of the kanotix users
[04:14] <BenC> Kano: please stop doing that
[04:14] <Kano> http://lkml.org/lkml/2008/7/24/286
[04:14] <BenC> Kano: I have a script that tells me that info, and I didn't name it Kano
[04:14] <Kano> patching kernels?
[04:14] <BenC> Kano: stop telling me when updates are out
[04:14] <Kano> BenC: well you take really much time usually to update...
[04:15] <BenC> Kano: there's good reason
[04:15] <BenC> Kano: but it's not because I don't know it's there
[04:16] <Kano> what do you think about that acpi thermal mini patch
[04:18] <Kano> do you know a solution for some xpress 1200 users which can not boot without acpi=off?
[10:11] <abogani> Should I make a meta-package, for obtain linux-rt and linux-image-rt, on my own for -rt kernel? Or UKT can provide it via linux-meta ?
[10:18] <amitk> abogani: you'll have to do your own. But you can copy intrepid meta or port meta.
[10:19] <abogani> amitk: Ok. Thanks.
[12:53] <AlmightyCthulhu> if anyone can answer this.....
[12:53] <AlmightyCthulhu> what is going on with the realtime kernel in Intrepid?
[12:56] <abogani> AlmightyCthulhu: Under test through PPA.
[12:57] <AlmightyCthulhu> ahhh, thanks, the repo still has 2.6.24
[12:57] <AlmightyCthulhu> that startled me
[13:36] <abogani> smb_tp: May i disturb you with one stupid question?
[13:36] <smb_tp> abogani, sure. though I don't think there are any stupid ones.
[13:37] <abogani>  What is the best way to build test kernel for both i386 and amd64 archs? 
[13:37] <abogani> As like you usually do for your test kernels (http://people.ubuntu.com/~smb/)?
[13:37] <abogani> A couple of pc? KVM on 64bit host? 
[13:37] <abogani> Or what?
[13:38] <smb_tp> abogani, I normally use a 64bit host with -386 build chroot (well actually -am64 build chroot as well)
[13:39] <abogani> smb_tp: Thus without boot test.
[13:39] <abogani> ?
[13:40] <smb_tp> abogani, two machines would be faster but I am lacking hardware... Boot test depends sometimes on the changes. If I change drivers to hardware I don't have I sometimes skip it.
[13:41] <abogani> Right.
[13:41] <smb_tp> abogani, Otherwise I test the 64bit version on the build host and the 32bit one on a vm (can't use kvm since my machines are too old)
[13:42] <smb_tp> abogani, Or 32bit on the laptop but I normally try to preserve that
[13:43] <abogani> smb_tp: I hope that you never incur in a fs data lossbug
[13:43] <abogani> :-)
[13:43] <abogani> smb_tp: Last thing: What i should set to test kernel package to avoid conflicts? Seems to me that you set EXTRAVERSION, isn't it?
[13:44] <smb_tp> abogani, Guess if I change stuff on filesystems I would have to be extra careful. :)
[13:44] <abogani> :)
[13:45] <smb_tp> abogani, No not exactly. I use the debian method and only change the version number in the debian/changelog, recreate debian/control (if necessary) and run debian/rules 
[13:46] <smb_tp> abogani, The EXTRAVERSION remains unchanged.
[13:47] <smb_tp> abogani, Numberwise i take the last released version and add some suffix
[13:47] <abogani> as like smb4?
[13:47] <smb_tp> abogani, yes exactly
[13:48] <smb_tp> abogani, like -19.37 -> -19.37smb1
[13:48] <abogani> I understand.
[13:48] <abogani> Thanks a lot! :-)
[13:48] <smb_tp> abogani, No problem. :)
[14:12] <Kano> BenC: how about backporting ath5k from 2.6.27-rc2 as it support ar2007 like eee pc + adding ath9k
[14:13] <Kano> then madwifi is not needed -only if you would like to use it as ap
[14:14] <Kano> your madwifi is the wrong code anyway as only the hal branch would give additional device support
[16:14] <abogani> I incur in this error "EE: Missing modules (start begging for mercy)" during building ... How can resolve it? How can regenerate module list to avoid this type of error?
[16:16] <abogani> Obviously i have added two new modules.
[16:20] <rtg> abogani: actually, it sounds like you've removed some modules.
[16:22] <abogani> Yes you are right.
[16:22] <abogani> I have removed two modules also.
[16:22] <rtg> abogani: look in debian/scripts/modules-check. there are a couple of ways to work around missing modules.
[16:23] <rtg> s/modules-check/module-check/
[16:26] <abogani> rtg: Thanks fro suggestion! I'll look at in.
[16:27] <abogani> s/fro/for
[16:27] <rtg> abogani: np
[23:32] <mdke> hi there. I have been struggling to get sound working with ubuntu, it works occasionally then disappears again. I filed a bug about six weeks ago but haven't had any triage on it. Is there someone I could contact to try and progress the bug?
[23:33] <mdke> it's bug 240628