[07:07] <_ruben> BenC: the "4g/6g" issue that i have a box with 6G in it, of which only 4G is being seen (dual 1st gen opteron running 64bits gutsy)
[09:52] <Nafallo> _ruben: just out of curiosity, how many banks and CPU-slots does that machine have? what machine is it?
[10:25] <_ruben> Nafallo: 2 cpu sockets, 4 dimm slots (2 banks) per cpu socket .. HP DL145 G1 .. i removed 2G (making it 'symetric' again) because after upgrading to hardy it gave me kernel panics at boot up .. im gonna try with 8G later on
[10:27] <Nafallo> hm. k.
[10:29] <_ruben> 2 cpus and 2gb (2x1gb in one bank) did seem to work .. so the 'asymmetric-ness' shouldnt be a prob
[10:32]  * _ruben heads to the basement to temporarily steal another 2G kit from another server
[11:02] <_ruben> 8G seems to work fine .. reinstalling gutsy 
[11:03] <_ruben> guess its some flaky hardware thing afterall .. will see
[12:29] <apt_get> Hi
[12:30] <apt_get> iproute2 have a package for kernel 2.6.26?
[12:35] <maks_> in git irc apt_get 
[12:35] <maks_> 01eb17a66dec4db6206fdba17b1dfed2f72f8ef3 "Update headers to 2.6.26"
[12:38] <apt_get> hmmm
[12:38] <apt_get> i go there
[12:42] <apt_get> with this?  git clone git://git.kernel.org/pub/scm/linux/kernel/git/shemminger/iproute2.git
[12:44] <maks_> check it out, not spoon feeding you
[12:46] <apt_get> ok
[13:14] <apt_get> how u get this info from git maks_?
[13:17] <maks_> git log
[15:04] <saispo> no one have error when building ubuntu-hardy-lum with openvz headers ?
[16:08] <soren> BenC: Er... Did I send that virtual kernel module list thing to you yet, or did I just dream that I did? Like earlier today or something?
[16:08] <BenC> soren: you dreamed it I believe :)
[16:08] <soren> Dang.
[16:10] <soren> mutt apparantly dreamed it, too. I sent it to benc@ubuntu.com rather than the kernel-team mailing list, though.
[16:10] <BenC> ah, heh
[16:10] <BenC> not sure benc@ works...it would be bcollins or ben.collins
[16:10] <soren> Ah.
[16:11] <BenC> _ruben: If you are using a 32-bit generic kernel, you wont see past 4G
[16:11] <BenC> _ruben: either use 32-bit server kernel, or a 64-bit install
[16:12] <soren> _ruben: I asked _ruben about that yesterday, and he said he was running the amd64  server kernel.
[16:13] <_ruben> BenC: upgrading to 8GB 'fixed' it
[16:13] <_ruben> must be some flakey hardware thing
[16:14] <soren> sounds like fun :)
[16:14] <_ruben> soren: virtual kernel module list .. ehh .. oh .. my request for the driver to be included?
[16:14] <_ruben> HP DL145 G1 is ancient stuff ;)
[16:14] <soren> _ruben: No, that's completely unrelated.
[16:14] <_ruben> soren: doh .. for some reason i thought you addressed it to me
[16:14]  * _ruben goes out to buy glasses
[16:15] <soren> _ruben: Two seperate, but interwoven conversations. IRC is fun :)
[16:15] <_ruben> add some interwoven braincells and double the fun :)
[16:15] <soren> BenC: Do you want me to resend to you or the mailing list?
[16:17] <_ruben> and regarding my tulip driver request (-virtual kernel), that probably aint happen before intrepid i guess, if ever? ;)
[16:18] <soren> It'll be in Intrepid, at least.
[16:18] <soren> It's not out of the question to add it to Hardy in an SRU, is it? BenC?
[16:19] <_ruben> soren: ic
[16:19] <amitk> soren: let's make it three. did you have a chance to look at my git tree?
[16:20] <soren> amitk: Yes. I'm not going to use it. :)
[16:20] <soren> amitk: BenC would rather go in an entirely different direction.
[16:20] <rtg> soren: its possible to enable tulip for the virtual flavours
[16:21] <soren> rtg: ok, cool. I think we should, then. Apparantly, that's what Microsoft's virtualisation thingie emulates.
[16:22] <rtg> soren: for just the -virtual flavour, correct?
[16:22] <rtg> I thinks its already enabled for others.
[16:22] <_ruben> rtg: it is, for -server atleast that i know
[16:23] <_ruben> havent tested any other flavours
[16:24] <_ruben> should look into which hardware hyper-v's accelerated nic uses .. its the legacy nic that uses the tulip driver
[16:24] <_ruben> the accelerated one is some 10Gbps thingie
[16:24] <amitk> soren: and what is this other direction? I don't want to end up doing something just for lpia
[16:26] <soren> amitk: He wants to take the server build and just "cherry pick" the modules from that and stitch it together to form a new .deb.
[16:28] <amitk> soren: hmm. That isnt useful for lpia
[16:29] <soren> amitk: No, not at all.
[16:29] <soren> I imagine, though, that your lpia work will be useful for all the other ports.
[16:30] <mkrufky> when do i need to submit drivers for intrepid?  
[16:30] <mkrufky> er, i mean... "by when do i ..."
[16:32] <mkrufky> i ask, because i am waiting for the last moment -- i'd prefer to send in the driver AFTER the kernel janitors do their cleanups in the -rc phase
[16:33] <amitk> mkrufky: beta freeze is 25th Sept: https://wiki.ubuntu.com/IntrepidReleaseSchedule
[16:33] <mkrufky> oh, then i have time... :-)   thanks, amitk
[16:33] <amitk> mkrufky: there is _never_ enough time :)
[16:34] <mkrufky> ;-)
[16:45] <rtg> soren: bug #250857
[16:47] <soren> rtg: Oh, cool. Thanks. It's for HyperV, though, but apart from that..
[16:47] <rtg> soren: oh well, no one else knows the difference :)
[16:48] <soren> Heh :)
[16:52] <_ruben> heheh
[17:02] <BenC> Ok....kernel IRC meeting...
[17:02] <BenC> amitk, rtg, smb_tp: You guys awake and lucid?
[17:03] <rtg> huh? what?
[17:03] <smb_tp> partially
[17:04] <BenC> I don't have many topics for a meeting other than "Go fix bugs"
[17:04] <smb_tp> Me neither
[17:04] <amitk> BenC: ack
[17:05] <BenC> Anyone have anything they want announce, discuss, complain about?
[17:06] <BenC> amitk: wasn't the same without you and cking at the sprint last week...we'll all have to make up for it at UDS
[17:07] <rtg> BenC: maybe the plumber's conf instead of UDS
[17:07] <BenC> ah, good idea
[17:08] <kylem> BenC, why are you guys doing UDS so late this year?
[17:09] <BenC> kylem: to avoid thanksgiving
[17:09] <rtg> kylem: when Jane says jump, we all ask "Where should I land?"
[17:09] <kylem> BenC, oh right, your allhands thing.
[17:09] <amitk> BenC: my feelings exactly...
[17:10] <BenC> kylem: no allhands this year...I think it was put off until May after UDS
[17:10] <kylem> ah.
[17:10]  * BenC is glad they avoided thanksgiving
[17:10] <BenC> would have killed attendance in the US...and since we will be in the US, that's pretty important :)
[17:11] <kylem> wild turkey and a bucket of kfc?
[17:11] <amitk> kylem: still based in Ottawa?
[17:11] <kylem> amitk, aye. how goes dude?
[17:12] <BenC> kylem: you should make UDS...call it "public relations" :)
[17:12] <amitk> kylem: good going. Perhaps you'll run into some of our folks at OLS this week.
[17:12] <kylem> BenC, maybe... escaping snow for mountain view is tempting.
[17:12] <kylem> amitk, yeah, tony espy is here at least.
[17:13] <rtg> kylem: track down Colin King and Stefan Bader and introduce yourself.
[17:13] <amitk> kylem: you saw him at the wireless mini-summit then?
[17:13] <kylem> i'm here now, yeah.
[17:14]  * BenC loves how this digressed into a kylem reunion :)
[17:14] <smb_tp> will be there this evening. any pub to meet. :)
[17:15] <kylem> sorry. ;-)
[17:16] <BenC> kylem: it's ok, gave us something to talk about :)
[17:18]  * BenC has nothing to talk about and needs lunch now
[17:18] <smb_tp> Ok, enjoy. :)
[17:18]  * amitk needs dinner. So long folks...
[19:27] <tormod> hi, should l-u-m bugs now be filed against "linux" ? I don't see any l-u-m-2.6.26 on launchpad.
[19:29] <rtg> tormod: yep, LUM was sucked back into the Intrepid kernel package.
[19:30] <tormod> so we should move all l-u-m-2.6.24 bugs to "linux" ?
[19:30] <tormod> all that applies in Intrepid, that is
[19:31] <tormod> rtg, now that I've got you here :)  what about the prism2_usb/linux-wlan-ng updates?
[19:31] <rtg> actually, I'm surprised ogasawara hasn't already done that.
[19:32] <rtg> tormod: it was unclear if I needed to do more. it functions for Intrepid, correct?
[19:32] <tormod> rtg, the prism2/p80211 just got back into the kernel, but they are from February and needs updating.
[19:32] <ogasawara> rtg, tormod: moving lum bugs to linux is on my todo list
[19:33] <rtg> tormod: I deal with too many versions of the kernel. Which one are you referring to?
[19:33] <tormod> rtg, and the linux-wlan-ng 0.2.9 has a pending merge.
[19:34] <tormod> the normal intrepid kernel?
[19:34] <rtg> Intrepid is 2.6.26
[19:34] <tormod> rtg, yes
[19:35] <rtg> tormod: so there are 2 issues? 1) the wireless drivers in kernel need updating, 2) user space needs an update. correct?
[19:35] <tormod> rtg correct!
[19:36] <tormod> bugs 192772 and 245026 
[19:36] <rtg> tormod: for the kernel drivers, please post a patch to the kernel team mailing list. kernel-team@lists.ubuntu.com, and either Ben or myself will pick it up.
[19:37] <tormod> rtg, last time you just pulled down from upstream
[19:38]  * tormod just reassigned 245026 to "linux"
[19:38] <tormod> rtg as described in BOM
[19:39] <rtg> tormod: one moment. spousal interrupt.
[19:40] <tormod> NMI
[19:41] <alex_joni> heh
[19:46] <rtg> tormod: Intrepid is a little different. have the prism2/p80211 drivers been submitted during the 2.6.27 merge window?
[19:47] <rtg> Intrepid is different in that we are not yet backporting upstream wireless.
[19:47] <tormod> I am not sure if I understand. But prism2/p80211 is not part of the linux kernel.
[19:49] <rtg> tormod: right. I forgot that.
[19:53] <rtg> tormod: it looks like BenC copied the  prism2/p80211 Hardy LUM drivers into the Intrepid kernel package at ubuntu/misc/wireless. It would help me out if you could submit patches against the Intrepid package that updates those drivers.
[19:56] <tormod> rtg, hmm I don't have a kernel tree here to diff against.
[19:57] <tormod> hd space issue. can I get a subtree from git?
[19:57] <rtg> tormod: not as far as I know
[20:01] <tormod> how much space does the whole git tree need?
[20:03] <rtg> rtg@dearborn:/usr3/ubuntu$ du -sh ubuntu-intrepid
[20:03] <rtg> 634M	ubuntu-intrepid
[20:03] <rtg> seems like a lot.
[20:04] <tormod> can you give a tarball of the u/m/wireless tree?
[20:06] <tormod> it seems like BenC rearranged the directory structure quite a bit...
[20:31] <_ruben> i guess a 'bug' like this (http://bugzilla.kernel.org/show_bug.cgi?id=10424), cant be easily worked around other than patching the kernel right? :/
[20:34] <infinity> rtg: Does that new -proposed kernel include the hppa fix?
[20:35] <rtg> infinity: ought to.
[20:35] <rtg> _ruben: needs kernel source code change to fix SATA
[20:35] <infinity> rtg: Mmmkay.
[20:35] <rtg> infinity: has it actually built yet?
[20:36] <infinity> Nope, but the hppa buildds were blocked over the weekend.  Let me smack it.
[20:40] <_ruben> rtg: guess i'll work around it hardware wise then ;)
[21:59] <noelferreira> any solution for this bug: https://bugs.launchpad.net/linux/+bug/124406
[21:59] <noelferreira> ?
[22:26] <noelferreira> any solution for this bug: https://bugs.launchpad.net/linux/+bug/124406