[01:42] <zul> BenC: ping
[01:42] <BenC> zul: yo
[01:42] <zul> how am I suppose to build lum again
[01:44] <bdmurray> BenC: Is there a special bug policy for -rt and -xen?
[01:44] <zul> yeah xen bugs get forwarded to me i guess
[01:45] <BenC> bdmurray: for -rt, they are assigned to ubuntu-studio and marked low
[01:46] <bdmurray> zul: What do you mean by "forwarded"?  How would you prefer to be notified?
[01:46] <BenC> zul: fakeroot debian/rules binary-modules-generic
[01:46] <BenC> bdmurray: assign -xen to the xen team
[01:46] <BenC> which zul is apart of
[02:01] <zul> sweet 
[02:01] <zul> -rw-r--r-- root/root     40104 2007-09-18 19:59 ./lib/modules/2.6.22-11-generic/ubuntu/net/atl2/atl2.ko
[02:01] <zul> off to get squishy
[02:08] <mjg59> BenC: Yeah, the wireless-dev tree just seems to have 8187. I'm not sure what the status of 8180 is - in the worst case, I guess we'll have to pull it (and possibly its ieee80211...) back in
[02:08] <BenC> uuuuugly
[02:09] <BenC> we already had to get a new mac80211 for iwlwifi
[02:09] <BenC> wonder if we'll ever release with just a stock 80211 stack :)
[02:29] <zul> BenC: i sent the patch off to the kernel-team mailing list
[04:59] <RAOF> I'd just like to check that the kernel team is aware of the new nvidia driver release, the release notes of which suggest that it fixes essentially all the compiz+nvidia bugs we have ( http://www.nvidia.com/object/linux_display_ia32_100.14.19.html ).  Is this something worth a l-r-m bug to track?
[05:32] <BenC> RAOF: yes we are aware of it, and we will be  including it for gutsy
[05:33] <RAOF> BenC: Thanks.  It's probably worth assuming that you know about such things in future?
[05:33] <BenC> RAOF: not always
[05:34] <RAOF> Ok.  In such a case, is a LP bug desirable, or just a ping here?  Might it be worthwhile filing a bug anyway, since I'd imagine that a number of people are going to be asking a similar question?
[05:38] <BenC> RAOF: ping here is better
[05:38] <RAOF> Thanks.
[08:35] <tepsipakki> hey, nvidia released a new blob yesterday (100.14.19), adding support for a couple of quadro chips (as found on my yet-to-be-delivered T61p).. any chance of getting that for gutsy beta?
[08:36] <RAOF> Yup.  See the replies as of about 4 hours ago :)
[08:36] <tepsipakki> oh, thanks :)
[08:51] <dholbach> can I get feedback from the kernel team on bug 121676?
[08:51] <ubotu> Launchpad bug 121676 in ubuntu "add DKMS to Ubuntu" [Wishlist,Incomplete]  https://launchpad.net/bugs/121676
[01:17] <DexterF> hi
[01:18] <DexterF> I backported the gutsy kernel to feisty, works alright but the modules are ridiculously huge, xfs.ko for example 10MB (!)
[01:19] <DexterF> I pretty much went with the unmodified kernel src (apart from setting K7 arch) and ran make-kpkg
[01:25] <DexterF> nvm, forgot to disable debugigng info
[02:08] <zul_> morning
[02:22] <zul> hey can someone cherrypick the alt2 driver from my gutsy-lum tree thx
[02:32] <rtg> zul: working on it...
[02:33] <pina> seems like intel is back to making the universaal serial bus technology
[02:35] <pina> data transfer rates more than 10 times as fast by adding fiber-optic links alongside the traditional copper wires
[02:37] <zul> rtg: thanks
[02:52] <Nafallo> rt2x00 pcmcia is working fine those days, are they?
[02:54] <DexterF> running   AUTOBUILD=1 NOEXTRAS=1 fakeroot debian/rules binary-debs flavours=amd-k7
[02:54] <DexterF> I get no build target binary-k7. removed?
[02:54] <Nafallo> DexterF: long time ago
[02:55] <Nafallo> edgy IIRC
[02:55] <DexterF> so... how would I build a K7 kernel?
[02:55] <DexterF> ok, then that wiki howto is seriuosly outdated
[02:55] <DexterF> https://wiki.ubuntu.com/KernelCustomBuild
[02:56] <Nafallo> DexterF: checked the topic yet?
[02:57] <DexterF> mea to say wrong place?
[02:59] <Nafallo> hm. doesn't look like it though. that page is linked from the kernel pages.
[03:00] <DexterF> Nafallo: saw that, too. well I can menuconfig the arch still, tho I'd prefer to do it "properly"...
[03:00] <Nafallo> DexterF: probably add a new flavour then.
[03:00] <DexterF> ...and I wouldn't have to go thru this at all if the Feisty kernel did its job properly...
[03:01] <DexterF> Nafallo: never done that. pointers?
[03:01] <rtg> zul: what is the URL you used to download the atl2 driver?
[03:01] <Nafallo> DexterF: never done that either :-). I have not needed a special kernel since I started to run Ubuntu.
[03:01] <zul> rtg: gimme a sec
[03:02] <zul> rtg: http://42.pl/u/qMH_Attansic_L2_Linux
[03:05] <DexterF> ah.. the new target for k7 is generic...
[03:05] <rtg> zul: The provenance of this driver is curious. The GPL looks right, but I would have expected the driver to come from Atheros or Attansic. Why is a Linux driver in a RAR archive? How does Piotr Kucharski come to be in possession of this driver?
[03:05] <DexterF> won't work tho yet, src not clean...?
[03:05] <zul> rtg: its all in the bug report
[03:06] <rtg> zul: refresh my memory of the bug report please.
[03:06] <zul> bug #77725
[03:06] <ubotu> Launchpad bug 77725 in linux-source-2.6.22 "No Driver for Attansic Gigabit Ethernet" [High,In progress]  https://launchpad.net/bugs/77725
[03:59] <zul> rtg: thanks
[04:15] <BenC> rtg: Oh, we need to get rtl8180 driver
[04:15] <rtg> BenC: lemme look into it.
[04:15] <BenC> I had been thinking that the rtl818x worked for both 8180 and 8187, but as mjg59 pointed out, it only works for 8187
[04:16] <DexterF> when I run debian/rules updateconfigs my changes to config are checked against other build targets, right? thus I get 4x make oldconfig or whatever looks lik eoldconfig?
[04:20] <BenC> DexterF: your question isn't making sense to me
[04:20] <DexterF> BenC: I followed your wiki howto on https://wiki.ubuntu.com/KernelCustomBuild
[04:20] <dholbach> can I get feedback from the kernel team on bug 121676?
[04:20] <ubotu> Launchpad bug 121676 in ubuntu "add DKMS to Ubuntu" [Wishlist,Fix committed]  https://launchpad.net/bugs/121676
[04:20] <BenC> dholbach: we really want it
[04:21] <DexterF> it says after altering debian/config/arch/config to run updateconfigs
[04:21] <dholbach> BenC: ok great, can you follow up on that bug report saying that it's all good and I'll make sure to get motu-uvf approving it
[04:21] <DexterF> I just wanna know what updateconfigs does. merge my alterations to the other configs calling make oldconfig or something with similar function on the other targets?
[04:22] <dholbach> BenC: I checked it from a packaging point of view, so it'd be nice if somebody of you guys would check it again and say that it's all good on the bug
[04:22] <BenC> dholbach: done
[04:22] <dholbach> BenC: rock on
[04:23] <BenC> dholbach: well, I commented on the need for the package, I haven't checked the packaging itself because I completely respect your ability to do so :)
[04:39] <BenC> dholbach: I know rtg has given it a once over with mdomsch (who is here and is the packager)
[04:39] <mdomsch> good day
[04:39] <BenC> mdomsch: hey
[04:39] <dholbach> ok great - even better
[04:40] <rtg> BenC, mjg59; Any idea where the rtl8180 driver lives? The sourceforge driver is ancient and doesn't even compile.
[04:40] <BenC> rtg: yeah, it's ancient and we'll have to forward port it to make it work
[04:40] <mdomsch> I misread the guidelines and subscribed  ubuntu-release to it, but they don't need to if it's in Universe.  I can't unsubscribe them, can someone?
[04:40] <BenC> rtg: it's totally unmaintained
[04:40] <rtg> BenC: how much fun could that be?
[04:41] <BenC> rtg: it was working with 2.6.20, so maybe grab it from ubuntu-feisty.git and start with it
[04:41] <rtg> BenC: Thats probably a better choice.
[04:41] <BenC> should be under ubuntu/wireless/ in that tree
[04:42] <rtg> BenC: rtl818x?
[04:42] <BenC> don't think so
[04:42] <rtg> BenC: its got a bunch of rtl8180* files.
[04:43] <rtg> BenC: and they are the same names as the tarball from SF.
[04:44] <BenC> rtg: yeah, it is rtl818x in that tree
[04:44] <BenC> I'd rename it to rtl8180 in lum
[04:44] <rtg> BenC: I'm gonna make the lum directory name rtl8180 so there is no confusion.
[04:45] <BenC> hehe, cross typing
[04:45] <rtg> great minds think alike :)
[04:50] <kantor> I have a question related to HDIO_DRIVE_TASKFILE command
[04:50] <kantor> can I ask ?
[04:56] <Hobbsee> hiya BenC 
[05:01] <BenC> Hobbsee: hello
[05:02] <Hobbsee> BenC: did you want to upload DKMS?  https://bugs.edge.launchpad.net/ubuntu/+bug/121676
[05:02] <ubotu> Launchpad bug 121676 in dell "add DKMS to Ubuntu" [Low,Fix committed]  
[05:02] <Hobbsee> BenC: motu uvf has ack'd it.
[05:05] <mdomsch> Hobbsee, BenC, let me push to revu a 2.0.17.4 that just bumps the version number to not conflict with a previous push
[05:06] <BenC> mdomsch: ok
[05:11] <DexterF> http://pastebin.ca/703341 <- can someone please gimme a hand here?
[05:21] <mdomsch> BenC, see http://linux.dell.com/dkms/permalink/ for all the dkms_2.0.17.4 files for upload
[05:21] <mdomsch> my upload of this to revu got cut off partway through, and it won't let me dput -f :-(
[05:23] <mdomsch> ahh, revu just took it, yea!
[05:25] <Hobbsee> mdomsch: the revu upload appears to be there.
[05:26] <mdomsch> Hobbsee, it appears I have to wait a few minutes after the failed upload for the queue to clear then it'll let me dput -f
[05:26] <Hobbsee> mdomsch: indeed, but i'ts fallen over for some other reason.
[05:27] <Hobbsee> mdomsch: ah yes, changes file never made it.
[05:27] <Hobbsee> well, is empty
[05:27] <mdomsch> ok, give it a few minutes and it'll probably be ok
[05:27] <mdomsch> it looks like the changs file uploaded fine my second try
[05:37] <adnarim> hi
[05:38] <adnarim> Is any kernel developer of Ubuntu here? I searched the whole net but couldn't find any answers about this. Is the Ubuntu-kernel not supporting the syscall macros? they should be in unistd.h but are not there !?!
[06:15] <BenC> rtg: what was the bug number for the header postinst hook?
[06:16] <rtg> BenC: a minute...
[06:17] <rtg> 125816
[06:28] <BenC> rtg: thanks
[06:29] <rtg> BenC: you know, this rtl8180 crypto is a monumental PITA.
[06:32] <BenC> rtg: oh, the deprecated crypto calls
[06:32] <BenC> rtg: that's why I dumped it
[06:32] <rtg> BenC: It'll work, but I have to touch a lot of crypto stuff.
[06:32] <BenC> rtg: good luck, I gave up on it very easily :)
[06:33] <rtg> BenC: a couple more hours...
[06:37] <BenC> rtg: ok, got the headers-postinst in, getting ready to push
[06:37] <rtg> BenC: thanks. mdomsch will appreciate you :)
[07:06] <superm1> Hi guys, is there a plan as to when 2.6.22-11.29 is going to be tagged? Is there a schedule for these sorts of things to watch?
[07:07] <superm1> (for linux-ubuntu-modules this is)
[07:08] <rtg> superm1: It should get uploaded in the next day or so.
[07:08] <superm1> thx rtg 
[07:31] <DexterF> kernel build failed: http://pastebin.ca/703528
[07:35] <kraut> moin
[08:22] <BenC> mdomsch: the next kernel upload will have the headers postinst script. Would you be able to test it with your DKMS usage?
[08:23] <mdomsch> BenC, absolutely; just say the word
[08:23] <BenC> mdomsch: great, thanks...It should be uploaded tonight, and built/available by tomorrow
[08:24] <BenC> mdomsch: actually: http://people.ubuntu.com/~bcollins/linux-headers-2.6.22-11-generic_2.6.22-11.34_i386.deb
[08:24] <BenC> that's the package I just built if you want to give it a go
[08:26] <superm1> is the role of providing the new packaged drivers going to fall upon ubuntu kernel team directly?  I can pass off a few comments to the maintainer of the Ubuntu packaging scripts for fglrx to migrate things over to DKMS otherwise
[08:26] <mdomsch> downloading
[08:26] <BenC> superm1: we package the new drivers and we don't use the packaging scripts in fglrx to do it
[08:26] <superm1> right, but i'm saying for post release
[08:27] <superm1> as newer drivers come out and people end up using them
[08:27] <BenC> sure, that would be useful, yes
[08:27] <superm1> will this be changing the way that's handled with more updates within the repositories 
[08:27] <superm1> okay i'll pass some comments to the beta mailing list
[08:27] <BenC> third-party drivers can make good use of DKMS
[08:27] <superm1> mdomsch, do you have some documentation regarding DKMS i can pass off?
[08:28] <mdomsch> superm1, http://linux.dell.com/dkms has papers and docs
[08:28] <superm1> great thanks mdomsch 
[08:40] <rtg> BenC: I have the rtl8180 forward ported as is from Feisty, but I'm reluctant to push it. I really think it ought to use the kernel ieee80211 softmac and crypt stuff. It'll make it easier for Heron.
[08:41] <mjg59> rtg: If you can port it before freeze, that sounds like an admirable belief :)
[08:41] <rtg> mjg59: Do you think its worthwhile? How long do we carry this driver?
[08:41] <mjg59> rtg: I've already got friends bitching at me about the fact that it's missing
[08:41] <mjg59> They're common cards
[08:42] <rtg> OK, I'll take a stab at it. 
[08:44] <rtg> mjg59: First, I think I'll push it as is in case I can't get it done in time.
[08:44] <mjg59> rtg: Excellent, thanks!
[08:46] <superm1> BenC, mdomsch DKMS, is it headed to main and installed by default by gutsy?
[08:47] <mdomsch> BenC, that linux-headers package does not look in /etc/kernel/header_postinst.d/ for scripts to run
[08:47] <mdomsch> superm1, right now it's targeting Universe; if it's more widely useful I started the wiki page to promote it to main
[08:47] <mdomsch> but haven't filed that as a request yet
[08:47] <BenC> mdomsch: I thought that was setup in /etc/kernel-img.conf?
[08:48] <BenC> the script should only read that file, and it should tell it the command to run (which was a runparts for /etc/kernel/header_postinst.d/)
[08:48] <mdomsch> BenC, that's the "old" way to do it, but it only allows one thing to hook in; I had proposed a patch that lets it look in /etc/kernel/header_postinst.d/ in addition
[08:49] <mdomsch> just like linux-image uses
[08:49] <BenC> hmm...maybe I missed that
[08:49] <BenC> can you point me to your changes?
[08:49] <superm1> mdomsch, well the fglrx guys already got back to me, i'll just let them know to depend on it since its not by default
[08:49] <BenC> I only did the script, plus the s// matching patch
[08:50] <mdomsch> https://bugs.launchpad.net/dell/+bug/120049
[08:50] <ubotu> Launchpad bug 120049 in linux-source-2.6.22 "header_postinst_hook should use /etc/kernel/header_postinst.d instead" [Medium,Confirmed]  
[08:50] <mdomsch> http://launchpadlibrarian.net/9273949/header.patch
[08:51] <mdomsch> the first hunk you don't need, but the second hunk adds looking in /etc/kernel/header_postinst.d/ and header_postinst.d/$version/ 
[08:51] <mdomsch> and I don't know if it's needed, but analogous is etc/kernel/src_postinst.d/  is done in that patch too
[08:52] <mdomsch> superm1, their package should Depend on dkms regardless if they're using dkms :-)
[08:54] <superm1> well the maintainer for the ubuntu scripts said he may not have the time to investigate it himself directly, so if he doesn't in the near future i'll try to take care of that upstream (he has taken patches from me in the past when he gets busy)
[08:55] <mdomsch> superm1, looks like mandriva packages ATI drivers using dkms
[08:55] <superm1> that's a good starting point than, thx
[08:55] <mdomsch> as does pclinuxos
[09:02] <rtg> mjg59: I pushed Gutsy lum. If one of your bitching friends is handy, perhaps you could build lum and try out the rtl8180 driver on them.
[09:12] <mjg59> rtg: Ok, I'll see what I can do
[09:27] <BenC> mdomsch: thanks, added that hunk
[09:33] <mdomsch> BenC, danke
[10:14] <BenC> anyone have anything left for linux-source-2.6.22 before I do this upload?
[10:15] <kylem> nyetski.
[10:26] <mdomsch> BenC, thanks, I see the change hit the git tree - looks ok by inspection
[10:40] <rtg> mjg59: I think porting rtl8180 to the current ieee80211 softmac is a days long effort.
[10:42] <BenC> rtg: yeah, probably
[10:42] <mjg59> rtg: That's what I'd suspect
[10:42] <rtg> BenC: At best, I might be able to use the crypto from the kernel, but the softmac is really different.
[12:31] <dieguito> hello dear kernel hackers, may I ask for your attention on lp bug #103780 ? I'm unable to install Ubuntu at home because of that bug
[12:31] <ubotu> Launchpad bug 103780 in linux-source-2.6.20 "IDE drive hangs boot for ~2 minutes after 2.6.20-13=>2.6.20-14" [Undecided,Confirmed]  https://launchpad.net/bugs/103780