[11:00] <kraut> moin
[01:43] <xivulon> Hi mjg59, are you back?
[01:45] <xivulon> We talked a few days back about hibernation issues in wubi
[02:29] <shawarma> BenC: I've a question about the build system we're using for the kernel..
[02:29] <shawarma> I was debugging  https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/121815 earlier today, and I did the "AUTOBUILD=1  NOEXTRAS=1 fakeroot debian/rules binary-debs flavours=server" as instructed on the wiki. When I altered the driver, and  ran that command again, I expected it to be rebuilt, but it wasn't..
[02:30] <shawarma> I ended up doing a 'debian/rules clean' so that the entire thing was rebuilt, but I suspect there's a way to just have  it rebuild what's changed..
[02:30] <\sh> guys, there is a problem with cciss drivers and mounting logical volumes > 2TB on feisty (regarding P800 and P400i) 
[02:32] <\sh> mounting a device with a eit/gpt partition table on feisty with >2TB partition manually is working, but rebooting the server result in a bad superblock....putting the fs directly on the block device without any partitiontable works as well...
[02:33] <\sh> this behaviour is not only to found in feisty, but as well with actual cciss drivers from HP for e.g. sles10 or sles9
[02:33] <zul> can you open a bug report because I dont thinnk alot of the kernel devs are awake
[02:34] <shawarma> \sh: Have you seen it working with similar storage systems using another driver?
[02:34] <\sh> but it looks like that patches like http://lkml.org/lkml/2006/9/11/242 and http://lkml.org/lkml/2006/9/11/245 are already in (3.6.14 is actual in 2.6.21.5) 
[02:34] <\sh> shawarma, yepp, with areca raid 6 controller it works flawlessly
[02:34] <shawarma> \sh: ok
[02:35] <\sh> shawarma, right now, I have two machines in our testlab (hp dl365 with p800i and external msa60 storage (12x750GB) and hp dl320s with p400i and 12x500gb internal hds) 
[02:36] <\sh> right now, it's a riddle to me, what can cause this...when it's not the cciss driver...
[02:36] <shawarma> \sh: Alright. The patch also strongly suggests it's a driver issue. I just thought it might be in another layer.
[02:37] <BenC> shawarma: check the stamps in debian/stamps/
[02:37] <BenC> there a build stamp for each flavour
[02:37] <BenC> shawarma: ccache also helps in these situations :)
[02:38] <\sh> shawarma, I just have a source tree of 2.6.21.5 handy here..and when I compare the patch on lkml and in this source tree, it's already in the vanilla kernel...so my stomach tells me it's somewhere else
[02:39] <shawarma> BenC: Removing the stamp will do what? Cause the source to be copied to the build tree again? 
[02:40] <shawarma> BenC: hopefully maintaining timestamps and such so I don't have to rebuild everything? Or is that why you're bringing ccache up?
[02:42] <\sh> shawarma, there is one error message (sorry, I have to type it from my mind), while mounting the devices during boottime, that something is requesting around 4billion and is only getting 2billion (whatever measurement) ... and then the mount of the big storage fails 
[02:42] <\sh> .oO(when I redo the installation from scratch I'll save all the logs)
[02:43] <shawarma> \sh: Alright. I'm not the one who's going to fix it, so you should probably put all of this into a bug report.
[02:43] <\sh> shawarma, against what? ,-) kernel? udev? mount? 
[02:44] <BenC> shawarma: removing the build stamp will cause it to be rebuilt
[02:44] <BenC> but not from scratch
[02:45] <BenC> just like running make again
[02:46] <shawarma> BenC: Oh, ok. I thought it was trying to be clever by moving the source around and so on, but it seems not.
[02:47] <BenC> shawarma: gutsy uses kernel O= out-of-tree build setup
[02:47] <BenC> so no source copying
[02:48] <shawarma> Ah, ok. It been quite a while since I've looked at the kernel... Lots of things have changed :)
[02:50] <shawarma> BenC: Yay! That seems to be doing exactly what I wanted it to. \o/
[02:50] <shawarma> BenC: Thanks!
[02:54] <BenC> shawarma: np
[02:55] <BenC> shawarma: if any info you get here seems to be useful, feel free to add it to our kernel maint wiki somewhere
[02:55] <shawarma> BenC: Already on it :)
[02:55] <BenC> shawarma: you da man
[02:57] <shawarma> BenC: The wiki says the debs will land in ubuntu-2.6/debian/build. Mine land in the parent directory... Am I experiencing a bug, or is the wiki not up-to-date?
[02:57] <BenC> not up-to-date
[02:57] <BenC> shawarma: is that custom build page?
[02:57] <BenC> trying to move stuff to KernelMaintenance
[02:57] <shawarma> BenC: Oui.
[03:29] <lamont> BenC: not to be a pest or anything....  wondering when that kernel with the latest (rc5) hppa fixes will arrive in the archive...
[03:33] <BenC> lamont: today, uploading for tribe-2 freeze
[03:33] <lamont> rock
[04:56] <zul> BenC: for the vserver patch should I send to pkl and cc kernel-team again?
[04:59] <BenC> zul: yeah, thanks
[05:37] <zul> gah #122116
[11:38] <xivulon> mjg59: did you have a chance to check hibernation in wubi?
[11:58] <mjg59> xivulon: Just back home - need to catch up on stuff tomorrow, probably later tis week
[12:09] <jmg> wubi should have a Colinux target.
[12:17] <crimsun> (-> 7.14)