[00:35] <eb4890> If people had to pick one kernel book, would it be  Love's or Bovet and Cesate? Or something else. I'm looking to understand ASLR type systems.
[00:39] <jjohansen> eb4890: I've never read Bovet and Cesate so I can't compare, but Love's book was pretty good and easy to read
[00:40] <eb4890> jjohansen: Thanks
[00:40] <jjohansen> eb4890: I'm not sure that is will cover ASLR though?  Its been a while since I read it
[00:42] <eb4890> jjohansen: As long as it covers building a process structure and where that is in the kernel code, I can at least look at the source.
[00:44] <jjohansen> eb4890: I think it will work for your purposes, make sure to get the 3rd edition as it is current to the .34 kernel
[00:45] <jjohansen> the 2nd edition is getting quite crufty
[00:46] <eb4890> jjohansen:  Thanks, I was wondering about getting the older cheaper book.
[00:47] <jjohansen> it would be good for concepts etc, but would current to early 2.6 (circa 2006 or so)
[00:51] <eb4890> Hmm, Bovet and Cesati is published 2005. So would be equally old. I'll go with the 3rd edition of Love's book. Thanks.
[01:41] <Kano> hi apw, can you trigger 2.6.37 mainline build?
[02:13] <yigal> where can I find a default config for an earlier Ubuntu release, in this case Karmic - I'm building on Maverick - by the way should I be able to do this build without difficulty?
[02:15] <yigal> is there an easier way than downloading the deb installing and copying the config from /boot ?
[02:16] <Kano> the config does not really matter
[02:16] <Kano> it should be compatible
[02:16] <yigal> ok, cool
[02:16] <yigal> that would definately make things easier
[02:17] <Kano> i use mainline kernels even for debian lenny, just with a few modeset overrides if needed
[02:18] <yigal> I just patched Maverick's kernel to get a touchscreen to work and I want to do the same for Karmic's now but compiling still in the Maverick box
[02:20] <Kano> just use the same kernel
[02:22] <yigal> Inte's GMA 500 GPU makes that impossible
[02:23] <yigal> s/Ite/l/
[02:23] <yigal> man, s/Inte/l/
[02:23] <Kano> why
[02:26] <yigal> the PSB kernel used for the GPU had to be tweaked after 2.6.32 so Karmic has a different PSB driver than Meerkat's
[02:26] <yigal> PSB driver
[02:26] <yigal> sorry
[04:06] <bullgard4> What does "md" stand for in /lib/modules/2.6.35-24-generic/kernel/drivers/md/ ?
[04:13] <jk-> bullgard4: 'multiple device'
[04:13] <bullgard4> jk-: Ah! Thank you very much for your help.
[09:10]  * apw yawns
[09:10] <smb> apw, 'ning
[09:11] <apw> smb, ning indeed
=== diwic is now known as diwic_afk
=== diwic_afk is now known as diwic
[12:23] <apw_> smb is yhete anything else outstanding for natty that u want in the uploaf?
[12:24] <apw_> also should i wait on tedting by jj for that one?
[12:55] <smb> apw, Either you switched to an ancient form of English or you are trying to type on the nexus. :)
[12:55] <smb> Atm, I got nothing else for Natty
[12:56] <apw> smb, indeed
[12:57] <smb> Given the (health) status of jj I am not sure whether or when he may respond. So I bravely vote for just putting it in and then hide from the fallout
[12:57] <apw> smb, heh good point indeed
[12:59] <smb> apw, Hm I see some report back that the sata link power management may still be an issue even with Natty. Though that needs the user-space "fix"
[13:02] <apw> smb is export SATA_ALPM_ENABLE=false the work around in all releases ?
[13:03] <smb> I am not sure. I believe the whole script was removed in older releases. But when the new script does support a switch the fix may as well be a change of default
[13:05] <smb> I have/had systems which worked ok with it enabled, so this seems a controller and/or drive specific issue. Not sure whether we want to start quirking in userspace. Especially since it will be a bitch to keep up with finding the bad or good combinations
[13:06] <apw> yeah as you say it cannot be all machines, though i guess many may not support it at all
[13:07] <smb> apw, I wonder whether it would be worth the effort of starting some sort of wiki to gather good and bad experience cases (like for the suspend resume)
[13:07] <apw> smb, yeah ... perhaps ... i also note you have that marked fix released for natty which seems wrong
[13:08] <smb> It likely was done based on the "it works since then" comment which seems to be only partially correct (if at all)
[13:09] <smb> So we may need to put it back into open state
[13:09] <smb> Or start a new one for data mining
[13:10] <apw> smb, move it back to New
[13:21] <smb> apw, I added some comment as well
[13:23] <apw> smb, gah there are so many bugs there is no safe ground left
[13:26] <smb> Safe ground is an illusion anyway when moving at roughly 1600km per hour
[13:27] <apw> smb, heh :)
=== yofel_ is now known as yofel
=== smb` is now known as smb
=== sconklin-afk is now known as sconklin
[15:16] <hallyn> to submit a kernel patch for maverick kernel, what's the preferred method?  A debdiff?  A git tree on ubuntu.kernel.com?  A compiled package in a ppa?  (To put in a launchpad bug)
[15:19] <smb> If things are bigger (which they usually should not be for a SRU) it would be a tree and git pull. For smaller things a patch exported with format-patch and sent to kernel-team mailing list with the sru justification (the justification should also go into the bug report and the patch would be nice to have there)
[15:20] <tgardner> hallyn, kernel-team@lists.ubuntu.com
=== bjf[afk] is now known as bjf
[15:31] <hallyn> smb: tgardner: thanks
[16:01] <JFo> brb, gotta reboot
[16:55] <apw> hallyn, as its for a released kernel it needs to have a LP bug associated
[16:58] <hallyn> apw: yup, it does
[16:58] <apw> hallyn, please include the BugLink:
[17:01] <hallyn> apw: yup, it's in the patch.  Just waiting for the thing to build so I can have the bug submitter test first :)
[17:01] <hallyn> thanks!
[17:03] <apw> hallyn, this is an egg, you place it in your mouth thusly ...
[17:07] <hallyn> not sure i get the reference, but man am i starving
[17:07]  * tgardner wonders if apw is sweet talking his bird ?
[17:08] <apw> hallyn, heh granny ?
=== bjf is now known as bjf[afk]
[18:12] <apw> tgardner, can you remember what the source package for the nvidia binary drivers is
[18:13] <tgardner> apw, nvidia-current ? for lucid
[18:13] <apw> close enoug
[18:13] <JFo> apw, there is a 'bandolier' in my possession
[18:14] <apw> JFo, that is very awsome :)
[18:18] <jjohansen> JFo: as in an ammo belt badolier?
[18:19] <apw> jjohansen, hey ... smb tested that disk rename and had no issues, so i am proposing to upload it pretty soon
[18:19] <jjohansen> apw: +1
[18:19] <apw> jjohansen, cirtainly like something which rambo would use, 2 inch slugs
[18:19] <jjohansen> apw: like I said I was surprised it didn't work for me
[18:20] <apw> jjohansen, cool
[18:32] <JFo> jjohansen, sort of
[18:32] <JFo> :)
[18:33] <jjohansen> JFo: oh so 2inch rounds aren't manly enough for you?  Carrying 16 inchers instead?
[18:34] <JFo> jjohansen, I'm a lover, not a fighter :-P
[18:34] <JFo> ok, that isn't true
[18:34] <JFo> but it WAS funny
[18:35] <jjohansen> yeah, /me was going to quip that so its for your ******
[18:35]  * jjohansen self sensored
[18:36] <jjohansen> s/sensored/censored/ :)
=== kentb_ is now known as kentb
[18:55] <tgardner> apw, I dumped an aufs bug in your lap: bug #621195
[18:55] <ubot2> Launchpad bug 621195 in linux (Ubuntu Natty) (and 2 other projects) "WARNING: at /build/buildd/linux-2.6.35/ubuntu/aufs/plink.c:332 au_plink_append+0x1f1/0x2e0 [aufs]() (affects: 4) (heat: 24)" [High,Confirmed] https://launchpad.net/bugs/621195
[18:56] <tgardner> I know how you like aufs
[19:00] <apw> tgardner, heh i happen to be looking at that, but perhaps thats cause you subbed me or something
[19:01] <tgardner> great minds think alike....
[19:05]  * tgardner --> lunch
=== bjf[afk] is now known as bjf
[19:23] <jdstrand> tgardner: fyi, added dmesg to bug #621195
[19:23] <ubot2> Launchpad bug 621195 in linux (Ubuntu Natty) (and 2 other projects) "WARNING: at /build/buildd/linux-2.6.35/ubuntu/aufs/plink.c:332 au_plink_append+0x1f1/0x2e0 [aufs]() (affects: 4) (heat: 24)" [High,Confirmed] https://launchpad.net/bugs/621195
[20:10]  * jjohansen lunch
[20:16] <tgardner> apw, bug #683690 may have a solution in staging (which we should likely turn on)
[20:16] <ubot2> Launchpad bug 683690 in linux (Ubuntu) "CONFIG_NLS_DEFAULT should be set to UTF8 (affects: 1) (heat: 96)" [Undecided,New] https://launchpad.net/bugs/683690
[20:26] <apw> tgardner, thanks
[20:27] <tgardner> apw, actuall, on deeper inspection it appears we should just set CONFIG_NLS_DEFAULT="utf8"
[20:27] <ogra> apw, thanks for omap3 
[20:27] <apw> tgardner, will do some research as to what that means
[20:27] <apw> and if there is any downsides
[20:28] <tgardner> apw, the staging driver is for mounting SMB file systems without having a user space component (I think)
[20:28] <apw> yeah sounds like just a config change request
[20:28] <apw> tgardner, what was the modules we built in recent, was it crc32 or something ... can you remember why we did that
[20:29] <tgardner> dynamic linking
[20:29] <tgardner> no module aliasis, so the netboot stuff was failing
[20:29] <tgardner> dynamic registration, rather
[20:30] <apw> ahh right
[20:47] <tgardner> apw, I went ahead and pushed CONFIG_NLS_DEFAULT="utf8" on master-next. Lets see what havoc it wreaks.
[20:48] <apw> tgardner, ok thanks
[21:25] <sconklin> apw, tgardner - I'm out of the Lucid tree and there is a new master-next open for business
[21:26] <tgardner> ack
[22:20] <hallyn> jjohansen: hey - when doing my own funky patched kernels I understand having to skip abi checks, but I took a stock git://kernel.ubuntu.com/git/ubuntu-maverick kernel plus one small patch, but ppa gave me https://launchpad.net/~serge-hallyn/+archive/testkernel/+build/2125626
[22:21] <hallyn> jjohansen: (since i know you've got ppa kernel experience :) is there something else I'm missing?  I don't want to turn off checks if I'm doing something else wrong...
[22:26] <jjohansen> hallyn: if the patch caused any abi change you have to go through an abi bump or turn off the checks
[22:26] <jjohansen> its an absolute pita
[22:29] <hallyn> it shouldn't have caused an abi bump though
[22:29] <hallyn> what causes an abi change?
[22:29] <jjohansen> hrmmm, well that should just be the regular kernel compile abi stuff
[22:30] <jjohansen> its then compared to the one stored in debian.master
[22:30] <jjohansen> hallyn: did you mess with the kernel version numbering?
[22:30] <jjohansen> that can cause the abi check to fail too
[22:31] <jjohansen> basically it compares the compiled kernel to the one stored in debian.master/abi/
[22:32] <hallyn> well i named it linux_2.6.35-24.42qemui386v3
[22:32] <jjohansen> the version numbering must be exactly one back or the comparision fails
[22:32] <hallyn> alrighty, my fault then :)
[22:32] <jjohansen> what is in the debian.master/abi/ dir
[22:43] <rsajdok> ogasawara: This link is broken. Is there somewhere a valid link? http://people.ubuntu.com/~ogasawara/hardy-buglist.html https://wiki.ubuntu.com/5-A-Day#You're a developer?
[22:57] <bjf> rsajdok, ogasawara is on leave
[22:57] <bjf> rsajdok, maybe JFo can point you at the right url
=== sconklin is now known as sconklin-afk