[00:00] dtchen, I've only seen one (just received about 30 minutes ago) , have there been more? [00:01] bjf: prior to UDS, I think [00:01] dtchen, will seach my email box, feel free to CC me on anything you feel relevant [00:02] bjf: thanks [00:02] * bjf will be back on later... === bjf is now known as bjf-afk [01:14] dtchen, just went through my email again, I have today's CC and "Reporting for duty!", were there others? [01:15] bjf-afk: I think that's all [01:16] also, I wasn't able to follow the codec session during UDS-L, but snd-hda-intel does accept a codec "patch" [01:19] parm: patch:Patch file for Intel HD audio interface. (array of charp) [01:20] so, between passing a patch via /lib/firmware{,/$(uname -r)} and hda-verb, hw enablement shouldn't be a blocker [01:25] dtchen, sounds good, I'll go back and review those emails, between UDS and out all last week I don't remember much === lexical is now known as kengyu === bjf-afk is now known as bjf [16:47] ## [16:47] ## Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting [16:47] ## agenda: https://wiki.ubuntu.com/KernelTeam/Meeting [16:47] ## [17:55] ## [17:55] ## Ubuntu Kernel Team Meeting - in 5 minutes - #ubuntu-meeting [17:55] ## === ogasawara_ is now known as ogasawara === sconklin1 is now known as sconklin === artir is now known as RainCT_ === RainCT_ is now known as artir [19:11] is there a way to re-create mainline kernel builds? [19:12] I can't find source packages for them, so I don't know where to get debian/ === bjf is now known as bjf-afk === BenC1 is now known as BenC [21:20] 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] apw: looks like your kernel works for me too [21:31] # readlink /sys/class/graphics/fb0/device/driver [21:32] ../../../bus/platform/drivers/vga16fb === bjf-afk is now known as bjf [22:01] Keybuk, cool. i'll clean it up, and maybe make it optional, and get it into lucid [22:01] Keybuk, i assume thats all you needed from the kernel to get your 'non-wait fbcon' boot speedup ? [22:02] no, still need whatever it is that moblin are patching i915 to make that come up faster [22:02] the vga16fb stuff was for plymouth on non-kms [22:03] Keybuk, yeah the speed stuff is separate [22:03] 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] no, still need that [22:04] 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] still need to force a wait for a framebuffer in the initramfs [22:04] because the next initramfs script starts plymouth [22:05] but this change is enough to mean you can always wait for one and it'll always appear? [22:05] eys [22:05] means the wait won't be that long [22:05] we know we'll always have a framebuffer [22:06] 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] yeah [22:25] 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] How can I find out if a kernel patch is in the ubuntu kernel? [23:13] 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