[08:16] <AnAnt> BenC here ?
[08:17] <sn9> [09:32:52]  <BenC> ok, time to do some boot testing
[08:17] <sn9> [09:32:54]  <-- BenC has quit ("bbl")
[08:18] <sn9> not since then
[08:18] <AnAnt> sn9: what time is it now (according to you that is)
[08:18] <sn9> Tue Aug 29 23:18:53 PDT 2006
[08:19] <AnAnt> hmmm, that's many hours ago
[08:19] <sn9> yes
[08:19] <sn9> 14 hrs
[08:19] <AnAnt> anyone knows if he applied the ipw2200 inject patch ?
[08:20] <sn9> i don't know, but i would presume not until he says so
[08:20] <crimsun> what patch, what tree?
[08:20] <AnAnt> crimsun: err, what do you mean by tree ?
[08:21] <AnAnt> crimsun: a week or two ago, I sent him a patch that enables injection on IPW2200 cards
[08:22] <crimsun> AnAnt: what source tree is the patch targeted against?
[08:22] <crimsun> and what patch are you referring to?
[08:22] <AnAnt> crimsun: well, 2.6.17 I assume
[08:23] <AnAnt> crimsun: well, I sent him an emailing asking for 2 things: 1. update the ipw2200 driver to the latest version (1.1.3) that is available on http://ipw2200.sf.net
[08:24] <AnAnt> 2. applying a patch to that driver that enables injection , the patch is available at http://tv.latinsud.com/ipw2200/
[08:25] <AnAnt> crimsun: it patches ipw2200.c
[08:25] <crimsun> please don't asume
[08:25] <crimsun> assume, even
[08:25] <crimsun> did you ask him to apply it 2.6.15 or to 2.6.17?
[08:25] <crimsun> the trees that you ask him to apply it to affects the answer 
[08:26] <sn9> i.e., he won't apply to .15, right?
[08:26] <AnAnt> well, I wasn't explicit about that when I asked him
[08:26] <crimsun> AnAnt: that doesn't help, I'm afraid
[08:26] <AnAnt> but when we were chatting I was refering to Edgy
[08:27] <AnAnt> hence, I meant 2.6.17
[08:27] <AnAnt> but I dunno if he understood it like that
[08:27] <AnAnt> lemme check the chat logs
[08:28] <crimsun> this is 2.6.17's: http://www.kernel.org/git/?p=linux/kernel/git/bcollins/ubuntu-2.6.git;a=history;h=e202ae6a9c185b85f95309bf5513233db143d372;f=drivers/net/wireless/ipw2200.c
[08:28] <AnAnt> yes, I didn't mention it in the email, but we were talking about 2.6.17 in the chat
[08:28] <AnAnt> ok
[08:28] <crimsun> answer's pretty definitive there.
[08:29] <crimsun> and this is 2.6.15's: http://www.kernel.org/git/?p=linux/kernel/git/bcollins/ubuntu-dapper.git;a=history;h=54e90a8d2d90a3217f4022ca63546661852b0b45;f=drivers/net/wireless/ipw2200.c
[08:29] <AnAnt> well, it doesn't seem he added it
[08:29] <crimsun> again, fairly definitive.
[08:30] <crimsun> if he has, he hasn't pushed the change. Please do state unequivocally which tree(s) to apply it to in the future. :)
[08:31] <AnAnt> sure
[08:31] <AnAnt> thanks
[12:56] <ivoks> there is a new version of driver for highpoint SATA controllers
[12:56] <ivoks> any chance of it getting into edgy? it supports rockertaid 1520
[12:57] <ivoks> i'll try to create a patch for edgy kernel source
[12:58] <zul> do you have a reference?
[12:58] <ivoks> http://www.highpoint-tech.com/BIOS%20+%20Driver/rr1520/Linux/hpt37x2-opensource-v2.1-0717.tgz
[12:58] <nigel_c> Evening guys.
[12:58] <ivoks> i didn't know there is one, untill i needed it :/
[12:58] <nigel_c> Anyone got any suggestions when it comes to gcompizthemer being unable to apply any themes?
[12:59] <nigel_c> I tried an strace, and nothing jumped out at me
[12:59] <nigel_c> And tried googling
[01:01] <ivoks> zul: it builds and works nicely; problems happens when you insmod older hpt driver while this one is allready in - RAID collapses and kernel doesn't boot :)
[01:04] <zul> shouldnt be too hard to include it open a bug in launchpad so we can track it
[01:04] <ivoks> zul: ok
[01:16] <ivoks> reported
[01:19] <zul> thanks
[01:20] <ivoks> no need for that :)
[01:22] <zul> ok im going to work then :)
[01:22] <nigel_c> Ah. Oops. Wrong channel. Sorry.
[03:24] <omeow> Hi.
[03:25] <omeow> The latest nvidia-glx for kubuntu edgy requires linux-restricted-modules-2.6.17-6-386, will the k7 modules be available later or am I doing something wrong?
[03:26] <infinity> omeow: "apt-get install linux-restricted-modules-`uname -r` nvidia-glx"
[03:27] <infinity> omeow: You're running across an apt bug, that's all.  Smarter package managers (like aptitude or dselect) would resolve the path of least resistance for you.
[03:27] <omeow> I use adept.
[03:27] <omeow> Or well, try to use it anyway...
[03:27] <omeow> Piece of shit.
[03:52] <omeow> infinity: I ran that command you told me to run, both packages are already installed.
[03:53] <infinity> omeow: Err, then I'm not seeing the issue? :)
[03:53] <infinity> omeow: You already have the latest nvidia-glx, so what could possibly be telling you that it requires some other package?
[03:54] <omeow> the fact that I can no longer start X and looking at the log tells me that it cannot initialize the kernel module 
[03:55] <infinity> Did you reboot at any point after all this?
[03:55] <omeow> X starts when I load the i386 kernel, but when I start the k7 one it won't launch X
[03:55] <omeow> Yes, trice. :)
[03:55] <infinity> Oh, err.  What kernel were you booted into when you ran the above command? :)
[03:56] <infinity> Cause "`uname -r`" would have expanded to 2.6.17-6-385, if you were booted to the 386 kernel. :)
[03:56] <infinity> "apt-get install linux-restricted-modules-2.6.17-6-k7" and see if that wants to do something.
[03:57] <omeow> I was booted in i386 at that point, but I understood that that wouldn't work since I wanted the k7 one to be installed, so I rebooted and ran the command again.
[03:58] <omeow> linux-restricted-modules-2.6.15-25-k7 is already the newest version.
[03:59] <infinity> Err, you realise what you just said, right?
[03:59] <infinity> "2.6.15-25-k7"
[03:59] <infinity> But we're talking about edgy kernels (2.6.17-6-$arch)
[03:59] <infinity> "apt-get install linux-k7"
[04:00] <infinity> And never again worry about being up to date.
[04:00] <omeow> What do you mean with that? 
[04:01] <infinity> Your k7 kernel is a 2.6.15 kernel from dapper.
[04:01] <omeow> urf
[04:01] <infinity> Install the "linux-k7" package, and it will pull in the latest.
[04:01] <infinity> (And keep it current)
[04:01] <ivoks> problem is that ubuntu-minimal|desktop|standard doesn't depend on linux-xxx
[04:01] <infinity> ivoks: How could it?
[04:01] <ivoks> it's hard to achive, i know
[04:02] <infinity> ivoks: People install linux-foo after the fact.
[04:02] <infinity> ivoks: We install linux-386 during the installation.  What you choose to do after that isn't up to us.
[04:02] <ivoks> that's right
[04:02] <infinity> ivoks: This is all being sorted by just unifying the whole lot into one uber-kernel, hopefully, but we're not quite there yet.
[04:02] <infinity> (I think Ben's next upload will reduce us to two kernels on i386, though)
[04:03] <ivoks> infinity: as soon as I get time, I'll do the tests on my machine too
[04:04] <omeow> Ok, let me give that a try.
[04:04] <ivoks> right know, i have to buy new disks for ubuntu-hr.org and see what will be out of my office, since the building was on fire :)
[04:32] <omeow> Thanks infinity. It looks to be working again. :)
[04:32] <omeow> However, one thing I still need to do is re-compile the module for my xbox 360 controller. 
[04:32] <omeow> But I'll do that later.
[04:32] <omeow> Thanks a lot for your help.
[07:09] <omeow> New problem. I think I may have broken something when I tried to install that Xpad 360 driver. If I boot the k7 kernel, I have no sound and if I boot the i386 one, I do have sound.
[07:17] <BenC> infinity: I have you lrm changes merged into mine now
[07:18] <crimsun> BenC: apologies regarding attachments; I'm still trying to beat Thunderbird into properly inlining patches
[07:18] <BenC> crimsun: no sweat, I've been using a hand made mutt rule to flatten them out :)
[07:21] <infinity> BenC: Up to and including the 2.6.17.4-1 upload I did ~12 hours ago?
[07:21] <BenC> you did another?!
[07:22] <BenC> oh wait, yeah, that's the one I mean :)
[07:22] <infinity> BenC: Yeah, had to roll a new .orig, I got the wrong package from NVIDIA. :/
[07:22] <BenC> hrmm..uh, no I grabbed the .3-1
[07:22] <BenC> is it just a new nvidia shar?
[07:23] <infinity> And some changelog dicking, yeah.  Should be the same, otherwise.
[07:23] <infinity> Just debdiff them on chinstrap or sometihng, and apply the patch to yours.
[07:24] <infinity> And then put the orig together.  Or whatever. :)
[07:24] <infinity> Or upload your stuff to chinstrap, and I'll merge it all.
[07:24] <infinity> Cause I have l33t sk1llz, and bandwidth to spare. :)
[07:24] <BenC> you are ub3r cool infinity :)
[07:25] <BenC> uploading is the hard part, it's nothing to download, so I'll merge your changes and do a .5-1
[07:26] <BenC> guess I can do the kernel upload in the meantime
[07:26] <infinity> Err, wait.
[07:26] <infinity> Perhaps best if you don't.
[07:26] <infinity> We're mid-freeze for a Knot release.
[07:26] <infinity> No one's going to be very keen on kernel uploads right about now.
[07:27] <BenC> uh...I sort of need to
[07:27] <BenC> unless we want Knot-2 to be virtually the same kernel as Knot-1 :)
[07:28] <infinity> Well, I'll let you discuss that with Mithrandir then.
[07:28] <BenC> who's handling the freeze/knot
[07:28] <BenC> Mithrandir: ping
[07:29] <mjg59> BenC: kernel doesn't seem to compile at the moment
[07:29] <mjg59> unionfs bitches
[07:29] <BenC> mjg59: Just pushed my stuff to fix it
[07:29] <mjg59> BenC: Cool
[07:29] <mjg59> BenC: I've got a shitload of ACPI patches for you that take us up to mainline
[07:29] <mjg59> Just compile testing to make sure I've merged correctly
[07:30] <BenC> ok
[07:30] <mjg59> BenC: It's about 100 git commits
[07:30] <zul> ouch
[07:30] <mjg59> ACPI's been busy
[07:30] <BenC> wow
[07:30] <mjg59> Plus there may still be some stuff from mm we want to pull in
[07:31] <mjg59> I love git's three-way merge madness
[07:31] <mjg59> It only too me an hour
[07:32] <BenC> git has pretty good merge strategy
[07:32] <BenC> only too me a day to merge 2.6.17 into our dapper tree
[07:47] <zul> haf..
[07:47] <zul> er...gah
[08:19] <mjg59> BenC: Ok, 154 patches for you - can I send them as a gzipped mbox so you can throw it through git-apply-mbox? :)
[08:20] <BenC> yeah
[08:22] <mjg59> Builds and boots, so it can't be that bad
[08:29] <smorning_> Does anyone know if bug #46510 has been fixed ?
[08:32] <Mithrandir> BenC: hiya
[08:32] <BenC> Mithrandir: unping about kernel
[08:32] <BenC> will hold off
[08:33] <Mithrandir> BenC: thanks.
[08:33] <zul> hey ben did you have a look at my patches?
[08:34] <smorning_> Opps, I am in the wrong place sorry to bother you all
[08:40] <crimsun> hmm. Isn't #46510 an initramfs-tools issue anyhow?
[08:40] <crimsun> specifically /usr/share/initramfs-tools/hook-functions::auto_add_modules()
[08:41] <crimsun> doesn't seem like it's even referenced there at all, so it's not being added to the initramfs, which causes the symptom described in the bug report
[08:44] <crimsun> yeah, it doesn't seem like a linux-source-2.6.x issue at all, reassigning
[09:11] <mjg59> BenC: Have you fixed the console switching stuff on resume from disk?
[09:13] <BenC> mjg59: yeah
[09:15] <Mithrandir> mjg59: my x40 is unhappy when resuming after StR.  I guess "doesn't work" isn't very useful for you, so what is.  It seems to generally get to the "make suspend light blink", then stops.  alt-Sysrq-s doesn't generate disk activity, so I don't think the kernel is running.  (Or the keyboard driver isn't reloaded)
[09:17] <Mithrandir> (edgy)
[09:17] <mjg59> Mithrandir: Can you boot with acpi_sleep=s3_bios?
[09:17] <mjg59> That ought to get you a console earlier
[09:17] <Mithrandir> let me see if I can provoke it here.
[09:17] <Mithrandir> since it works sometimes.
[09:19] <mjg59> BenC: Pushed yet, or just locally? It doens't seem to be in tree
[09:20] <BenC> mjg59: Should be pushed
[09:20] <BenC> I didn't use your patch, I did it up a little different
[09:20] <BenC> added a config option to disable it
[09:21] <mjg59> BenC: Oh, sorry, I see it
[09:27] <AnAnt> BenC: u there ?
[09:28] <BenC> AnAnt: yep
[09:29] <AnAnt> BenC: remember I sent you a request to use ipw2200 driver version 1.1.3 (from ipw2200.sf.net) and I also sent you a patch for it
[09:29] <AnAnt> a patch that enables injection
[09:29] <BenC> AnAnt: It's updated in git
[09:29] <BenC> the inject patch I wont use
[09:29] <BenC> I don't like what it allows you to do, by default
[09:29] <BenC> if it can be changed to only be enabled with a module parm, I'd accept it
[09:30] <AnAnt> what do you mean by "by default" ?
[09:30] <BenC> the injection code is enabled when the module is loaded
[09:30] <BenC> I don't want that
[09:30] <BenC> sounds too anti-security
[09:30] <AnAnt> I understand that it has a rtap_iface parm
[09:30] <BenC> just like ethernet devices aren't in promiscuous by default
[09:31] <AnAnt> you mean, that if the rtap_iface is not enabled, the injection code is enabled ?
[09:31] <BenC> that's what it looked like to me, but maybe I need to read it better
[09:31] <AnAnt> BenC: yes please, thanks 
[09:31] <BenC> is the inject ioctl only on the rtap device?
[09:32] <AnAnt> BenC: dunno
[09:38] <omeow> So I upgraded to 2.6.17-6-k7 today. And my "mounting root filesystem..." step takes 33 seconds. Is this a known problem?
[09:38] <BenC> omeow: launchpad would know
[09:38] <BenC> also, wait till -7, since it has a crap load of fixes
[09:39] <AnAnt> BenC: btw, you said that you updated it in git , you did that today ? we are talking about kernel-2.6.17, right ?
[09:39] <omeow> Ok. I'll have another look when I updated to that version then. 
[09:47] <mjg59> BenC: And I've just tested the dock driver - I can dock and undock my Dell without stuff exploding now
[09:48] <BenC> cool
[09:48] <mjg59> STR still seems happy
[09:48] <mjg59> All in all, a succesful experiment
[09:50] <thom> mjg59: shiny
[09:53] <zul> mjg59: cool beans
[09:54] <omeow> Yeah, I was just at a site where they had two dell laptops. Things were crazy hot.
[09:54] <omeow> (not really linux related =P)
[09:55] <zul> argh...stop the jmicron emails
[10:03] <zul> ttyl
[10:19] <mjg59> HP seem to have designed their docking aesthetics pretty well
[10:20] <mjg59> The angle the machine makes with the floor is quite pleasing
[10:20] <mjg59> The Dell, on the other hand, looks pretty shit
[10:20] <mjg59> But if I press the eject button, it flashes and then the eject lever lights up!
[10:22] <thom> the eject lever lights up?
[10:22] <thom> RICER
[10:27] <Lure> mjg59: yes, new HP docs are nice - also good for air flow
[10:28] <Lure> mjg59: but travel battery closes the air-in hole for CPU - so it overheats even faster :-(
[10:31] <mjg59> Lure: Suck
[10:31] <mjg59> thom: Ha
[10:31] <mjg59> thom: It's pretty typical, to let you know that the OS has disassociated with the machine
[10:31] <thom> the ibm dock gives you a nice green arrow
[10:32] <mjg59> thom: Want my patch set?
[10:32] <mjg59> Should pretty much apply to current git
[10:32] <thom> sure
[10:32] <mjg59> And provide great docking justice
[10:32] <thom> hurrah!
[10:32] <mjg59> www.codon.org.uk/~mjg59/tmp/acpipatches.gz
[10:33] <mjg59> You want m for acpi docs
[10:33] <mjg59> Not sure whether the IBM hotplugging stuff is for big IBM hardware or for the laptops
[10:34] <thom> gunzip and git-apply-mbox it?
[10:34] <thom> right
[10:39] <mjg59> thom: That's the one
[10:42] <mjg59> Ha
[10:42] <mjg59> You are using -jwhatever, right?
[10:43] <thom> yeah
[10:43] <mjg59> kernels build damn fast on the Sony
[10:44] <mjg59> Which is only a 1.66GHz Core Duo
[10:44] <thom> i think the limit here is the disk in the x60s
[10:44] <thom> oh. and the fact it's building on an encrypted partition, sadly
[10:46] <thom> CONCURRENCY_LEVEL=4 dpkg-buildpackage -rfakeroot -uc -us  3945.30s user 1100.81s system 107% cpu 1:17:52.62 total
[10:59] <mjg59> Oh, are you building all archs?
[11:00] <mjg59> Erm
[11:00] <mjg59> Subarchs
[11:02] <thom> yeah
[11:06] <mjg59> Ah
[11:06] <mjg59> That would explain the difference
[11:06] <mjg59> I usually only do 686
[11:07] <thom> i need to build an installer after, so i need udebs and the whole shebang :/
[11:09] <mjg59> Ah
[11:16] <thom> and it doesn't work
[11:16] <thom> bah
[11:17] <mjg59> The build?
[11:18] <thom> well, what i was trying to make work
[11:18] <thom> and i don't get why
[11:18] <thom> oh well