[12:12] lamont: the patch we have is one I did, but it may be similar === chuck [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === chuck is now known as zul === mxpxpod [n=bryan@unaffiliated/mxpxpod] has joined #ubuntu-kernel [05:27] morning === airlied [n=airlied@193.1.99.74] has joined #ubuntu-kernel [08:02] do you guys have pre-built kernels for Intel Pentium D + SMP? [08:20] airlied: In theory, the -686 kernel should be the right thing, there. [08:20] airlied: Our 686 kernels do SMP/UP switching on the fly, through some dirty trickery. [08:22] airlied: "apt-get install linux-686" for the minimum fuss (this is on dapper, of course... On breezy or earlier, you probably want linux-686-smp) [08:23] do I need to go to dapper? or does breezy work? [08:23] ah thx.. [08:23] nope that doesn't work on breeszy I might just upgrade to dapper anyways.. [08:24] It will only work if you have restricted in your sources.list... [08:24] If you don't give a hoot about resitrcted modules, then "apt-get install linux-image-686-smp" instead (which should come from "main") [08:25] (linux-FLAVOR depends on linux-image-FLAVOUR and linux-restricted-modules-FLAVOUR to make sure you always have both in sync, should you actually be using the latter) [08:25] LRM includes stuff like madwifi, nvidia and fglrx kernel components, etc. [08:26] shouldn't need those then.. [08:26] Or just upgrade to dapper anyway, cause you're a l33t freedesktop hacker, and you need the latest and greatest anyhow. ;) [08:26] (and kernel 2.6.15 will set much better with you than 2.6.12, I suspect) [08:26] s/set/sit/ [08:27] well at least I might have ethernet with 2.6.15 [08:27] That would be a good thing. [08:27] ethernet's supposedly good. [08:27] yes I've got a USB Ethernet at the moment.. its mostly not good.. === makx_ [n=max@baikonur.stro.at] has joined #ubuntu-kernel === chmj [n=chmj@196.44.1.98] has joined #ubuntu-kernel === JaneW [n=JaneW@dsl-146-164-133.telkomadsl.co.za] has joined #ubuntu-kernel === Keybuk [n=scott@213-78-32-60.ppp.onetel.net.uk] has joined #ubuntu-kernel === zul [n=chuck@fpott03.dinmar.com] has joined #ubuntu-kernel === davekempe [n=dave@203-214-130-10.perm.iinet.net.au] has joined #ubuntu-kernel [02:01] anyone got dapper to install on a sun 4100 or 4200? [02:01] the megaraid_sas driver seems to dump a stack trace and not detect any drives for me [02:01] davekempe: url to the hw please? [02:02] http://www.sun.com/servers/entry/x4100/ [02:03] http://www.sun.com/servers/entry/x4200/ [02:03] btw, breezy works fine on the next one up, the v40z [02:04] but its just megaraid_mm or some older megaraid [02:04] not sas [02:04] please file a bug on lauchpad.net/malone component linux-source-2.6.15 and add: lspci -vvv to the bug [02:05] include also the 2 URL to the hw [02:05] no worries. [02:05] the megaraid did change a lot between .12 and .15 [02:06] but i thing that machine actually uses mptsas [02:06] I will try out dapper flight 4 amd64 tomorrow and try get it working [02:06] and not megaraid [02:06] ok [02:06] thanks [02:06] i really would like hoary on there though. I will have to make a different installer [02:07] ... hoary? [02:07] why hoary??? [02:07] so i don't have to resolve the libc PT_GNU_STACK mess and can use grsec in the kernel [02:07] its a server, not much i need has changed between hoary and dapper [02:08] (that I can't backport if really really needed) [02:08] dapper's 9-10 months into the support period, though, so you'll be stuck without security fixes in less than a year. [02:08] Hoary, not dapper [02:09] uh, true. [02:09] yeah, so we have that long to figure out the libc mess one way or another [02:10] i really would prefer to not have an executable stack for my purposes [02:12] this is what im talking about: http://forums.grsecurity.net/viewtopic.php?t=1152&highlight=debian [02:14] its all redhat's fault [02:18] okie dokie === infinity notes that that "glibc mess" is easy to fix in the apps... [02:27] whats the program thats a front gui for a tcpdump [02:27] i forget what it is called [02:28] ethereal [02:29] thanks... === doko_ [n=doko@dslb-084-059-109-189.pools.arcor-ip.net] has joined #ubuntu-kernel === mxpxpod [n=BryanFor@wuw-ojr3gmca.dybb.com] has joined #ubuntu-kernel === smurf [n=smurf@run.smurf.noris.de] has joined #ubuntu-kernel [04:06] BenC: Are you sure about http://kernel.org/git/?p=linux/kernel/git/bcollins/ubuntu-2.6.git;a=blobdiff;h=99c0ce2a87645bea35ad161d0552b35307d6af0f;hp=f26d819c9ae13c403b904c97e0be34866a32213e;hb=14de3561b1eab87faf8591b667e14e8e93523dac;f=arch/i386/Kconfig ? [04:11] mjg59: Pretty sure. The default is 1G of user address space, with anything over that as virtual, and ~190Megs is used for kernel related things to manage that, which gives us the ~870 megs of non-highmem we have by default [04:11] atleast, that's the way I understand it [04:12] it could be backwards, because the patch I used for it is really confusing [04:12] BenC: No, that's 1G of physical address space, surely? [04:12] yeah, I think you're right [04:12] The more physical memory the kernel can access, the less address space available to userspace [04:12] Should change the description [04:13] Yeah === Keybuk swoons over LWN [04:15] Linus and Andrew both ganging up on kay and gregkh for breaking sysfs/uevent/etc. every week [04:19] goodness === mxpxpod [n=BryanFor@wuw-ojr3gmca.dybb.com] has joined #ubuntu-kernel === jouni__m [n=jouni@laku34.adsl.netsonic.fi] has joined #ubuntu-kernel === mxpxpod [n=BryanFor@unaffiliated/mxpxpod] has joined #ubuntu-kernel === mxpxpod [n=BryanFor@unaffiliated/mxpxpod] has joined #ubuntu-kernel [05:19] hey guys [05:20] BenC: please pull from me again.. more |Viagara love ;) [05:20] ok :) [05:20] BenC: we need silo.. do you think you can make it today? [05:20] .10 + the 2 patches [05:21] Yeah, I can try [05:21] thanks [05:22] BenC: both .15 UP and SMP have been tested. [05:22] BenC: so we are "certified" :) [05:24] gotta love that :) [05:26] oh yeah [05:27] that's when we found out a few extra bugs with silo (second patch) and an error in trap/syscall table not being properly alligned [05:29] BenC: Has anyone whined to you yet about a bunch of ISAPNP (I think it was?) printk's flashing by on boot before usplash kicks in? [05:29] yeah, I see them too [05:29] I'm bugging mjg59 about them, since they are his fault :) [05:29] Yeah, can we get the severity lowered, so they get shut up by "quiet"? [05:30] Unless they shouldn't be happening at all. [05:30] they seem to be harmless, so I'll make them quiet [05:31] Also, has anyone yet requested that we bump up the default size of our ringbuffer a tad? I find it painfully irritating that by the time I boot, "dmesg" doesn't go back to the beginning anymore, cause our boot is so noisy. === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel [06:25] BenC: how are you on the kernel filesystem layer? === fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-kernel [06:46] Keybuk: so so [06:46] I'm having issues with the FIBMAP ioctl [06:48] which may be just me ... :) [06:48] if I pass 0 rather than "uninitialised local variable" it works [07:01] hmmmm [07:02] there has been hell of a lot of activity on OCFS2 === Keybuk [n=scott@213-78-32-60.ppp.onetel.net.uk] has joined #ubuntu-kernel [07:55] Keybuk: looking at the code, you are supposed to pass a block number [07:59] mjg59: your last email contained no patch === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel === Keybuk [n=scott@213-78-32-60.ppp.onetel.net.uk] has joined #ubuntu-kernel === __keybuk [n=scott@213-78-32-60.ppp.onetel.net.uk] has joined #ubuntu-kernel === __keybuk [n=scott@213-78-32-60.ppp.onetel.net.uk] has left #ubuntu-kernel [""] === __keybuk [n=scott@213-78-32-60.ppp.onetel.net.uk] has joined #ubuntu-kernel [09:43] BenC: Argh. Hang on.