[02:37] <joejaxx> hello all i redid a patch for bug 162090 against the latest hardy kernel revision i was wondering if someone could review it :D
[02:37] <ubotu> Launchpad bug 162090 in linux-source-2.6.22 "appletouch does not recognize trackpad in macbook3,1" [Undecided,Confirmed] https://launchpad.net/bugs/162090
[02:37] <joejaxx> it is a git diff :)
[03:44] <tonyyarusso> Could someone please tell us at least a temporary workaround to https://bugs.edge.launchpad.net/ubuntu/hardy/+source/linux/+bug/129910 ?  The things people have found so far only work some of the time, so are clearly missing something.
[03:45] <ubotu> Launchpad bug 129910 in xserver-xorg-video-ati "Blank ttys when using vesafb (vga=xxx)" [Unknown,Fix released] 
[08:12] <kraut> moin
[09:07] <Kano> hi, i added 2 patches to
[09:07] <Kano> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/185719
[09:07] <ubotu> Launchpad bug 185719 in linux "remove duplicate pci ids bcm43xx/ssb prism54/p54pci" [Undecided,New] 
[09:07] <Kano> they are tested and working
[09:29] <Kano> dont forget the firmware (b43-fwcutter)
[10:42] <Kano> laga: did you try aufs?
[11:51] <Kano> anybody awake
[11:51] <gicmo> I am
[11:51] <gicmo> but I am not sure of I am of any help ;-)
[11:52] <Kano> i just want those patches integrated
[11:52] <Kano> and best: addone of current (28.1.) aufs to lum
[11:52] <Kano> new code since today
[11:53] <gicmo> I have nothing to to with the kernel team ;-)
[14:06] <rtg> abogani: I'm not registered so can't reply. Can you put a patch on zinc somewhere?
[14:12] <abogani> rtg: Sorry i don't know that you aren't registered.
[14:12] <abogani> rtg: Sure! Please check it at my home on Zinc (/home/abogani/1-rt-compat-symbols.diff).
[14:12] <abogani> rtg: Only one note: i don't have idea if CONFIG_XEN is still necessary.
[14:12] <rtg> abogani: no problem. I chose not to register since the conversations regarding kernel stuff should be in the open.
[14:14] <rtg> abogani: your patch is a good example of why lrm should be under git revision control. However, the size of the binary blobs makes it somewhat unmanageable.
[14:14] <rtg> abogani: FYI - Xen has not been enabled yet.
[14:16] <abogani> Agreed
[14:42] <zul> rtg: patch should be coming today
[14:43] <rtg> zul: good timing since I totally fubared the -5.8 upload.
[14:43] <zul> oh?
[14:43] <rtg> I rebased against 2.6.24, but somehow missed the ABI check failiure.
[14:43] <zul> heh oops :)
[14:43] <rtg> anyway, -6.10 will be the next upload.
[14:44] <rtg> zul: correctiom, it was the -5.9 upload that fialed.
[14:45] <zul> heh i have a patch for lum as well so Ill be doing that one first (ie sending email to kernel team list yadda yadda)
[14:45] <rtg> zul: be sure to check the xen build against -6.10. I'm done rebasing for awhile.
[14:47] <soren> rtg: So, I might still be able to get something shoved into the kernel before alpha 4?
[14:48] <rtg> soren: dunno yet if the -6.10 upload will get cooked in time.
[14:48] <rtg> soren: send me you pull request anyway.
[14:49] <soren> rtg: Will do.
[15:39] <laga> rtg: any news wrt unionfs?
[15:44] <rtg> laga: refresh my memory.
[15:45] <laga> rtg: sure. there was supposed to be a new l-u-m upload with a unionfs patch which fixes bug #103044
[15:45] <ubotu> Launchpad bug 103044 in linux-ubuntu-modules-2.6.22 "kernel oops during boot on a nfs root diskless system, SRU TEST CASE" [High,Confirmed] https://launchpad.net/bugs/103044
[15:46] <rtg> laga: likely this week. kees is still testing...
[15:47] <laga> rtg: that's good news. i'll ask him if i can have the patch
[15:47] <rtg> laga: we were both traveling last week, so there has been disruption in our workflow.
[15:47] <laga> yes, i figured as much. 
[15:47] <rtg> laga: you should be able to get what you need from the git repo.
[15:47] <laga> oh. i haven't seen any related commits. guess i should look again.
[15:49] <rtg> laga: i just read the bug report. I don't think the problem you are seeing is solved.
[15:49] <laga> oh. :/
[15:49] <soren> rtg: pull request sent.
[15:49] <laga> which would explain why i can't find the commit.
[15:50] <laga> because i already have the latest l-u-m from gutsy-proposed.
[15:51] <laga> rtg: any chance it will get solved?
[15:51] <rtg> laga: do you know of an upstream patch for it?
[15:52] <laga> rtg: no. i didn't ask upstream because ubuntu still has 1.4 which is quite old
[15:52] <rtg> laga: if you can find and test one, I'll consider it. An oops satisfies SRU policy.
[15:53] <rtg> laga: otherwise your solution may be Hardy.
[15:53] <laga> rtg: i do not believe that hardy solves my problem.
[15:53] <laga> this setup on hardy still breaks, i just never got around to look at the OOPS
[15:54] <rtg> laga: we have a better chance of getting upstream to look at it.
[15:54] <rtg> in Hardy that is
[15:54] <laga> to be honest, i just need a working stacking file system in hardy. gutsy doesn't matter.
[15:54] <laga> rtg: oh. does hardy have newer unionfs?
[15:58] <rtg> laga: ok, I'll have -6.10 uploaded soon which is based on -6.10. unionfs looks like it is still 1.4
[15:58] <laga> rtg: yes, that's why i was asking :)
[15:59] <rtg> laga: perhaps you could make a patch for current upstream unionfs and test it against Hardy?
[15:59] <laga> rtg: i need a stacking file system for Mythbuntu - people can have diskless fat clients that way. if unionfs can't be fixed, aufs ("another unionfs") might be an alternative. it requires a very small kernel patch (just a few symbol exports) to get NFS working, though.
[16:00] <laga> rtg: you mean i should build current unionfs and test it in hardy? what about the apparmor changes needed for unionfs in gutsy?
[16:01] <rtg> laga: since AA is not in the kernel, I imagine upstream unionfs will have those fixes. dunno for sure.
[16:01] <rtg> s/not/now/
[16:01] <laga> oh.
[16:02] <laga> i didn't know that apparmor made it in the kernel. that's good news.
[16:02] <laga> rtg: if my testing was successful, would you add current unionfs to hardy or just cherry-pick patcheS?
[16:04] <rtg> laga: I would probably add current unionfs. It will get some scrutiny however, given the problems we've had in the past.
[16:04] <laga> rtg: yes.
[16:05] <laga> thought as much :)
[16:06] <laga> rtg: would adding aufs be an option? that'd mean there was another stacking filesystem which also works with NFS while keeping unionfs in a known, stable-enough state
[16:10] <rtg> laga: yep.
[16:11] <rtg> laga: it should go into ubuntu-hardy-lum/ubuntu/fs
[16:12] <laga> rtg: i've just remembered that upstream aufs has suggested some patches which would need to be applied to the kernel. ogra told me you (as in "the kernel guys") wouldn't do it which would make adding aufs pointless
[16:12] <rtg> laga: it depends on what the patches are. I'd have to see them first.
[16:13] <laga> let's see...
[16:18] <laga> rtg: here's patch #1:
[16:18] <laga> http://aufs.cvs.sourceforge.net/aufs/aufs/patch/sec_perm-2.6.24.patch?revision=1.1&view=markup
[16:19] <laga> #2: http://aufs.cvs.sourceforge.net/aufs/aufs/patch/splice-2.6.23.patch?revision=1.1&view=markup
[16:19] <laga> #3 http://aufs.cvs.sourceforge.net/aufs/aufs/patch/put_filp.patch?revision=1.1&view=markup
[16:20] <laga> #4 http://aufs.cvs.sourceforge.net/aufs/aufs/patch/deny_write_access.patch?revision=1.1&view=markup
[16:20] <laga> that's all he has mentioned.
[16:21] <rtg> laga: I'll look at 'em in a bit. I have some other stuff I gotta work on.
[16:21] <laga> rtg: sure. me too, actually, so i'll stop procrastinating here :)
[17:35] <Kano> hi rtg 
[17:36] <laga> Kano: no, i haven't tried your aufs yet. it's possible that it goes to l-u-m though
[17:36] <Kano> well i did not see a big difference in todays snapshot
[17:37] <Kano> rtg: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/185719
[17:37] <ubotu> Launchpad bug 185719 in linux "remove duplicate pci ids bcm43xx/ssb prism54/p54pci" [Undecided,New] 
[17:37] <rtg> Kano: its on my list
[17:37] <Kano> then apply it
[17:38] <rtg> Kano: patience
[17:39] <Kano> thats nothing i have got
[17:40] <Kano> laga: same position, updated cvs
[17:41] <Kano> btw. you should be able to use my precompiled kernels too
[17:42] <Kano> http://kanotix.com/files/kernel/kernel-update-pack-generic.tar.gz
[17:42] <Kano> in source dir all patches
[17:42] <Kano> if you want to compile on your own use em
[17:42] <Kano> or just use all from kernel + extra (maybe without avm as you dont have the dependency for that)
[17:43] <laga> Kano: thanks, probably won't have time before the weekend to do anything
[17:44] <Kano> i can you give already made images using live-helper too
[17:44] <Kano> if needed 2 with same settings, one unionfs next aufs
[17:45] <laga> Kano: i don't need live disks, i just need a working stacking file system in the ubuntu repos :)
[17:45] <Kano> well the aufs source does not compile directly
[17:45] <Kano> as it needs at least 2 extra files
[17:46] <laga> Kano: the necessary patches are in ubuntu now, the aufs-source maintainer has updated it. he even used one of your patches :)
[17:46] <Kano> did not see the export
[17:46] <Kano> where is it?
[17:46] <Kano> last weekend all applied
[17:46] <laga> oh
[17:47] <laga> i was talking about the aufs-source package
[17:47] <laga> nothing in git yet
[17:47] <Kano> well i tested a kernel with all patches proposed, did not see any difference compared to applying only one
[17:48] <laga> Kano: do you realize you need to configure the aufs module accordingly?
[17:49] <Kano> i just copy 2 extra files to my headers and compile aufs 
[17:49] <laga> there are some defines which toggle those settings
[17:50] <Kano> well i just use autodetection that way
[17:50] <laga> it's documented somewhere in the top-level directory of the aufs source tree. don't have it here on my laptop
[17:50] <laga> there's no auto-detection IIRC, just defaults. i could be wrong, though
[17:50] <Kano> http://kanotix.com/files/kernel/kernel-update-pack-generic/source/
[17:51] <Kano> http://kanotix.com/files/kernel/kernel-update-pack-generic/source/sec_perm-2.6.24.patch
[17:51] <Kano> thats the absolute minimum
[17:51] <Kano> other way would be
[17:51] <Kano> dont use that patch and compile aufs STATICALLY as kernel patch
[17:56] <Kano> same would work for unionfs too btw
[18:41] <Kano> btw. when i use unionfs, i can boot with live-helper but network-manager does not run
[18:41] <Kano> it works with aufs however
[18:44] <Kano> maybe thats why u does not use networkmanager by default and uses stupid dhcp entries in /etc/network/interfaces...