[02:30] <LLStarks> hi, will there be any new daily kernels before kernel.org comes back?
[06:34] <ppisati> morning *
[07:04] <apw> LLStarks, we hadn't expected it to be away for so very long
[07:04] <apw> morning
[10:08] <janimo> does the kernel team do cross builds of ARM kernels when testing?
[11:00] <ppisati> janimo: i always cross compile
[11:01] <ppisati> janimo: from time to time, i do a native kernel compilation but it's way too slow
[11:02] <janimo> ppisati, is the process written up somewhere, is the kernel wiki up-to-date?
[11:03] <ppisati> janimo: uhm
[11:03] <ppisati> janimo: don't think so
[11:03] <janimo> ppisati, :D
[11:03] <ppisati> janimo: but baisally you have to
[11:03] <ppisati> janimo: export $(dpkg-architecture -aarmel); export CROSS_COMPILE=arm-linux-gnueabi-
[11:03] <janimo> I'd like to use that approach for the ac100 package which has an external git tree
[11:03] <ppisati> janimo: fakeroot debian/rules clean; fakeroot debian/rules binary-$flavour
[11:03] <ppisati> and that's it
[11:04] <janimo> ppisati, ok. How do I set up the tree initially. Vanilla kernel upstream flavour and over that some deb/ubuntu specific directories
[11:04] <ppisati> janimo: yep, somehow
[11:04] <janimo> then I git pull/rebase/cherry pick and do a new debsrc build
[11:05] <ppisati> janimo: more or less is what i did with the omap4 kernel
[11:05] <ppisati> janimo: look at the oneiric/omap4 branch
[11:05] <ppisati> janimo: the first... 5? 6? commits
[11:05] <ppisati> janimo: are the "debianification" of a vanilla linux tree
[11:05] <ppisati> more or less
[11:09] <janimo> ppisati, thanks will check
[12:32] <smoser> smb, did you see my ping from yesterday when you were sleeping ? 
[12:39] <tgardner> smoser, smb is on vacation this week
[12:39] <smoser> ok. then i'll open a bug. htank you tgardner 
[12:39] <smoser> i swear, you let people take vacation ?
[12:40] <tgardner> smoser, well, I didn't have a lot of choice :)
[13:10] <tgardner> ogasawara, do you still want to add these last 2 patches from the list onto master-next ?
[13:11] <ogasawara> tgardner: was just looking at them.  might as well get em onto master-next as I'm sure we'll do another upload prior to release.
[13:11] <ogasawara> tgardner: but I'm following SRU policy so want 2 ack's before applying
[13:12] <tgardner> ogasawara, ack
[13:42] <tgardner> ogasawara, I also dumped the 'ata: make DVD drive recognisable on systems	with Sandybridge CPT chipset' patch on ubuntu-p so we don't lose it.
[13:42] <ogasawara> tgardner: cool, thanks
[14:10] <jonpry> can someone take a look at https://bugzilla.redhat.com/show_bug.cgi?id=699156 i've verified it is still happening on 3.1-rc4. Working on a year of this.
[14:10] <ubot2> bugzilla.redhat.com bug 699156 in kernel "Large amount of acpi interrupts on lenovo y560p with 2.6.38+" [Unspecified,New]
[14:18] <jonpry> while rc4 is definitely the coolest running kernel to date. (73C at idle), it seems to have taken the interrupts to a new level. Over 100k per second now. 
[14:30]  * ogasawara back in 20
[17:55] <jjohansen> rebooting
[18:22]  * tgardner --> lunch
[18:29] <hallyn> Is there a url to point to about the official stance on kernel backports to LTS?
[18:35] <ogasawara> hallyn: I'm unaware of anything myself, but tgardner would probably be the one to ask if something did exist.
[18:40] <hallyn> ogasawara: ok, thanks.  I thought something came out of UDS about 'official' support.  will wait for tgardner :)
[19:33]  * ogasawara lunch
[19:46] <tgardner> hallyn, yes, there is official LTS backport support. 
[19:49] <hallyn> tgardner: is there a URL to point people to?  
[19:50] <tgardner> hallyn, not as far as I know. I think details are to be announced at UDS. you could bug risk spencer for details in the meantime,.
[19:50] <tgardner> rick*
[19:51] <hallyn> tgardner: ok, but the official ones are the linux-image-server-lts-backport-natty etc packages (not kernel-ppa) right?
[19:51] <hallyn> tgardner: thanks
[19:52] <tgardner> hallyn, correct. all official packages are in Lucid main
[19:52] <hallyn> great, thanks
[19:53] <tgardner> hallyn, any idea where I could find a kernel.org mirror that might have a copy of b43-open/ucode5.fw ?
[19:55] <hallyn> tgardner: whose tree was that in?  i only found out here yesterday about Linus' github mirror :)
[19:56] <hallyn> and that's not there, sorry.  
[19:56] <tgardner> hallyn, from dmesg: 'May 9 13:39:19 (none) user.err kernel: b43-phy0 ERROR: You must go to http://wireless.kernel.org/en/users/Drivers/b43#devicefirmware and download the correct firmware for this driver version. Please carefull read all instructions on this website'
[19:56] <tgardner> hallyn, I think I found it in openwrt.
[19:57] <hallyn> yikes. that sucks
[19:57] <hallyn> I'm really curious to see if they'll figure out the attack vector used
[19:57] <tgardner> I'd sure like to see kernel.org reappear.
[22:11] <jjohansen> rebooting
[22:36] <Kano> hi, you could add those 2 patches or best bring em to mainline .39/3.0
[22:36] <Kano> http://www.marcet.info/2011/08/dib0700-race-conditions-in-2-6-39-1-and-3-0
[22:36] <Kano> otherwise some dvb-t dongles do not work
[22:42] <Kano> tested and verified
[22:42] <Kano> http://kanotix.com/files/hellfire/ubuntu-3.0.0/kanotix-dvb-fixes.txt