mjg59 | BenC: toshiboa.ko doesn't depend on ACPI, so in principle it provides functionality that isn't implemented elsewhere | 00:32 |
---|---|---|
mjg59 | In reality, I suspect Ubuntu doesn't cope with anything that old now | 00:33 |
BenC | mjg59: do you have such machines? | 00:40 |
mjg59 | BenC: Nope | 00:42 |
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:43 |
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:44 |
BenC | last Daniel touched it was years ago | 00:45 |
BenC | well, a little over a year at least | 00:45 |
BenC | I just wish I had hardware to test, but I guess emailing a few lists with a patch would do | 00:46 |
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:48 |
BenC | I'll email Daniel first, but that seems like a suitable way to do it | 00:49 |
BenC | Actually, we just wouldn't need the hotkey part...the rest of it for fan/lcd/video would still be usable | 00:51 |
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:57 |
mjg59 | Quality | 00:58 |
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 | 03:44 |
Kano | hi BenC , 2.6.26.2 is out | 04:09 |
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:10 |
Kano | i can change the first menu also i added java 1.6 | 04:11 |
Kano | btw. i used one acpi patch with seemed to help at least for one of the kanotix users | 04:13 |
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:14 |
BenC | Kano: there's good reason | 04:15 |
BenC | Kano: but it's not because I don't know it's there | 04:15 |
Kano | what do you think about that acpi thermal mini patch | 04:16 |
Kano | do you know a solution for some xpress 1200 users which can not boot without acpi=off? | 04:18 |
=== rikai_ is now known as rikai | ||
=== superm1 is now known as superm1|away | ||
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:11 |
amitk | abogani: you'll have to do your own. But you can copy intrepid meta or port meta. | 10:18 |
abogani | amitk: Ok. Thanks. | 10:19 |
=== emgent is now known as pint | ||
=== pint is now known as emgent | ||
AlmightyCthulhu | if anyone can answer this..... | 12:53 |
AlmightyCthulhu | what is going on with the realtime kernel in Intrepid? | 12:53 |
abogani | AlmightyCthulhu: Under test through PPA. | 12:56 |
AlmightyCthulhu | ahhh, thanks, the repo still has 2.6.24 | 12:57 |
AlmightyCthulhu | that startled me | 12:57 |
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:36 |
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:37 |
smb_tp | abogani, I normally use a 64bit host with -386 build chroot (well actually -am64 build chroot as well) | 13:38 |
abogani | smb_tp: Thus without boot test. | 13:39 |
abogani | ? | 13:39 |
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:40 |
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:41 |
smb_tp | abogani, Or 32bit on the laptop but I normally try to preserve that | 13:42 |
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:43 |
smb_tp | abogani, Guess if I change stuff on filesystems I would have to be extra careful. :) | 13:44 |
abogani | :) | 13:44 |
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:45 |
smb_tp | abogani, The EXTRAVERSION remains unchanged. | 13:46 |
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:47 |
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. :) | 13:48 |
Kano | BenC: how about backporting ath5k from 2.6.27-rc2 as it support ar2007 like eee pc + adding ath9k | 14:12 |
Kano | then madwifi is not needed -only if you would like to use it as ap | 14:13 |
Kano | your madwifi is the wrong code anyway as only the hal branch would give additional device support | 14:14 |
=== superm1|away is now known as superm1 | ||
=== superm1 is now known as superm1|away | ||
=== superm1|away is now known as superm1 | ||
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:14 |
abogani | Obviously i have added two new modules. | 16:16 |
rtg | abogani: actually, it sounds like you've removed some modules. | 16:20 |
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:22 |
rtg | s/modules-check/module-check/ | 16:23 |
abogani | rtg: Thanks fro suggestion! I'll look at in. | 16:26 |
abogani | s/fro/for | 16:27 |
rtg | abogani: np | 16:27 |
=== macd_ is now known as macd | ||
=== asac_ is now known as asac | ||
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:32 |
mdke | it's bug 240628 | 23:33 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!