[01:18]  * ogra has massive probs trying to build amitk's linux-lpia package, wasnt the bi check dropped in intrepid ? 
[01:20] <ogra> http://launchpadlibrarian.net/18547672/buildlog_ubuntu-intrepid-lpia.linux-lpia_2.6.27-4.6_FAILEDTOBUILD.txt.gz shows that it fails in abi-check-lpia even though i added appropriate ignore files
[01:27]  * ogra gives up and hopes someone else will then build a -4 kernel for lpia
[02:14] <maestrolinux> Hola
[02:15] <maestrolinux> alguien sabe donde descargar el 2.6.27 x64 deb
[02:28] <rafal> hi
[02:28] <rafal> are there some test versions for 2.6.27 yet?  im on 8.04 adm64
[03:08] <persia> limcore, Test versions for 2.6.27 exist only in 8.10.  8.04 is exceedingly unlikely to receive them.
[03:10] <limcore> can I somehow test 8,10's kernel and perhaps drivers, while remaining (other software) at 8.04?
[03:19] <CMD_L1N3> hello
[03:19] <CMD_L1N3> my question is about kernel devel but about the kernel i think
[03:19] <CMD_L1N3> i just updated my kernel and now my printer doesn't work
[07:39] <NCommander> I have some questions on how the ubuntu git tree rebases new releases into the tree
[07:39]  * NCommander is attemtping to figure out how to rebase the linux-ports tree
[07:40] <NCommander> The log on some of the tags suggests its merged and not rebased on a new release, but I'm not sure if thats right or not
[10:32] <mdz> can anyone tell me what this means?
[10:32] <mdz> ACPI: EC: missing confirmations, switch off interrupt mode.
[10:32] <mdz> ACPI Exception (evregion-0419): AE_TIME, Returned by Handler for [EmbeddedControl] [20080609]
[10:32] <mdz> kernel problem or BIOS problem?
[11:02] <apw> mdz, they don't exactly have a lot of helpful comments in there do they
[11:03] <NCommander> Anyone here a kernel git wizard?
[11:03]  * NCommander is trying to figure out how to rebase the git repo without it exploding in my face
[11:04] <apw> which repo you looking at
[11:06] <NCommander> linux-ports
[11:06]  * NCommander kicks xchat
[11:06] <NCommander> I'm trying to rebase from 2.5.24 which is the basis of that repo against linus 2.6.27 tree
[11:07] <NCommander> But I don't think I"m doing it right since I either seem to pull old patches into the tree, or it stops every patch with a conflicts
[11:07] <apw> thats a big jump
[11:07] <apw> can you paste the url you cloned the original from
[11:07] <apw> then i can try it and see what it does to me
[11:08] <NCommander> Yeah
[11:08] <NCommander> But the ports tree has relatively few Ubuntu specific patches
[11:09] <NCommander> apw, http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-intrepid-ports.git;a=summary
[11:09] <NCommander> (thats the ubuntu/ubuntu-intrepid-ports.git branch)
[11:09] <NCommander> Personally, my gut instinct is to merge, but thats a bad idea since the Ubuntu patches will get pushed into the history instead of sitting ontop
[11:10] <apw> my gut concurs
[11:10]  * NCommander notes he has a dislike for git
[11:11] <NCommander> Damn tool nearly as painful to use as CVS when it comes to preventing yourself from shooting yourself in the foot
[11:11] <NCommander> and it used to be close to arch in terms of user friendlyness :-P
[11:13] <apw> they do appear to be merging the stable branch in there
[11:14] <NCommander> The ports repo has seen no love this release
[11:15] <NCommander> Myself and TheMuso are working to make at least powerpc ports not suck
[11:20] <apw> my rebase stops on the first patch with what appears to be a trivial merge which i would have expected git to detect and merge
[11:21] <NCommander> yeah
[11:21] <NCommander> Same problem
[11:21] <NCommander> It looks like they did SOMETHING to break the repos history
[11:21] <NCommander> But of which I'm am unsure
[11:22] <NCommander> I'm tempted just to take the debian folder, and start with a fresh 2.6.27 tree
[11:24] <NCommander> hey BenC 
[11:25] <NCommander> BenC, I was wondering if you can help solve a rebasing mystery with linux-ports (and help create a kernel.u.c account)
[11:47] <apw> NCommander: went through the whole rebase, can't say i was very careful but the main pain is near t
[11:47] <apw> the beginning, most of the merges seemed pretty and most of the last bunch of patches rebased ok
[14:59] <zul> rtg: the patch is attached to the email I sent to the kernel team mailing list
[15:00] <rtg> zul: i saw that, but I'm lazy and git pulls take 2 commands.
[15:00] <zul> rtg: im lazy too and I dont have the git tree setup for intrepid
[15:01] <rtg> zul: so what is this: http://kernel.ubuntu.com/git?p=chucks/ubuntu-intrepid.git;a=commit;h=73d6bbb5e0dcdb902c37ef2bc2925de600dd0172
[15:01] <zul> old junk git tree
[15:03] <D2_WON> Hi guys, i have a problem... i have installed Kernel-2.6.24.21-rt on Ubuntu Hardy by linux-rt package. After a while time, the system crashes and generate I/O Error, and i can not run any process. Sorry for my bad English.
[15:07] <abogani> D2_WON: Can you report exactly the I/O Error?
[16:02] <abogani> persia, rtg : I just uploaded a synced version of the rt patchset on my PPA (against 2.6.27 7.11) together to lrm-rt package. Moreover I have tested rt kernel with DKMS packages (in my case with nvidia video driver) and it works.
[16:42] <elmargol> Is there a new feature in intrepid to change the clock speed of my nvidia GPU? or memory?
[17:39] <rtg> BenC: so what is the new firmware package? my i3945 isn't working too well after an update a few minutes ago.
[18:12] <BenC> rtg: linux-firmware, but it isn't up yet
[18:13] <rtg> BenC: its breaking my rice bowl. no firmware, no wireless.
[18:41] <rtg> BenC: I sure like this USB stick as an install medium. cuts it down to about 8 minutes.
[18:43] <BenC> I need to set mine back up
[18:44] <BenC> I wonder when the next publisher run is...linux-firmware is still pending
[18:44] <BenC> rtg: do you want me to just send you the firmware file?
[18:44] <rtg> BenC: I've been using Evan's usb-creator package.
[18:45] <rtg> BenC: I'm just reinstalling. I had a version that worked, so I'll just avoid updating. the i3945 issue is related to kernel and not much else.
[18:45] <BenC> rtg: zinc:~bcollins/ if you need it
[18:45] <rtg> BenC: 'tanks
[18:57] <ScottK> What source package provides linux-firmware?  My test server (running the server kernel) can't seem to find it and so is a bit stuck at the moment.
[18:58] <rtg> ScottK: wait until the archive catches up. its in a bit of flux right now.
[18:58] <ScottK> OK.
[19:47] <chrisf_> has beenc been around?
[19:47] <chrisf_> benc
[19:53] <chrisf_> hey ben :)
[19:53] <ogra> speaking of the devil :)
[19:53] <chrisf_> i know him
[19:53] <chrisf_> its been quite awhile since i spoke to him tho
[19:53] <ogra> so my sentence is even more true :)
[19:53] <chrisf_> yeah!
[19:53] <ogra> (he hides his little horns under a basecap since i know him ;) )
[19:54] <chrisf_> heheheh
[19:54] <chrisf_> right now i am thinking of fooling around with the kernel as usual :)
[19:54] <chrisf_> fix this nvidia bug once and for all
[19:54] <chrisf_> its driving me crazy
[19:55] <ogra> just get better HW :)
[19:55]  * ogra is all intel on his laptop
[19:55] <chrisf_> hehehehe
[19:55] <chrisf_> i wish :P
[19:56] <chrisf_> if i had the cash, i would buy all amd
[19:56] <chrisf_> and use a company that supports linux
[19:56] <ogra> heh
[19:57] <chrisf_> timecop on that other network i chat on, will be mad that i ditched windows
[19:57] <chrisf_> but vista sucks
[19:57] <chrisf_> this is much nicer
[19:58] <ogra> yeah
[19:59] <laga_> timecop? i think that rings  a bell
[19:59] <chrisf_> yeah ben and i know him
[19:59] <chrisf_> he is on efnet
[19:59] <laga_> the GNAA guy?
[19:59] <chrisf_> i hardly ever go on efnet anymore
[19:59] <chrisf_> yeah
[19:59] <laga_> oh god ;)
[20:00] <chrisf_> i dont op on his channel lwz anymore
[20:00] <chrisf_> i dont know if its apropriate to use teh full channel name here on freenode
[20:00] <chrisf_> dont know the aup
[20:01] <chrisf_> the network i chat on now, does not like people to mention anything about p2p and other grey area things..
[20:01] <chrisf_> laga_: did you talk on lwz on efnet before?
[20:02] <laga_> no. 
[20:02] <chrisf_> i used to op there many moons agao
[20:02] <chrisf_> before timecop was in GNAA
[20:04] <chrisf_> laga: i quit going there because my interests are not in computers as much anymore
[20:18] <mdz> rtg: I tried unloading and reloading iwl3945 and its dependencies a few hundred times on davidm's machine, and can't get it to crash
[20:19] <rtg> mdz: BenC and I are speculating its an interrupt problem. He pointed out a bug report that says something else: http://www.intellinuxwireless.org/bugzilla/show_bug.cgi?id=1778#c15
[20:20] <BenC> mdz: It seems to be a race with other modules loading in parallel
[20:20] <BenC> guessing on the same IRQ (not much reason for a race otherwise)
[20:22] <rtg> mdz: can you 'cat /proc/interrupts' on Davids machine?
[20:22] <BenC> chrisf_: if you want to go all opensource, buy intel :)
[20:22] <chrisf_> yeah :)
[20:22] <chrisf_> ben: i guess iam behind the times LOL
[20:22] <chrisf_> BenC: Long time no see! :)
[20:24] <mdz> rtg: http://paste.ubuntu.com/58006/
[20:24] <mdz> 217:      99246          0   PCI-MSI-edge      iwl3945
[20:25] <rtg> mdz: ah, try booting with nomsi (after removing the /etc/modprobe.d load delay)
[20:26] <BenC> hmm...MSI
[20:26] <rtg> mdz: rather, thats 'pci=nomsi'
[20:27] <BenC> we had to disable MSI by default on a previous release, but I think it was affecting e1000
[20:27] <BenC> chrisf_: yeah, been awhile
[20:27] <rtg> yeah, but the 3945 is about the same vintage
[20:29] <chrisf_> ben: congratulations in being a part of the ubuntu team :)
[20:29] <BenC> rtg: oooh...someone on the original bug report did mention that disabling iwl3945(rfkill) and using e1000 resulted in a hang as well
[20:30] <BenC> chrisf_: Thanks, been here more than 3 years now :)
[20:30] <chrisf_> ben: now i have two things i want to play with ubuntu muhahha installing WoW and getting nvidia's piece of trash top run on this
[20:31] <chrisf_> i am already having WoW withdrawals
[20:31] <mdz> davidm: ^^
[20:31] <BenC> chrisf_: install Ubuntu, and you should get nvidia enabled without much problem
[20:31] <chrisf_> yeah i have ibex on here now
[20:32] <chrisf_> and nvidia is being a little *** to me
[20:32] <rtg> chrisf_: nvidia-glx-177 ?
[20:32] <BenC> chrisf_: System => Administration => Hardware Drivers
[20:32] <chrisf_> naww card is too old
[20:32] <chrisf_> nvidia-glx-96
[20:32] <BenC> chrisf_: that panel will tell you exactly which one you need, and install it for you
[20:33] <mdz> rtg: I've spoken to davidm, and have him trying two things
[20:33] <chrisf_> yeah it wont install or compile the module
[20:34] <BenC> chrisf_: what's the compile log say?
[20:34] <rtg> mdz: make sure he's remove the modprobe load delay.
[20:34] <mdz> rtg: 1. reproducing the failure with an instrumented modprobe, so that we can try to see which modules are being loaded in which order at the point when it hangs
[20:34] <mdz> rtg: 2. pci=nomsi
[20:34] <mdz> rtg: I already did
[20:34] <rtg> mdz: cool
[20:34] <BenC> mdz: that's likely to be enough to offset the race to not happen
[20:34] <mdz> BenC: I told him how to back it out in case it doesn't trigger anymore
[20:37] <chrisf_> Error! Bad return status for module build on kernel: 2.6.27-7-generic (i686)
[20:37] <chrisf_> Consult the make.log in the build directory
[20:37] <chrisf_> /var/lib/dkms/nvidia/96.43.05/build/ for more information.
[20:37] <chrisf_> Installing initial module
[20:37] <chrisf_> Error! Could not locate nvidia.ko for module nvidia in the DKMS tree.
[20:37] <chrisf_> You must run a dkms build for kernel 2.6.27-7-generic (i686) first.
[20:38] <chrisf_> Done.
[20:38] <tseliot1> chrisf_: see this bug report: https://bugs.launchpad.net/bugs/251107
[20:38] <tseliot1> it doesn't depend on us
[20:39] <chrisf_> yeah nvidia
[20:39] <chrisf_> hasnt fixed there stuff
[20:47] <mdz> BenC,rtg: he's just hung it with pci=nomsi
[20:47] <rtg> drat
[20:47] <chrisf_> ben: hehe i am no longer in florida
[20:47] <chrisf_> this place is for the birds
[20:48] <chrisf_> i hate the cold weather!
[20:51] <mdz> rtg,BenC: is there any way to get the kernel to log a message whenever a module is loaded? that would be handy here
[20:53] <rtg> mdz: I'm not seeing anything.
[20:58] <mdz> rtg,BenC: I've just noticed that david has a modified boot process which is loading modules in parallel with the rest of the boot process
[20:58] <rtg> mdz: how is his different then Jane's ?
[20:59] <mdz> rtg: I don't have access to Jane's system at the moment, but I highly doubt she would have that change
[20:59] <mdz> it might be a useful way to try to trigger the problem though, dunno
[20:59] <rtg> mdz: I'm sure her's is stock.
[21:01] <mdz> rtg: you can try it by commenting out the logic which calls udevsettle in /etc/init.d/udev
[21:03] <mdz> rtg,BenC: do we have any strong indications that either silbs or davidm's problem is actually related to 3945?
[21:03] <BenC> mdz: yes
[21:04] <BenC> mdz: sleeping 5 seconds before loading 3945 solves it
[21:04] <mdz> BenC: given that it's a race, that workaround you provided could easily throw things out of whack and cause it to not trigger
[21:04] <mdz> even if the problem isn't in 3945
[21:04] <BenC> mdz: the bug report has 10 dupes and lots of subs that all have found it to be iwl3945 (blacklisting other modules doesn't help)
[21:05] <BenC> 3945 is the common factor
[21:05] <mdz> BenC: the description says that -1 worked while -2 didn't.  has anyone bisected?
[21:05] <mdz> or reviewed the diff?
[21:06] <chrisf_> hmm aptitude is pretty nice
[21:06] <BenC> I haven't
[21:06] <BenC> but then, I can't reproduce it either
[21:07] <chrisf_> ben: from what i am reading, nvidia really doesnt want to support legacy users
[21:08] <BenC> mdz, rtg: Got to get a kid off the bus and fix dinner...
[21:13] <mdz> iwl3945 didn't change at all between -1.2 and -2.3
[21:13] <rtg> mdz: as far as I can tell, it's had no love in awhile.
[21:14] <chrisf_> well i gotta reboot, as i was speaking they updated the nvidia packages
[21:14] <chrisf_> reboot
[21:15] <rtg> mdz: 32 bit kernel?
[21:21] <davidm> rtg, in conversation with mdz I just realized that while I have the Intel Corporation PRO/Wireless 3945ABG hardware I am not really using it as my machine is hooked via Ethernet
[21:21] <rtg> davidm: its still loading, and that is when you are getting hung up.
[21:22] <rtg> davidm: that's a 32 bit kernel, right?
[21:22] <davidm> yes
[21:22] <davidm> 32 bit machine
[21:22] <rtg> davidm: maybe thats why I can't repro. I'm resinstalling with i386
[21:23] <davidm> my Ethernet controller is Intel Corporation 82573L Gigabit Ethernet Controller
[21:24] <rtg> davidm: e1000e ?
[21:25] <davidm> Yes
[21:26] <davidm> This 'pci=nomsi' did not effect the bug, still happened.
[21:26] <rtg> davidm: yep, heard that.
[21:26] <davidm> rtg, OK, just making sure :-)
[21:41] <rtg> davidm: drat, I'm 10 for 10 on a 32 bit kernel. no hangs. I'm gonna blast off for awhile.back in a couple hours.
[21:50] <mdz> davidm: please put that info into the bug as well, bug 263059 seems closest
[22:01] <NCommander> hold BenC 
[22:01] <NCommander> *hola
[22:36] <mdz> BenC,rtg: davidm just managed to reproduce without usplash, on a text console
[22:39] <mdz> BenC,rtg: seems like a hard hang, no sysrq possible
[22:40] <NCommander> BenC, I sent you an email requesting a kernel.u.c account so I can work on the linux-ports tree for PowerPC.
[22:40] <mdz> I'm having him attach a photo to the bug
[22:50] <mdz> rtg: he has it reproducing on the console more often than not.  maybe we should try instrumenting the driver to see where it's breaking?
[22:51] <davidm> hellp
[22:51] <davidm> hello
[22:51] <davidm> that is 
[22:51] <davidm> rtg, my laptop is now doing 3+ out of 5 locking at boot with usplash not in boot so you can see much better what is going on.
[22:52] <davidm> rtg, do you or pete want my laptop for testing?  I can fedex out tonight
[22:59] <davidm> rtg, pgraner either of you about?
[23:00] <ARCKEDA> Lovely.
[23:00] <mdz> davidm: tried phoning pgraner?
[23:00] <davidm> I did no answer home or cell
[23:00] <davidm> I'm about to call Tim
[23:11] <mdz> davidm: random theory: could you try temporarily disabling the hwclock init script, which runs directly after S10udev, and see if that affects it?
[23:14] <davidm> Will do
[23:16] <davidm> about to reboot.
[23:30] <davidm> OK that was fun, mdz no real change, first two boots good, next 4 NG then a good one and I'm here reporting.
[23:30] <mdz> davidm: thanks for checking
[23:30] <mdz> davidm: since you've had a few more boots, can you comment on https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/263059/comments/95 ?
[23:30] <davidm> NP, for sure it's more broken then not at this point.
[23:31] <davidm> Will do
[23:31] <mdz> davidm: if we can confirm that, it should narrow the field a lot, and perhaps rtg can chase it down
[23:32] <davidm> It stops in differnt places, sometimes at the channels line, sometimes past that into another driver
[23:33] <mdz> davidm: I know, but I'm only interested in the lines coming from 3945 and 80211
[23:33] <mdz> davidm: the normal sequence is:
[23:33] <mdz> [   17.379861] iwl3945: Detected Intel Wireless WiFi Link 3945ABG
[23:33] <mdz> [   17.523620] iwl3945: Tunable channels: 11 802.11bg, 13 802.11a channels
[23:33] <mdz> [   17.524272] phy0: Selected rate control algorithm 'iwl-3945-rs'
[23:33] <mdz> but I have never seen it get as far as that third line when it hangs
[23:34] <davidm> OK, I'll go punch the reboot button a bunch more and pay close attention to the lockup points.
[23:34] <davidm> back in a bit.
[23:34] <davidm> I have my shipping box by the by so I can send this unit out.
[23:56] <davidm> OK, documented a series of hangs one after the other.