[09:19] <kraut> moin
[02:21] <bashelier> @schedule Paris
[02:21] <ubotu> Schedule for Europe/Paris: 07 Aug 17:00: Kernel Team | 08 Aug 14:00: Edubuntu | 09 Aug 17:00: Ubuntu Development Team | 10 Aug 06:00: MOTU Team | 11 Aug 19:00: Xubuntu Developers | 14 Aug 17:00: Ubuntu Server Team meeting
[03:00] <fernando> @schedule Sao_Paulo
[03:00] <ubotu> Schedule for America/Sao_Paulo: 07 Aug 12:00: Kernel Team | 08 Aug 09:00: Edubuntu | 09 Aug 12:00: Ubuntu Development Team | 10 Aug 01:00: MOTU Team | 11 Aug 14:00: Xubuntu Developers | 14 Aug 12:00: Ubuntu Server Team meeting
[05:04] <BenC> hello everyone
[05:05] <BenC> So this is the kernel team meeting
[05:05] <BenC> Information on the Ubuntu kernel team can be found at https://wiki.ubuntu.com/KernelTeam, and the agenda (needs updating) is at: https://wiki.ubuntu.com/KernelTeam/Meeting
[05:06] <BenC> We'll use last meeting as a template
[05:06] <BenC> amitk__, rtg_, pkl_: ping
[05:06] <rtg_> pong
[05:06] <pkl_> pong
[05:06] <amitk__> pong
[05:06] <pkl_> kyle not around?
[05:07] <BenC> Checking on that
[05:07] <BenC> So we'll just go down the list for now
[05:09] <BenC> amitk__: So what's on your plate?
[05:09] <amitk__> 2d DRM drivers for UME
[05:10] <amitk__> thermal optimsation patches from Intel - again for UME
[05:10] <amitk__> THE END.
[05:10] <BenC> Are you ok with the changes needed to get DRM in lum and disabled in linux-source?
[05:10] <BenC> for lpia that is
[05:11] <amitk__> BenC: yes i am. I will submit a patch for review
[05:11] <amitk__> are we switching MIDs to the lpia arch rightaway?
[05:12] <BenC> Might be a better question for ubuntu-mobile :)
[05:12] <amitk__> I though we were still sticking with the UME flavour of i386 for the time-being
[05:12] <amitk__> ok
[05:12] <BenC> amitk__: Any progress or updates for laptop testing?
[05:14] <amitk__> unfortunately not. I have updated some of the tests. I hope to find some time towards the end of the week
[05:15] <BenC> Ok, definitely want to get that moving with tribe-4 coming out Thu
[05:15] <BenC> let me know if we need to offset some of this effort
[05:15] <amitk__> ok
[05:15] <BenC> amitk__: thanks for the updates
[05:16] <BenC> pkl_: how's things coming along with you?
[05:16] <pkl_> Very slow.  Still stuck doing the writeSupportForNTFS stuff
[05:17] <pkl_> Mainly all packaging based, which means it's taking me a long time because I'm completely unfamiliar with it.
[05:18] <pkl_> Hoped to have had it finished last week.  I currently anticipate today.
[05:18] <BenC> pkl_: do you have a packaging mentor?
[05:18] <pkl_> No.
[05:18] <BenC> cjwatson: ah, perfect timing...do you know who would be best to contact about mentoring pkl for packaging ntfs-write stuff?
[05:19] <pkl_> It should be mainly finished now.
[05:19] <cjwatson> BenC: probably me TBH
[05:19] <cjwatson> I've already done some bits around the side there
[05:19] <BenC> ok
[05:20] <cjwatson> I extend a standing offer to anyone on the kernel team to review and sponsor userspace bits for them, if you can't find anyone else
[05:20] <kylem> i can help...
[05:20] <BenC> I'm more than willing myself, just depends on the TZ overlap, or just waiting
[05:21] <BenC> pkl_: so probably just an email to kernel-team@ once the packages are ready, and we'll definitely check it over
[05:21] <cjwatson> cc me if you want me to look at it, as I don't read kernel-team@ regularly
[05:22] <BenC> pkl_: How goes things with virtualization? Any time to test xen yet?
[05:22] <pkl_> Not yet.
[05:22] <BenC> zul_: anything to add on xen?
[05:23] <BenC> so far, I've yet to hear of a real live test
[05:23] <zul_> BenC: yeah I have an update this week, seems to work fine for me
[05:23] <BenC> so you're running dom0 and domU from our image with no problems?
[05:24] <zul_> yep
[05:24] <zul_> no problems now at least
[05:24] <BenC> any chance you've checked on the amd64 build failure?
[05:24] <zul_> from today?
[05:25] <zul_> oh the kernel side, not yet
[05:25] <zul_> will do so tonight
[05:25] <zul_> but Im pretty sure my new patch will fix it
[05:25] <BenC> zul_: from when we tried a week or so ago
[05:25] <BenC> ok
[05:25] <BenC> pkl_, zul_: thanks
[05:26] <BenC> rtg_: So how's your work load going, or should I just call you dell-man? :)
[05:26] <rtg_> dell-man is fine with me :)
[05:27] <rtg_> I'm working on the Dell recovery stuff http://linux.dell.com/dru/index.php a little bit.
[05:27] <rtg_> Also working through the list of Dell related bugs.
[05:27] <rtg_> Its ever so much easier when you have the hardware.
[05:27] <rtg_> I need to start working on Gutsy wireless bugs  pretty soon.
[05:28] <BenC> ok, that last response answered my question :)
[05:28] <rtg_> So, my plate is full for the foreseeable future.
[05:28] <BenC> Any bugs you're aware of with wireless?
[05:28] <rtg_> I've seen several, but have not looked closely at any yet.
[05:29] <rtg_> Some of them are probably unfixable, like bcm43xx  stuff.
[05:29] <rtg_> There is a lot of churn in the wireless-dev tree.
[05:30] <BenC> Anything we might want to pull in for gutsy?
[05:30] <rtg_> Linville has made some interesting decisions w/regard to soft mac.
[05:30] <BenC> One thing we may want to consider now is that we may want a newer mac80211 than what's in our stock 2.6.22 kernel
[05:30] <rtg_> I couldn't say for sure how it might affect Gutsy.
[05:30] <zul_> BenC: I have some santa rosa ids sitting in my git tree that ill push soon
[05:31] <rtg_> It will take some research.
[05:31] <BenC> zul_: pass those through kyle, please
[05:31] <zul_> ok
[05:31] <rtg_> Thats it from me.
[05:31] <BenC> rtg_: Ok, definitely check into mac80211 from wireless-dev and possibly some of the wireless-dev mac80211 converted drivers for lum
[05:32] <rtg_> Will do.
[05:32] <BenC> there are some other drivers that we may need newer mac80211 for, specifically iwlwifi
[05:32] <BenC> rtg_: ok, thanks
[05:32] <BenC> kylem: so finally back from your forced extended trip to ubuntulive? :)
[05:33] <kylem> heh.
[05:33] <kylem> getting home was expensive. :/
[05:34] <BenC> kylem: so how's things with your work load?
[05:34] <kylem> anyway, i've been trying to plough through some of the untriaged bugs reported by the intel qa people.
[05:34] <BenC> right, that looked like a pretty tedious list
[05:35] <kylem> other than that, i've been getting a bugfix xf86-video-intel release ready for gutsy.
[05:35] <BenC> kylem: what about general Intel enablement...are we good with that for gutsy, and just need to address bugs?
[05:35] <kylem> because the current git head has a pile of changes we don't want, but also a lot of bugfixes we need
[05:35] <BenC> other than the iwlwifi bug fixes that is
[05:36] <kylem> there's two patches coming this week for iwlwifi that will bring our 0.0.42 to 1.0.0, which should be good to go for gutsy for 4965.
[05:36] <kylem> their focus has been enabling 4965, so we're going to need to stick with ipw3945 for gutsy.
[05:36] <BenC> kylem: I assume 1.0.0 means they will have certified it?
[05:36] <kylem> BenC, indeed.
[05:37] <BenC> excellent
[05:37] <kylem> lastly i've been picking through some alsa patches from 2.6.23-rc2 to see what is relevant for enablement on gutsy.
[05:37] <kylem> er, second to lastly
[05:37] <kylem> there's also a bit more stuff going on with the e1000 drivers that i've been picking at but haven't had time to sit down and beat at yet
[05:37] <BenC> kylem: Oh, TheMuso is only handling alsa userspace, so you're still the go-to-guy for kernel side :)
[05:38] <kylem> it seems intel has released some new e100 chipsets which are a e1000 mac, with a 10/100 phy, so we need the new driver for them (even though they're really only 10/100.)
[05:39] <BenC> kylem: Ok..perhaps look into updating feisty lbm too then
[05:39] <kylem> yes, it will likely become relevant to tim at some point in the near future.
[05:40] <BenC> kylem: great, thanks
[05:40] <rtg_> kylem: everything I have from Dell works over ethernet.
[05:41] <kylem> rtg_, for now...
[05:41] <BenC> hopefully those new macs wont become relevant till gutsy is viable as an option
[05:41] <BenC> but we can update lbm in feisty without too much worry, restricting to just the PCI ids needed
[05:41] <kylem> dell is already shipping a laptop with it, i imagine it's only a matter of time until they want linux on it.
[05:42] <rtg_> kylem: which one ? Maybe I can get them to send it to me.
[05:42] <kylem> dunno, i'll dig out the pci id later.
[05:42] <kylem> it's in one of the models of dell vostro.
[05:43] <kylem> the last thing i've been mucking with is hrtimers for x86-64 which we probably can't ship in gutsy; kind of a shame but c'est la vie.
[05:43] <BenC> Any points from community folks?
[05:44] <zul> no for me
[05:44] <kylem> fedora is going to be shipping it though, so we'll be behind them on power saving on amd64 :\
[05:44] <BenC> kylem: fortunately, most people who want decent desktop on x86_64 use 32-bit anyway, it seems
[05:44] <BenC> at least I do
[05:45] <kylem> feh.
[05:45] <BenC> Can't have my youtube on 64-bit without jumping through hurdles
[05:45] <kylem> gnash does youtube quite nicely these days.
[05:45] <kylem> ;-)
[05:45] <BenC> ah, haven't tested that yet :)
[05:45] <zul> slacker :)
[05:46] <BenC> but then there's wine and win32 codecs
[05:46] <rtg_> BenC: whats going on with the Turion boot problem?
[05:46] <BenC> rtg_: I didn't get CPU ids in time for an upload by kyle
[05:47] <BenC> but "nolapic_timer nohz=off" is a decent work around
[05:47] <BenC> we should get that added to the tribe-4 release notes
[05:48] <BenC> So, we're starting to get down to the crunch in our cycle...less development and more bug work
[05:48] <BenC> feature freeze approaches, kernel freeze shortly after
[05:49] <BenC> When that starts to settle, it's a good time to start thinking about next UDS and gutsy+1
[05:49] <cjwatson> I don't know if it came up before I joined, but has work for 6.06.2 been parcelled out?
[05:50] <BenC> Ah, right, was on my mind earlier, but forgot to add it to the agenda
[05:50] <cjwatson> a bunch of stuff is still just assigned to the team
[05:50] <BenC> I've got the list of drivers to work on, and most likely I'll be handling most of it
[05:51] <BenC> cjwatson: I suspect I should contact heno to get testing prior to upload?
[05:52] <cjwatson> yes, we'll need to organise something based on what hardware is available
[05:52] <BenC> Hopefully I can get Montreal support and elmo to help with the testing
[05:52] <BenC> Get a modified CD image up
[05:52] <cjwatson> heno is a good contact to start with, and if anyone else has hardware related to any of those bugs I recommend making sure that you have a 6.06.1 install on it somewhere if possible
[05:53] <cjwatson> yep, I'll be preparing proposed CD images
[05:53] <BenC> I'll get you the kernel images then
[05:55] <BenC> Any last comments?
[05:55] <kylem> moo.
[05:55] <zul> baaah
[05:56] <Hobbsee> BenC: ni!
[05:56] <BenC> Alright then, thanks everyone
[05:56] <BenC> meeting adjourned