[02:55] <soleblaze> I'm trying to create a custom kernel for ubuntu.  I created a config.aoa file for it and stuck it in debian/config/i386 .. it ran all the way and then gave me an ABI file not found error.. how do I create the ABI files?
[06:54] <jernst> hello, can someone tell me on what mainline rc is based linux-image-generic 2.6.27.5.5 ?
[11:47] <Ng> what determines the power/level state of a USB device (wrt sysfs)?
[11:47] <Ng> I have a fingerprint scanner in my laptop which I have precisely no intention of ever using. it gets a bit warm and its power/level is "on". If I set that to "auto" it cools down
[11:47] <Ng> similarly I have a USB webcam in the lid of my laptop which I basically never use, so I set that to "auto" too and it still works, so I'm curious why things aren't set to auto automatically
[11:48] <Ng> (e.g. /sys/devices/pci0000:00/0000:00:1d.7/usb4/4-5/power/level is the camera's state)
[11:52] <Ng> oh right, it's because usb devices suck and don't always implement usb power management :/
[11:56] <amitk> Ng: usb autosuspend doesn't always work as you have figured out. So the default of 'auto' caused lots of breakages in 2.6.23-24
[11:58] <Ng> sucks
[11:59] <Ng> I hope hal grows the ability to whitelist suspendable devices, but rc.local will do for now :)
[12:01] <amitk> Ng: yeah. rc.local is my collection of powertop recommendations :)
[17:11] <CarlFK> smb_tp: morning.  as a workaround so that my box will boot when on battery, can the 170 second timeout be set via a kernel param?
[17:13] <BenC> Hey everyone, I know there's supposed to be a meeting this week here
[17:15] <BenC> but this is basically to inform everyone that our meetings are moving to #ubuntu-meeting at 17:00 UTC on Tue's
[17:15] <ogra> oh, you hold them here ? 
[17:15] <ogra> :)
[17:16] <zul> is there one today?
[17:16] <rtg> zul: whats up with xen in Intrepid? Is it OK?
[17:17] <zul> rtg: just trying to package it now 
[17:17] <rtg> zul:  is that a separate tree?
[17:17] <zul> rtg: yep
[17:18] <zul> I should be pushing it to the git repo today if you want to have a look at it
[17:18] <rtg> zul: so, you're doing your own uploads for taht?
[17:18] <zul> rtg: in theory yes
[17:18] <rtg> zul: whats the theory part?
[17:18] <zul> rtg: I have to talk to dendrobates about it still
[17:18] <zul> and he is sick right now afaik
[17:19] <rtg> zul whats the issue?
[17:20] <zul> rtg: the only issues right now is that Ive heard that we are going to pass it off to you guys once the main bits are done (ie security patches) but I havent heard anything else
[17:20] <zul> rtg: the issue with the packaging right now is just generating the ABI
[17:20] <rtg> zul: ok, that is not unexpected.
[17:21] <rtg> zul: ABI is always a pain
[17:21] <zul> rtg: tell me about it
[17:22] <zul> rtg: ill bug you about it in a bit
[17:22] <rtg> zul: ok
[19:23] <zul> rtg: ping
[19:31] <rtg> zul: pong
[19:32] <zul> rtg: have you seen the way linux-rt package their kernel they basically take the debian directory fetch the linux-source from the archive and then patch and it build it, its quite neat Im going to use the same idea 
[19:32] <rtg> zul: seems reasonable.
[19:44] <smb_tp> CarlFK, I do not know of any way to reduce this timeout. However, as a workaround until the real problem is found, you might use "nohz=off highres=disabled". unfortunately this reduces battery time.
[19:51] <CarlFK> smb_tp: shucks.  thanks 
[20:10] <smb_tp> tjaalton, ping. Did you get the emails I sent you?
[20:27] <tjaalton> smb_tp: yep, need to try the packages tomorrow
[20:27] <smb_tp> tjaalton, Ok, no hurry. It was just so quiet I wondered I had the right mail address...
[20:29] <tjaalton> smb_tp: heh, yeah it worked alright
[20:29] <smb_tp> tjaalton, Ok, cool. :)
[21:21] <zul> rtg: i have the kernels built Ill upload them to my ppa and to my git tree as well