=== Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel === aheck [n=aheck@mnh9-d933b1c0.pool.mediaWays.net] has joined #ubuntu-kernel === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [01:46] heylo === mxpxpod [n=bryan@unaffiliated/mxpxpod] has joined #ubuntu-kernel === childe [n=childe@inet-netcache2-o.oracle.com] has joined #ubuntu-kernel [03:36] Hi, do I need a debug kernel to use addr2line? [04:04] Where can I get a debug kernel to use with addr2line? === j_ack [n=nico@p508D9856.dip0.t-ipconnect.de] has joined #ubuntu-kernel === _human_blip_ [n=mike@mike.nelsonbay.com] has joined #ubuntu-kernel === _human_blip_ [n=mike@mike.nelsonbay.com] has joined #ubuntu-kernel === jane_ [n=JaneW@dsl-165-197-110.telkomadsl.co.za] has joined #ubuntu-kernel === chmj [n=chmj@196.44.1.98] has joined #ubuntu-kernel === doko_ [n=doko@dslb-088-073-093-107.pools.arcor-ip.net] has joined #ubuntu-kernel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel === lamont [n=lamont@mib.fc.hp.com] has joined #ubuntu-kernel === _Traxer|off [i=traxer@shell6.powershells.de] has joined #ubuntu-kernel === chmj_ [n=chmj@196.44.1.98] has joined #ubuntu-kernel === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel [02:48] heylo [03:07] BenC: Any chance you could pick up the patches that dwmw2 has been posting to the bcm43xx mailing list? === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel === _human_blip_ [n=mike@mike.nelsonbay.com] has joined #ubuntu-kernel === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel === mxpxpod [n=BryanFor@unaffiliated/mxpxpod] has joined #ubuntu-kernel === JaneW [n=JaneW@dsl-146-172-155.telkomadsl.co.za] has joined #ubuntu-kernel [04:39] BenC, mjg59, Mithrandir, etc.: just had a thought; ProbeForRootFilesystem won't work with lvm/md/evms/etc. [04:39] Keybuk: Mm? [04:40] no /dev/disk/by-uuid for those [04:41] great thinking :) [04:41] same as i had when we discussed by-uuid at UBZ :P [04:41] Keybuk: Don't lvm and md and uuids on the partitions? [04:42] mjg59: we'd end up mounting the actual partition, not the volume group [04:43] Keybuk: ? [04:43] I mean, don't they have uuids to signify which disks are parts of which sets? [04:43] no idea [04:44] Which is how the old autostart stuff worked [04:44] none of them are new-world-order-compliant (they make their own device nodes) [04:44] Sorry, I'm (again) not seeing what awkwardness this leads to [04:44] well, they only exist as /dev/dm/blahblahblah [04:45] no /dev/disk/by-uuid/* for it [04:45] Oh! You mean the kernel is just being shit? [04:45] so it's a whole class of filesystem we can't do mount-by-uuid for [04:45] right [04:45] Rather than there being any fundamental problem. Right, ok. [04:45] yeah, it doesn't block uuid for anything else [04:45] But the aim of having uuids for fs mounting is only because there's the potential for the device nodes to change, which isn't true for lvm and so on [04:46] I have lvm and friends [04:46] hate [04:46] not have [04:46] H A T E [04:46] I wish to rupture their collective colons with my engorged genetalia [04:46] Keybuk: get them right.. we are going to have a lot of -server installs on raid/lvm :) [04:47] fabbione: I've so far avoided touching them at all [04:47] which in theory means they have a better chance of working than anything I do touch [04:47] Keybuk: i know.. i mean.. don't break more than it is now ;) [04:47] I think it broke because of the mods made to initramfs this morning post the ide-generic discussion [04:47] I made the "wait" critical path for everything [04:48] rather than just definitely-scsi-subsystem stuff [04:48] so suddenly we waited for /dev/device-mapper or /dev/dm/ or whatever to turn up ... before we ran lvm, evms, etc. [04:48] I've moved the wait to local-top so it comes after those now [04:49] Keybuk: ok.. it's installing right now the ubuntu21 [04:49] from people.. [04:51] Keybuk: rebooting right now === fabbione gets ready to enjoy 4 seconds of silence [04:53] AWOOOOOOOOOOOOOOOOGHA! [04:57] Keybuk: it's still waiting [04:57] Begin: Mounting root file system... ... [04:57] Begin: Running /scripts/local-top ... [04:57] Begin: Waiting for root file system... ... [04:57] hmm [04:58] that's odd [05:05] it fiiixed it for hunger [05:05] console me up, I guess [05:06] Keybuk: sure.. just a minute [05:06] i want to get my snack first [05:06] I think I'll probably just put that while loop into initramfs itself [05:07] because it is the sux0r [07:07] BenC: do you have a useful way to track down why a kernel fails to boot without acpi=off? === aheck [n=aheck@mnh9-d933ba96.pool.mediaWays.net] has joined #ubuntu-kernel === mjg59 [n=mjg59@cavan.codon.org.uk] has joined #ubuntu-kernel === JaneW [n=JaneW@dsl-146-172-155.telkomadsl.co.za] has joined #ubuntu-kernel === dilinger [n=dilinger@207.210.101.209] has joined #ubuntu-kernel === _human_blip_ [n=mike@mike.nelsonbay.com] has joined #ubuntu-kernel === Ju [n=Ju@c-24-126-231-240.hsd1.ca.comcast.net] has joined #ubuntu-kernel [10:58] Hi all ! [11:00] I'm on dapper and uname -v gives me : #1 SMP PREEMPT I didn't ask for a smp enabled kernel, linux-image-686 only here (is it the good place for this question ?) [11:01] Ju: That's fine [11:01] On a single CPU system, the SMP instructions will be rewritten [11:02] there won't be any loss of performance, even small ? (for my personnal info) [11:02] Nothing that can be measured, no [11:03] so package x and x-smp will merge ? [11:04] Yes [11:05] ok great, thanks for the info === JanC [n=janc@lugwv/member/JanC] has joined #ubuntu-kernel === _human_blip_ [n=mike@mike.nelsonbay.com] has joined #ubuntu-kernel