[00:00] <bjf> dtchen, I've only seen one (just received about 30 minutes ago) , have there been more?
[00:01] <dtchen> bjf: prior to UDS, I think
[00:01] <bjf> dtchen, will seach my email box, feel free to CC me on anything you feel relevant
[00:02] <dtchen> bjf: thanks
[00:02]  * bjf will be back on later...
[01:14] <bjf-afk> dtchen, just went through my email again, I have today's CC and "Reporting for duty!", were there others?
[01:15] <dtchen> bjf-afk: I think that's all
[01:16] <dtchen> also, I wasn't able to follow the codec session during UDS-L, but snd-hda-intel does accept a codec "patch"
[01:19] <dtchen> parm:           patch:Patch file for Intel HD audio interface. (array of charp)
[01:20] <dtchen> so, between passing a patch via /lib/firmware{,/$(uname -r)} and hda-verb, hw enablement shouldn't be a blocker
[01:25] <bjf-afk> dtchen, sounds good, I'll go back and review those emails, between UDS and out all last week I don't remember much
[16:47] <bjf> ##
[16:47] <bjf> ## Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting
[16:47] <bjf> ##      agenda: https://wiki.ubuntu.com/KernelTeam/Meeting
[16:47] <bjf> ##
[17:55] <bjf> ##
[17:55] <bjf> ## Ubuntu Kernel Team Meeting - in 5 minutes - #ubuntu-meeting
[17:55] <bjf> ##
[19:11] <akheron> is there a way to re-create mainline kernel builds?
[19:12] <akheron> I can't find source packages for them, so I don't know where to get debian/
[21:20] <phferrel> Noticed an IGMP v3 report issue on several machines running 9.04/avahi-daemon 0.6.23 and one machine running 9.10/avahi-daemon 0.6.25.  Affected PCs are transmitting two IGMP joins for the same group (224.0.0.251).  One packet is destined to the correct MAC/IP (0100.5e00.0016 / 224.0.0.22) and the other is incorrect (0100.5e00.00fb / 224.0.0.22).  Is there a bug open on this issue?
[21:31] <Keybuk> apw: looks like your kernel works for me too
[21:31] <Keybuk> # readlink /sys/class/graphics/fb0/device/driver
[21:32] <Keybuk> ../../../bus/platform/drivers/vga16fb
[22:01] <apw> Keybuk, cool.  i'll clean it up, and maybe make it optional, and get it into lucid
[22:01] <apw> Keybuk, i assume thats all you needed from the kernel to get your 'non-wait fbcon' boot speedup ?
[22:02] <Keybuk> no, still need whatever it is that moblin are patching i915 to make that come up faster
[22:02] <Keybuk> the vga16fb stuff was for plymouth on non-kms
[22:03] <apw> Keybuk, yeah the speed stuff is separate
[22:03] <apw> i mean thats all you needed so you didn't need 'wait 5s and then assume there isn't one' mode for non-kms
[22:04] <Keybuk> no, still need that
[22:04] <apw> tseliot and sconklin are looking at the performance patches, they seem good patches performance wise, crap attribution etc wise
[22:04]  * apw tries again
[22:04] <Keybuk> still need to force a wait for a framebuffer in the initramfs
[22:04] <Keybuk> because the next initramfs script starts plymouth
[22:05] <apw> but this change is enough to mean you can always wait for one and it'll always appear?
[22:05] <Keybuk> eys
[22:05] <Keybuk> means the wait won't be that long
[22:05] <Keybuk> we know we'll always have a framebuffer
[22:06] <apw> good stuff.  i am watching the other patches, there seem to be several seconds overall for the stack tseliot has ... just need intel to admit they are their patches
[22:06] <Keybuk> yeah
[22:25] <uukev> hi, Is the file "linux_2.6.31.orig.tar.gz" here: https://launchpad.net/ubuntu/+source/linux/2.6.31-15.50 the source of my karmic kernel or are there any patchs applied to this?
[22:44] <ukev> How can I find out if a kernel patch is in the ubuntu kernel?
[23:13] <dtchen> ukev: the source is retrievable in a number of ways. If you have a corresponding deb-src line, apt-get source linux-image-$(uname -r). You could also dget https://edge.launchpad.net/ubuntu/+archive/primary/+files/linux_2.6.31-15.50.dsc . Patches are applied; see the diff.gz for raw and https://wiki.ubuntu.com/KernelTeam/UbuntuDelta/Karmic for an overview of the delta. Finally, the source is browseable at http://kernel.ub