=== peernaute520 [i=PeerTV-C@sta21-3-82-244-157-42.fbx.proxad.net] has joined #ubuntu-kernel === peernaute520 [i=PeerTV-C@sta21-3-82-244-157-42.fbx.proxad.net] has left #ubuntu-kernel [] === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel === rikai [n=rikai@unaffiliated/rikai] has joined #ubuntu-kernel === rikai [n=rikai@unaffiliated/rikai] has joined #ubuntu-kernel === _MMA_ [n=mma@cpe-071-070-203-016.nc.res.rr.com] has left #ubuntu-kernel [] === _MMA_ [n=mma@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-kernel === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [03:02] crimsun, ping [03:30] kylem: Hey [03:31] kylem: You busted acx :) [03:31] eh? [03:31] wait, I misread the diff [03:32] I thought it lost the firmware_ver stuff [03:32] i'm pretty sure it's ok [03:32] i test bilt it [03:32] but loading it would have been the problem [03:33] the firmware_ver stuff was all custom code I added a while back to make it easier to change to a different firmware [03:33] heh, i read through the diff too [03:33] hmm, this alsa-firmware thing is confusing. [03:33] was the firmware_ver merged upstream? [03:34] kylem: FYI, debian/commit-templates/external-driver for new drivers [03:34] no clue, i just read through the patch. [03:34] BenC, eh? that's what i did. [03:35] git commit -a -e -F debian/.. [03:35] damn, am I losing it or what [03:35] get some sleep, hehe [03:35] remind me not to review commits on 4 hours of sleep [03:35] i hear beer helps [03:36] as long as it isn't a bad bear. [03:36] i was thinking kieths [03:36] nm. inside joke. [03:36] meh.. [03:36] BenC, i thought the only removed firmware stuff was some legacy crap [03:37] kylem: in acx? Yeah, some ancient shit [03:39] hehe [03:41] remind me never to read the forums please [03:49] I've managed to stay away from the forums [03:49] someone was spreading disinformation.. [03:55] misinformation on a public internet forum? Say it ain't so :) [03:55] i know! [03:56] Next you'll be telling me Slashdot doesn't have trolls [03:56] hehe [03:59] but the ubuntu forums are different! they're *official*! [03:59] officially full of muppets. [04:08] night folks.. === kylem can't figure out where some of this alsa firmware is hiding. [04:36] some of it is actually GPL and provides src. [04:54] BenC, sounds good to me. [05:06] $ file ubuntu/net/atl1/atl1_main.c [05:06] ubuntu/net/atl1/atl1_main.c: HTML document text === BenC looks at kyle [05:07] kylem: You sure you test compiled the HTML in the atl1 driver directory? :) [05:07] uh. oops. [05:07] 4 of them [05:07] yeah, i clearly wget'd the wrong thing. shit. [05:08] BenC, probably forgot to turn the option on. [05:08] sigh. fucking kernel.org gitweb breaking my workflow. [05:10] so, why did 3 of them work... weird [05:10] heh [05:11] christ. fucking kernel.org is so fucked. [05:12] I'm uploading a new lrm tonight, but I'm delaying the kernel upload till after our bug day tomorrow, plus so I can merge some VMI patches === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [05:13] fixed. [05:13] will push in a second. [05:54] is the past tense wgot ? [05:55] wifuckedup [05:59] kylem: pong [06:00] crimsun, what's the deal with these alsa-firmware bits? [06:01] i notice some of them are actually GPL and stuff, but i can't figure out where they're hiding [06:01] kylem: the ones in the upstream tarball of the same name or the source package on REVU [revu.tauware.de] ? [06:01] the former. [06:02] ah, i see. [06:03] i didn't think to look in revu, thanks. === rikai [n=rikai@unaffiliated/rikai] has joined #ubuntu-kernel === rikai_ [n=rikai@unaffiliated/rikai] has joined #ubuntu-kernel === Lure [n=lure@external-7.hermes.si] has joined #ubuntu-kernel === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === rikai [n=rikai@unaffiliated/rikai] has joined #ubuntu-kernel === Lure [n=lure@external-7.hermes.si] has joined #ubuntu-kernel === Sky_walkie [n=root@193.85.244.121] has joined #ubuntu-kernel === Sky_walkie [n=root@193.85.244.121] has joined #ubuntu-kernel === Sky_walkie [n=root@193.85.244.121] has joined #ubuntu-kernel === Sky_walkie [n=root@193.85.244.121] has joined #ubuntu-kernel === rikai_ [n=rikai@unaffiliated/rikai] has joined #ubuntu-kernel === sky_walkie [n=hrdlo@193.85.244.121] has joined #ubuntu-kernel === marcin_ant [n=marcin@aim181.internetdsl.tpnet.pl] has joined #ubuntu-kernel === rikai [n=rikai@unaffiliated/rikai] has joined #ubuntu-kernel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel === rikai__ [n=rikai@pool-72-65-111-33.ptldme.east.verizon.net] has joined #ubuntu-kernel === snail [n=syeates@syeates.oucs.ox.ac.uk] has joined #ubuntu-kernel === thom [n=thom@amnesiac.heapspace.net] has joined #ubuntu-kernel === jwest-- [n=unidenf@unaffiliated/jwest/x-422957] has joined #ubuntu-kernel === pmjdebruijn [n=pmjdebru@pmjdebruijn.xs4all.nl] has joined #ubuntu-kernel === pkl_ [n=phillip@lougher.demon.co.uk] has joined #ubuntu-kernel === rikai [n=rikai@unaffiliated/rikai] has joined #ubuntu-kernel [01:23] c === sky_walkie [n=hrdlo@193.85.244.121] has joined #ubuntu-kernel === fabbione [n=fabbione@modemcable178.77-70-69.static.videotron.ca] has joined #ubuntu-kernel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel === rpereira [n=rpereira@ubuntu/member/rpereira] has joined #ubuntu-kernel [02:46] guys, im just going through the linux-meta bugs and assigning them to the right component === CyberSnooP [n=chatzill@cp284147-b.dbsch1.nb.home.nl] has joined #ubuntu-kernel [02:47] I'm getting a kernel Oops when booting herd 3 desktop cd. Anyone who can help me making a useful report out of it? [02:49] CyberSnooP: if you have a digital camera, open a bug report in launchpad and attach it to the bug report. [02:49] well. It continues booting after the oops. [02:50] I'm trying to get the dmesg output transferred to somewhere I can make a bug report from [02:52] dmesg > dmesg.txt and copy the dmesg.txt somewhere [02:53] done so. Are there any hints on searching for previous reported bugs? [02:55] well. there seem to be only 3 bugs (!!) in feisty. Searching by hand isn't that hard, or I just don't understand launchpad yet === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-kernel [03:00] BenC: ping [03:04] ah.. well, if anyone cares: found the relevant bug (#76294), but that tells me to use a newer linux-restricted-modules, which I guess is pretty hard on a CD :( [03:05] the atheros bug? [03:07] yep [03:07] Could it be affecting the installation also? (since the installer also hangs on hardware detection) [03:08] kernel oopses often do random nasty things to the kernel, and so it could affect the installation yes. [03:09] Are new 'nightly' desktop CDs up to date? Is it worth burning one of them an trying installation again? [03:12] pkl_: yo === ..[topic/#ubuntu-kernel:BenC] : BUG DAY!! | Ubuntu kernel development discussion ONLY | Kernel Wiki: https://wiki.ubuntu.com/KernelTeam | 2.6.20-6.11 - Things are getting solid now. Use it, but there are still a few missing modules. [03:13] BenC: hi, ready for the bug tutorial? [03:13] yeah [03:13] kylem: done coding HTML to help with bugs? :) [03:14] heh [03:15] CyberSnooP: don't use /feisty/+bugs or similar [03:16] CyberSnooP: that doesn't mean what you think it means :) kernel bugs in feisty are on /ubuntu/+source/linux-source-2.6.20/+bugs [03:16] CyberSnooP: hang on hardware detection> try booting with hw-detect/start_pcmcia=false; that was in the Herd 3 release notes [03:17] cjwatson: sorry for the wrong bug report lookup, but I finally found the right set of bugs an found a exisiting bug report (atheros oops) [03:17] https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bugs [03:17] CyberSnooP: atheros oops should be fixed in latest lrm [03:17] cjwatson: will try with special boot options, thanks for that hint :) [03:17] can we blacklist modules from the kernel cmdline? [03:17] Not in Herd3 though [03:17] kylem: I wish [03:18] shouldnt be hard to add... [03:18] BenC: Yep, but I'm trying herd 3, so that doesn't really help right now :) [03:18] CyberSnooP: Daily iso's [03:18] 185 bugs in 2.6.20 [03:19] is there no sorting!? [03:20] "kernel oops while installing win 2k sp2" [03:20] heh, that looks funny [03:23] BenC: which one is that? [03:23] first things, how do you get a listing of all bugs in 2.6.20? [03:26] https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bugs === heno [n=henrik@ubuntu/member/heno] has joined #ubuntu-kernel [03:27] We need to start with bugs who's Status is !Unconfirmed [03:27] check if we have any patches we can apply immediately [03:28] 36885 is something we can fix with a dmi match entry [03:30] kylem, pkl_: either of you know how to add dmi match for nolapic forcing, or should I do it real quick? [03:30] BenC: can't find hw-detect/start_pcmcia=false in Release Notes (http://www.ubuntu.com/testing/herd3) but I wlil try it anyway. Is there anything usefull to report about the hw-detect hang (althought this probably isn't -kernel talk anymore) [03:30] BenC, i can do that. [03:30] i'll try to not write it in htm. [03:30] l [03:30] (note: I'm installer hang right now) [03:31] kylem: https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/36885 assigned to you then [03:31] kylem: hehe [03:31] 36885 is confirmed... [03:31] BenC: or add a debian/rules to strip html at build time :) [03:31] i've been doing some thinking, we need to sit down with colin and mdz at some point and think about how we're going to handle dapper. [03:32] even better.. patch gcc :) [03:32] kylem: Good topic for next summit [03:32] https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/64308 [03:32] i have a few patches that really should make it into stable, but it's kind of scary to think about, so i'd rather have two kernels, one which might actually propogate to -updates. [03:32] looks like another dmi match entry [03:32] kylem: We can't propagate to updates [03:33] BenC, ? why not? [03:33] BenC: im just cleaning up linux-meta as well [03:33] not because I don't want to, but because it's a real ugly issue with -security and -updates syncing [03:33] ah. [03:33] lazy archive admins, gotcha. 8) [03:33] I was warned by adam that doing it would be the same as the ghost busters cross streams [03:33] BenC, mind going through bug targetting in a bit? [03:33] sure [03:34] BenC, hey, don't forget, they crossed the streams to defeat zul... [03:34] lol...so Chuck will die if we upload kernels to -updates === kylem signs some packages. === BenC ponders that one for a moment [03:34] ;-P [03:34] CyberSnooP: the release announcement had it (https://lists.ubuntu.com/archives/ubuntu-devel-announce/2007-February/000243.html) [03:34] i do ever so much hate xen... [03:34] meh.. [03:35] kylem: whats wrong now? [03:35] zul, nothing. [03:35] zul, just teasing. === zul develops a complex [03:35] pkl_: want to try your hand at a dmi match for disabling acpi-video on a particular bit of hw? [03:36] BenC: What was the reason for that? [03:36] cjwatson: okay, but that says "5 minutes" and the alternate cd. I'm having a >5 minutes hang on the desktop one [03:36] ah, probably not much you can do to avoid it short of grotty expert hacking [03:36] BenC: I can try, but dmi match means nothing to me... [03:36] pkl_, it's basically like a pci id, but for the acpi bios, i guess. [03:37] pkl_, works more or less like a pci quirk [03:37] kylem: Eh. Not quite - it's not anything to do with acpi [03:37] cjwatson: It says it's loading 'aec62xx' and since I can't find a bugreport for that I was wondering if there is anything to report [03:37] mjg59, ah, i just associate dmi with acpi, what's the diff? [03:37] pkl_: DMI is a spec for putting system information in the BIOS, including vendor and product strings [03:37] oh. DMI is for SMBIOS? [03:37] CyberSnooP: you sure that's the desktop CD? I wouldn't expect that level of information to be visible on the desktop CD [03:37] CyberSnooP: what does the screen look like? blue with a white box in the middle? [03:38] cjwatson: nope :) It's ubiquity with the GTK progess bar and a line below [03:38] pkl_: When all else fails, you can break drivers so they don't do something on machines with a given DMI ID [03:38] However, I picked the dutch translation [03:38] CyberSnooP: oh, I see, OK. same boot option is worth a try then [03:38] pkl_: Basically you create a table of stuff to match a specific machine type based on it's dmidecode output [03:38] In some cases, it's appropriate - in others, it's arguably better to figure out why the machine is breaking [03:38] okay, will do. Nothing to catch while it's hanging now? [03:40] pkl_: drivers/acpi/sleep/main.c: Look for acpisleep_dmi_table [03:40] is this dmi match stuff already done in Ubuntu, and so there's a framework to look at to start from? [03:40] ah, ok. [03:40] pkl_: Use that same logic to make the drivers/acpi/video.c driver not work for the machine in https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/64308 [03:40] There's an attachment with dmidecode output [03:40] ok. [03:41] BenC: Uh, in future we're going to be moving to depending on more functionality provided by that driver [03:42] I'd prefer to spend a bit more time trying to debug it [03:43] Am I right in guessing that bug 80892 is a kernel bug or is that a brltty bug? the log says 'kernel: [ 138.396000] usb 3-1: USB disconnect, address 3' right after brltty tries to mount a USB device [03:44] BenC: Also, I can't actually see ACPI code being executed on modprobe, which leaves me a little concerned about why this is happening [03:45] Oh, I see [03:49] CyberSnooP: well, you could look at 'ps ax' from a terminal to see what it's doing [03:49] mjg59: Do you think it's fixable? I'm happy just disabling for feisty...it's a long standing bug [03:49] CyberSnooP: could be unrelated to the pcmcia thing [03:49] for that machine I mean [03:50] cjwatson: sorry, you just missed it by 1 minute.. rebooting with new kernel option now. Will find out if pcmcia was the problem in about 30 minutes I guess :) [03:50] CyberSnooP: *nod* [03:50] BenC: No idea. I've asked for more information. [03:50] BenC: The bugs marked as duplicates are entirely unrelated [03:50] I've de-duped them. [03:51] mjg59: It sounds an aweful lot like a BIOS bug to me, but if you think it might be fixable, then have at it [03:51] pkl_: dequeue that bug for now :) [03:52] hmm, ok, in the middle of reading the code. [03:52] if there's only one thing this job is good for, it's touching parts of the kernel you would never, ever, otherwise touch. [03:52] pkl_: Feel free to study the dmi match stuff...it's useful for workarounds like this [03:52] like, why the fuck would i ever want to look at mmc... but yesterday... [03:53] yeah [03:53] kylem: Yeah, like I gave up HTML coding a decade ago, but then yesterday... :) [03:53] BenC, ferfuckssake. [03:53] ;-) === BenC wont let that one go for awhile [03:55] BenC: Oh, it's quite possible that it's a BIOS bug [03:55] But that doesn't mean it's unfixable [03:57] https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/67810 [03:57] bug 67810 [03:57] can we get ubugtu in here? [03:57] who maintains that bot? [03:57] seveas i think [03:58] 67810: bad hard disk noise on shutdown [03:58] there, now I get warm fuzzies [03:59] Anyone have any comments on that bug? Seems like upstream is ignoring it [03:59] I suspect just checking through the libata shutdown code would give a good idea about what's going on [03:59] and the comments on it have digressed a lot [04:00] Yeah, we're not going to get anything useful out of the bug [04:00] hehe. [04:00] do we have the acpi ata driver in .20, hmm.... [04:00] "Does OpenSuse have a net-install..." [04:01] BenC, oh yeah, i got that bug and was like "plonk" [04:01] mjg59: Is there a working libata-acpi.c for 2.6.20? [04:01] the blind, lead by the deaf, lead by the dumb. [04:01] is that from libata-dev git? [04:01] BenC, alan posted it the other day. [04:01] kylem: "I see, said the blind man to the deaf man" [04:01] might be a useful fallback. [04:02] ICUP [04:02] I'm waiting for the bug report that says "If I tap three times on the left side of my box, it works...can you code this workaround into the next kernel" [04:03] BenC: can i bug you real quick? just wondering what your ID search came up with [04:03] "FIxed...included kick-box.ko, just use the tap=left-side, count=3 modparams" [04:03] bubbasucks: I found nothing useful [04:03] so the pci ids were in megaraid_mm ? [04:03] In megaraid_mbox [04:05] ok [04:05] BenC: Yeah [04:05] i'll try just including megaraid_mbox in initramfs [04:05] and take megaraid out [04:05] kylem: Nah, that's pata_acpi [04:05] ah. [04:05] kylem: Which is different - it's actually a full pata driver [04:05] It just uses acpi to get resource information === mdz [n=mdz@cpe-76-173-8-128.socal.res.rr.com] has joined #ubuntu-kernel [04:06] So it's better than pata_generic [04:06] BenC: if you click your heels three times does it work? [04:06] mjg59: Does it supercede libata-acpi? [04:06] No [04:06] Entirely different [04:06] libata-acpi provides acpi glue for libata [04:06] Do we need libata-acpi in feisty? [04:06] pata_acpi is a driver [04:06] Yes [04:10] where's it at? [04:10] lkml right now [04:11] It's not terribly important [04:11] Or libata-acpi? There's a branch of libata with it [04:12] Ok [04:13] Moving on to 74059: ata2 timeouts, fails to boot [04:13] BTW as a total aside, how long do people spend reading lkml? I've not had time to look at it once this week. [04:14] i try to do it everyday [04:14] ...but thats just me [04:14] cjwatson: I guess it's not pcmcia, the kernel boot option didn't help and ubiquity is hanging on "Module 'aec62xx' for 'IDE chipset support' is being loaded...' [04:14] pkl_: I scan subjects...rarely do I read content unless it's interesting [04:15] yes, I like skimming it. Pity kernel-traffic disappeared, that was a good way to catch up. [04:16] pkl_: lwn is somewhat a replacement for kernel updates === bernard_ [n=bernard@mersenne.largestprime.net] has joined #ubuntu-kernel [04:17] is the openSuse comments of any relevance? I notice 'More' didn't respond regarding the driver loaded [04:19] CyberSnooP: lwn is a sort of replacement, but is mainly complemented kernel-traffic. Lwn concentrates on one or more selected kernel topics per week in depth, kernel-traffic just summarised all the traffic that week... [04:19] Ok, pulled in libata-dev:acpi [04:20] pkl_: that's true. Just stay subscribed to kt-distrib@... maybe they'll be back sometime :) [04:20] BenC: #79331 our 2.6.20 supports rt73 now does it? [04:21] zul: I'm a little skeptical...we actually should have always supported it, but now I've switched back to legacy [04:21] someone here in the mood for determining why hw-detect stops on aec26xx? (I've got a hanging installation from herd 3 right now) [04:22] BenC: so ill reject it [04:22] CyberSnooP: I can't even find that driver [04:22] oh, sorry.. aec62xx [04:23] at least, that's what is reported as the module name [04:23] That module I can find :) [04:24] CyberSnooP: Are you able to switch to the log console when it freezes, tried SysRq? [04:24] it doesn't freeze and desktop is still usuable [04:24] CyberSnooP: Maybe before it gets to that point you can delete that module from /lib/modules/... [04:24] there is just no progress [04:24] hang on, is it just the installer that hangs? or the entire system? [04:25] so: just installer is dead. I do see 4 "modprobe" processes on "ps ax" output in terminal window [04:25] modprobing what? [04:25] so modprobe is hanging [04:26] cjwatson: We need to donate some hardware to kernel.org or something [04:26] gitweb is so useless [04:26] hmm, i see even more modprobing going on. Lot's of modprobe -Q pci:.... and a modprobe -v aec62xx [04:26] CyberSnooP: Can you list all the modules that you see being modprobed in ps? [04:27] Maybe we could rsync all the git trees and provide a mirror [04:27] BenC, will try.. pity there is no irc-client on the live cd, copy & pasting would have been nice now [04:27] there's gaim, though it's not great [04:27] CyberSnooP: telnet :P [04:27] or you can just install one on the fly [04:30] http://bram.vleur.nl/tijdelijk/ps-ax.txt [04:30] scp does work :) [04:30] that D-state modprobe doesn't look happy === Lure [n=lure@external-7.hermes.si] has joined #ubuntu-kernel [04:32] ah. D = Uninterruptible sleep (usually IO). (didn't know that) [04:32] kylem, pkl_: On to 75626: spurious 8259 interrupt disabled IRQ === kylem sighs. it would be really nice if bugs.launchpad.net/# DTRT [04:33] kylem: launchpad.net/bugs/# [04:34] cjwatson, yeah, but i'm used to typing bugs. (for bts.) [04:35] cjwatson: any other info that might be of any use? [04:36] isn't problems like that due to wrong DSDT tables? [04:37] anyone using vmware here? vmware by default installs scsci drives right? [04:38] CyberSnooP: dmesg if you can [04:38] had an issue and i just booted scsi.s kernel and bam it worked [04:39] http://bram.vleur.nl/tijdelijk/dmesg.txt [04:40] which looks like a dmess to me [04:40] CyberSnooP: wow, that's an ugly mess [04:40] CyberSnooP: Do you have some whacked partition map or something on there? === ivoks [n=ivoks@34-158.dsl.iskon.hr] has joined #ubuntu-kernel [04:41] nope.. hda1 hda2 both ntfs, hda5 ext3 for root, hda 6 for swap [04:42] fdisk -l /dev/hda output: http://bram.vleur.nl/tijdelijk/fdisk-l.txt [04:42] The system keeps saying it's trying to read beyond the end of the device [04:43] well, I do see the "does not end on cylinder boundary" warning for the first time (although they may have been here for quite some time) [04:44] BenC: We still have no HPA support for libata, BTW [04:44] That's pretty critical [04:44] CyberSnooP: your partition map doesn't match what the kernel sees [04:44] mjg59: Can you point me to where that is? [04:45] well, I didn't repartition with the installer. I'm reinstalling from an (old) edgy installation on the same harddisk [04:45] BenC: Unimplemented [04:45] (i didn't repartition at all in the mean time) [04:45] CyberSnooP: weird...so this is a regression? [04:46] BenC: See idedisk_check_hpa in drivers/ide/ide-disk.c [04:46] I would guess so. At least dapper installed cleanly on the same laptop, although I'm not really sure if it was exactly the same partitioning [04:46] mjg59: Isn't this why you were suggesting we didn't switch to pata yet? :) [04:46] BenC: Probably [04:47] I didn't actually switch that many [04:47] CyberSnooP: Oh, uh. You might actually be hitting this precise issue. [04:47] (i did dist-upgrade from dapper to edgy, but since feisty wasn't booting I decided to go for the re-install.. there you have the woll story) [04:47] mjg59: He can't be, he's still using an ide driver [04:47] Oh, right [04:47] Yeah, fair enough [04:48] CyberSnooP: Where does feisty stop booting? [04:48] after dist-upgrade [04:48] It's a different problem I guess, since it didn't boot X [04:49] I messed a lot with drivers, mesa and stuff during edgy [04:49] so it booted, just didn't start X? [04:50] cjwatson: Is there a way to drop to shell before livecd gets to starting up too much? [04:50] yeah, sorry about the confusion. It did boot. although I'm not sure which kernel I last used [04:50] (might have been 2.6.19) [04:53] pkl_: Want to investigate #76489? [04:53] Maybe there's some update to the r8169 driver...I'm leaning toward thinking it's an locking issue triggered because we have SMP by default [04:53] just let me have a loot at it... [04:54] BenC: break=top? (or premount, or casper-bottom, or ...) [04:54] maybe there's an updated driver somewhere [04:54] CyberSnooP: Can you try booting with cjwatson's suggested cmdline and delete the aec62xx driver, then let the boot continue? [04:54] see if that gets you through this, then we can investigate the problem afterwards [04:55] suggested: break=top ? [04:55] yeah, try that one [04:55] loading aec62xx on my box doesn't produce a hang or errors === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel [04:57] well, break=top throuws me in a busybox with "(initramfs)" prompt [04:58] how surprising :) [04:58] but I'm not quite sure where the aec26xx module should be right now [04:58] not in /lib/modules/2.6.20-6-generic [04:59] BenC: I'll have a look at it. What was the resolution re: bug no. 75626 (spurious 8259....)? [05:00] oh sorry, it is there [05:00] BenC: is the megaraid_mbox.c file online or available because i looked in 2.6.17 megaraid_mbox.c here (http://www.gelato.unsw.edu.au/lxr/source/drivers/scsi/megaraid/megaraid_mbox.c) and didnt see 101e 1960 1028 0511 [05:00] I found /lib/modules/2.6.20-6-generic/kernel/drivers/ide/pci/aec62xx.ko Just remove that file and it shouldn't complain further on? [05:01] What's loading that file? [05:01] BenC: I'll open a bug on the HPA issue [05:03] CyberSnooP: that's what I'm hoping :) [05:04] bubbasucks: gitweb on kernel.org, ubuntu-2.6 tree [05:04] if you can get it to answer [05:04] We'll find out.. (in 30 minutes :( ) [05:07] BenC: driver-backports ping? [05:08] cjwatson: working on it while I'm doing bugs :) [05:10] side-note: the new partitioner has gone crazy on me now [05:10] There's something whacked about your partition map [05:10] yeah, but this is an UI error i think [05:10] Ah, ok, blame cjwatson then :) [05:11] both the OK and Cancel buttons in the "Edit partition" dialog stopped responding [05:11] I'm getting to fast at using it after 6 install attempts [05:11] Give it a second, sometimes there's lag after clicking it [05:11] I gave it 90 seconds now [05:13] killed all ubiquity, starting over now.. I'll try to be nice to the buttons [05:13] BenC: k [05:17] CyberSnooP: ubiquity --debug and file a bug with /var/log/installer/debug, /var/log/syslog, and /var/log/partman attached please; use a password you don't care about in debug mode [05:17] cjwatson: will do some other time I guess. It seems like some kind of race when I quickly hit the format checkbox and open the edit dialog === FabioNET [i=500@217.201.37.216] has joined #ubuntu-kernel [05:18] cjwatson: besides this error the new partitioner is very nice though! Pretty usuable, quick, and to the point. [05:22] aha, I can fix that [05:22] insufficient locking [05:25] CyberSnooP: off-topic for this channel, but thanks, fixed for the next release [05:26] cjwatson: hah... that's what I call "getting things done" :) While we're in this words-of-praise moment: mjg59: nice blog-article on suspend/resume with acpi [05:30] <\sh> guys, what about HP P800 SmartArray SAS/SATA controller and 64bit LBA support in our kernel? I just need some practical experience with it, if it's working or not...a nice to have is a statement "yes, it works, even with a MSA 60 attached to it" or "yes/no, support is a bit flaky" or "no, smartarray driver doesn't support 64bit lba, means partitions greater 2TB" ;-) [05:31] \sh: How about "I don't know?" :) [05:32] mjg59, wow. we don't have HPA support yet? fucking hell. [05:32] what is _HPA_ support? [05:33] <\sh> BenC: then I say "hmmm..who could know" or "who has such a hardware, and runs it" or "ok, I'll google" ;) [05:33] Host Protected Area [05:33] Drives can flag a portion of themselves as unusable [05:33] "utter retarded" [05:33] And then optionally password that [05:33] Unless you explicitly request that they disable that, the disk just appears smaller to the OS [05:33] Usually used for hiding recovery areas at the end of the disk [05:34] or port :-) [05:34] The problem is that at some point in 2.2, somebody added HPA support to Linux [05:34] port -> porn... joke [05:34] And decided that the sensible default would be to disable it [05:34] So people install Linux into the HPA-covered area without ever noticing [05:34] We can now never change that default [05:34] Except libata doesn't support disabling the HPA === cassidy [n=cassidy@host-213-189-171-21.brutele.be] has joined #ubuntu-kernel [05:35] Hilarity ensues [05:35] fsvo hilarity... [05:35] okay, that's how manufacturers get away with supplying machines without Windows reinstall disks.... [05:35] right. [05:35] Yeah, it's basically impossible to fuck with it in Windows or DOS [05:36] But as Ubuntu does have HPA support, it will happily over-write it on the first instal. [05:36] hmm. kernel could catch the access past the end of device, disable HPA, and restart the xaction... [05:37] pkl_, it's only a problem going from edgy->feisty with pata, iirc. [05:37] since libata for sata disks wouldn't ever have supported it. [05:37] Right [05:37] Though it would actually be interesting to test [05:37] The alternative is that the lack of HPA support somehow magically results in the entire disk being available [05:37] but drivers/ide did, so when you boot a pata-*.ko system with it, you die horribly. [05:38] Though I'm pretty sure that's not the case [05:38]