[01:18] <zul> Philip5: yes if you have a copy already then git pull
[01:19] <Philip5> zul: well, that's what i thought but getting a copy at first can be plenty of data to download
[01:19] <zul> true buts its only once
[01:20] <zul> ../in theory
[01:20] <Philip5> i cloned the ubuntu-dapper.git and got like 400 mb
[01:21] <Philip5> is'n that the draw back with git compared to cvs?
[01:21] <Philip5> where i can get a snapshot and take it from there
[01:21] <zul> there isnt one
[01:22] <Philip5> but it would be a good feature
[01:22] <zul> it would but we dont have one right now
[01:22] <Philip5> true... and that was what i thought
[01:23] <Philip5> but i could have use a feature like that :)
[01:23] <neuralis> Philip5: lightweight checkouts (and partial checkouts) are the most commonly requested git features; it's reasonable to expect git will grow support for them
[01:25] <Philip5> it would be nice
[01:26] <Philip5> i have to make a custom made kernel with ubuntu and want as many of the patches the standard use in it and therefore it would be nice to catch the tree as a snapshot
[01:26] <Philip5> now i had to play sherlock holmes and search the net for all of them instead
[01:28] <zul> Philip5: ah...have you tried apt-get linux-source-2.6.17?
[01:28] <zul> linux-source-2.6.17 - Linux kernel source for version 2.6.17 with Ubuntu patches
[01:29] <Philip5> i need even newer with the -mm patch
[01:29] <Philip5> have brand new hardware that are not supported until right now
[01:29] <zul> jmicron?
[01:30] <Philip5> zul: how could you guess... ;)
[01:30] <zul> Philip5: because i sent a patch to BenC a couple of days ago for edgy
[01:30] <Philip5> zul: great
[01:31] <Philip5> right now i'm building the kernel and have to make my own ubuntu livecd with it to get everthing installed
[01:32] <mjg59> zul: Can you flag the bug pending if it isn't already?
[01:34] <Philip5> zul: do you know if the jmicron will be backported or is it more likely with new kernel in edgy?
[01:34] <Philip5> new=newer
[01:34] <zul> mjg59: pretty sure i already did but ill double check
[01:34] <zul> more likely in edgy
[02:24] <dilinger> cool, jgarzik took the sata_mv fix
[01:32] <AnAnt> anyone knows when the MMC fix will be available ?
[03:15] <Philip5> have anyone here by chance tried to build the latest squashfs3.1-r2?
[03:15] <Philip5> with the patch i mean
[03:17] <Philip5> it breaks for me
[03:17] <Philip5> don't where to ask about this otherwise
[03:17] <Philip5> know..
[04:33] <drew> does 'Ubuntu kernel development discussion' include asking about possible bugs in edgy?
[05:08] <fabbione> hey BenC 
[05:08] <BenC> hey
[05:09] <fabbione> BenC: can you please pull from my edgy branch? i have the usual gfs2/gfs/dlmfs updates
[05:09] <drew> I asked this before: does 'Ubuntu kernel development discussion' include asking about possible bugs in edgy?
[05:09] <fabbione> drew: bugs -> launchpad
[05:09] <BenC> fabbione: sure thing
[05:09] <fabbione> BenC: thanks
[05:09] <fabbione> BenC: jbailey is looking into glibc install issue
[05:09] <fabbione> tomorrow i will spend sometime to look at lvm
[05:10] <fabbione> upstart is no go on sparc
[05:10] <fabbione> at least on Niagara
[05:10] <fabbione> i need to check on the normal sparc too
[05:10] <BenC> I need to take pictures of my latest project
[05:10] <fabbione> and we should really really start some install tests for edgy
[05:10] <BenC> Inserted a 20Gig driver into a Watchguard Firebox X 2500
[05:11] <BenC> and installed Ubuntu Edgy on it
[05:11] <BenC> even got the LCD panel working
[05:11] <fabbione> ah nice
[05:12] <BenC> LCD 2x20 panel w/backlight, and 4 buttons...
[05:12] <fabbione> ehehe
[05:12] <BenC> plus it has 6 ethernet ports
[05:12] <fabbione> not bad
[05:13] <fabbione> anyway gfs is rock solid
[05:13] <fabbione> gfs2 still has some issues but upstream is working on our bugs
[05:13] <fabbione> otherwise we are good
[05:14] <BenC> ok, cool
[05:15] <BenC> http://www.watchguard.com/products/x2500.asp
[05:15] <fabbione> neat toy!
[05:15] <BenC> used to work for them, so I have like 8 of their boxes laying around doing nothing
[05:16] <BenC> setting this one up for the T1 firewall
[05:16] <fabbione> is it Gigabit or just fastether?
[05:19] <fabbione> feeeehh my son is crying like hell
[05:19] <fabbione> bbl
[05:22] <BenC> it's fast ethernet rtl8139C+
[05:22] <mvirkkil> Where can I find out if the edgy kernel has the patch for DEVICE_ZD1211B (mentioned here http://reactivated.net/patches/linux-kernel/2.6.17/zd1211rw.patch) and especially my device with the id 0x1215 ?
[05:24] <BenC> mvirkkil: It should have it
[05:25] <mvirkkil> BenC: Ok, thanks. Guess I'll need to give edgy a shot then. (it didn't go in to 2.6.17, but it should be in 2.6.18 iirc.)
[05:26] <BenC> I put it in 2.6.17
[05:26] <BenC> for edgy
[05:26] <BenC> or a similar patch at least
[05:26] <mjg59> BenC: I've got some more suspend patches for you
[05:26] <BenC> mjg59: ok
[05:26] <mjg59> BenC: Any idea when the acpi stuff I sent you will be merged?
[05:26] <mvirkkil> BenC: Excellent. Thankyou very much :)
[05:27] <BenC> mjg59: Today I'm merging all outstanding patches from you guys and preparing another edgy uploaad
[05:27] <mjg59> BenC: Rock
[05:32] <mjg59> BenC: Mailed - should be a tarball of 5 patches
[05:32] <BenC> ok
[05:35] <mjg59> I may have a few more for you later
[05:41] <zul> heh...everyone take down BenC 
[06:34] <BenC> mjg59: wow, you sure know how to pack a lot of commits into a short email :)
[06:34] <BenC> 195 commits
[06:34] <mjg59> The ACPI one?
[06:34] <mjg59> Yeah
[06:34] <BenC> yeah, it was 154 alone
[06:34] <mjg59> That was fun
[06:35] <BenC> everything applied, one of your last pm-fixes didn't apply cleanly, but it was just a one-line offset I had to fix
[06:35] <mjg59> Cool
[06:35] <mjg59> I win at patches
[06:38] <mjg59> BenC: Oh, hang on, I've triggered a build failure
[06:38] <mjg59> Hang on, I'll clean it up
[06:38] <BenC> heh, sweet...it's your fault this time :)
[06:40] <mjg59> Hm
[06:40] <mjg59> It might actually be fixed by the patch I've previously sent you
[06:42] <BenC> well, they are all in there...I'm starting some builds so I'll find out pretty quickly
[07:49] <Mithrandir> BenC: you're aware that we're frozen for knot 3 now, right?
[07:49] <Mithrandir> BenC: (just so you don't end up uploading a new kernel in the middle of the freeze)
[08:16] <BenC> Mithrandir: when is knot-3?
[08:16] <Mithrandir> BenC: Thursday, hopefully
[08:16] <BenC> mjg59: looks like the builds went ok except for t he ABI bump
[08:16] <BenC> Mithrandir: ok, I'll plan an upload for Friday then
[08:17] <mjg59> BenC: Yeah
[08:18] <AnAnt> BenC: btw, do you  know when the MMC fix will be on the Ubuntu repos ?
[08:19] <BenC> AnAnt: next upload
[08:21] <AnAnt> BenC: well, I mean, when do you guys upload ?
[08:22] <BenC> I upload on Friday I hope
[08:22] <AnAnt> ok, thanks
[08:22] <zul> oh goody...i can send you more patches then
[08:25] <BenC> mjg59:
[08:25] <BenC> arch/ia64/kernel/acpi.c: In function 'acpi_parse_fadt':
[08:25] <BenC> arch/ia64/kernel/acpi.c:632: error: dereferencing pointer to incomplete type
[08:25] <BenC> arch/ia64/kernel/acpi.c:635: error: dereferencing pointer to incomplete type
[08:25] <BenC> arch/ia64/kernel/acpi.c:638: error: dereferencing pointer to incomplete type
[08:29] <BenC> mjg59: should it do struct fadt_descriptor_rev2 -> fadt_descriptor_rev2_minus?
[08:32] <BenC> actually, looks like it can just use the rev1 struct since it has the same members that the functions uses
[08:38] <mjg59> BenC: Hm
[08:39] <mjg59> Let me take a look
[08:41] <mjg59> BenC: Yeah, just fadt_descriptor
[08:41] <BenC> no rev?
[08:41] <mjg59> Rather than rev anything
[08:42] <mjg59> Right
[08:42] <BenC> ok
[08:42] <mjg59> http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=236ee8c33277ab48671995f26dc68a4639936418
[08:43] <TeePOG> good evening
[08:44] <TeePOG> if I installed edubuntu with the i386 installation disc on an AMD64, how do I get the K8 kernel?
[08:44] <mjg59> You probably don't want to do that
[08:44] <TeePOG> how so?
[08:45] <mjg59> Because the i386 distribution uses functionality not provided by the amd64 kernel
[08:45] <mjg59> vm86, specifically
[08:45] <TeePOG> ok...
[08:45] <BenC> and not all ioctls are thunked for 32-bit userspace to a 64-bit kernel
[08:46] <TeePOG> will I get any benefit from the k7 kernel? i need as much as i can get, this machine will run vmware with *doze in
[08:46] <BenC> so things like usb printing may not work
[08:46] <TeePOG> i see
[08:46] <BenC> TePOG: there's not much else to gain, the -k7 kernel is suggested though
[08:46] <TeePOG> we're using network printers anyway, so usb printing is a non-event
[08:47] <TeePOG> thanks a lot BenC
[08:47] <TeePOG> lol
[08:47] <TeePOG> goodnight all
[09:01] <BenC> mjg59: drivers/ide/ide-io.c:160: error: 'pm' undeclared (first use in this function)
[09:01] <BenC> caused by your last patches
[09:01] <BenC> mjg59: I think it just needs rq-> prepended to it, can you check?
[09:03] <mjg59> BenC: Oops
[09:03] <mjg59> BenC: Yeah
[09:03] <mjg59> My error
[09:03] <mjg59> Woo
[09:03] <BenC> ok, thanks
[09:03] <mjg59> The tifm driver works now
[09:40] <zul> right im going home ttyl
[09:41] <ivoks> bye
[10:37] <BenC> mjg59: ...
[10:37] <BenC> drivers/built-in.o: In function `ide_wait_not_busy':
[10:37] <BenC> (.text+0x88270): undefined reference to `touch_nmi_watchdog'
[10:37] <BenC> on ppc
[10:37] <mjg59> Oops
[10:37] <neuralis> Mithrandir: do those fix bug 59997? i haven't had a chance to look at it in detail yet
[10:38] <mjg59> Can you #ifdef that with CONFIG_I386?
[10:38] <mjg59> Or is it CONFIG_X86?
[10:38] <mjg59> Whichever one covers amd64 and i386
[10:39] <Mithrandir> neuralis: hopefully that was fixed by zul's last upload?  If not, I'll fix it, yes.
[10:40] <neuralis> Mithrandir: only if it hasn't hit the archive yet; still fails with the latest packages that are there
[10:41] <Mithrandir> neuralis: hmm, ok. :-/
[10:41] <Mithrandir> I'll poke it
[10:41] <neuralis> thanks
[10:55] <mjg59> BenC: Any chance you can do 59851?
[10:56] <BenC> yeah, can do
[10:58] <mjg59> Ta
[10:58] <mjg59> It's a regression over dapper right now