[12:25] <svu_tv> BenC, sata??? on g5
[12:26] <BenC> svu_tv: just wondering what it was that loaded and worked for you :)
[12:26] <BenC> hard to keep track of the bugs everyone comes in here for
[12:46] <mjg59> BenC: Nngh. I get an oops on boot with -10
[12:46] <BenC> mjg59: did you use -9?
[12:46] <mjg59> Nope
[12:46] <BenC> can you try -9 and see if it's in there too?
[12:46] <mjg59> It's in hwclock, presumably when it opens /dev/rtc
[12:47] <mjg59> And yeah, /dev/rtc is b0rked now
[12:47] <BenC> can you narrow down when that broke?
[12:47] <mjg59> Will tryt
[12:47] <mjg59> Installed with -7
[12:47] <mjg59> So somewhere between that and -10
[12:48] <BenC> what kind of system is this?
[12:51] <mjg59> x86
[12:51] <BenC> p4, core duo, amd?
[12:53] <mjg59> Pentium M
[12:54] <BenC> please file a bug so I can mark it for edgy release at least
[12:55] <BenC> friend of mine has a Celeron M I can try testing
[01:06] <zul> BenC: ping
[01:14] <BenC> zul: pong
[01:14] <BenC> mjg59: unfortunately my buddies Toshiba Celeron M laptop doesn't seem to have a problem
[01:14] <mjg59> BenC: Ok. I'll reboot in a moment with -9.
[01:15] <zul> BenC: what does the machine_reset do in drivers/acpi/bus.c do 
[01:15] <crimsun> this ThinkPad X41-2527 boots fine with -10
[01:15] <mjg59> zul: It disables acpi and then reboots
[01:15] <crimsun> (Intel(R) Pentium(R) M processor)
[01:15] <zul> ah ok
[01:16] <BenC> zul: #ifdef CONFIG_X86_32 wrap it
[01:16] <zul> yeah because its complaining that it cant find machine_reset
[01:16] <BenC> or ifdef it out when XEN is enabled
[01:16] <zul> already did
[01:45] <mjg59> BenC: -7 is good, -8 is broken
[01:47] <BenC> mjg59: acpi update maybe?
[01:50] <mjg59> I'll take a look later on
[02:26] <benh> hi folks
[02:27] <benh> BenC: there are a bunch of pending patches that I would recommend
[02:27] <benh> BenC: turning bcm43xx/softmac into something useable and approx. stable even with wpa
[02:28] <benh> BenC: in addition I should send you guys some backports of ppc fixes for 2.6.17, I'll try to do that later this week or next week
[02:28] <mjg59> benh: Yeah, I've just been going through those on bcm43xx-dev
[02:29] <mjg59> benh: Anything beyond Larry's megapatch?
[02:29] <benh> mjg59: yah, mb's softmac debug stuff improves things for me
[02:29] <benh> mjg59: but it's flooding the kernel log :)
[02:29] <benh> mjg59: there have been at least one actual race fix extracted from that patch by larry (see mail from yesterday/today)
[02:30] <mjg59> Ok
[02:30] <benh> mjg59: might be best asking mb what's his take on the matter
[02:30] <benh> I've been running with the whole lot (including the dmesg flooding) for about 2 days now and it's been remarkably stable
[02:30] <mjg59> We can drop the dmesg flooding in any case
[02:31] <benh> it still has the shitty tx power issue of all 4318 chipsets but at least it won't blow up or lose the AP completely anymore
[02:31] <benh> yeah, maybe worth asking mb however what in his patch he thinks actually fixes something
[02:31] <benh> a lot of it is just additional debug output for him to track down in case there's another race
[02:32] <benh> ah also
[02:32] <benh> there's a small issue with windfarm on iMac G5 & cie
[02:32] <benh> those drivers aren't autoloaded for various reasons (I do need to fix that)
[02:32] <benh> thus you probably need to have some config file setup at install to autoload windfarm_* (some might fail, since they don't all apply to all machines, but that's ok)
[02:33] <benh> at least on 64 bits Macs
[02:41] <BenC> benh: Sounds good
[04:31] <zul> BenC: ping
[04:38] <zul> xen works from ubuntu git http://70.29.61.171/ubuntu/Screenshot-1.png
[06:50] <jikanter> where is the /proc/mapped_base file in the 2.6 x86-64 kernel?
[06:50] <jikanter> or is their such a thing?
[10:36] <ivoks> hi
[10:38] <ivoks> BenC: this is the situation: ich on dapper works only in IDE mode (uses ata_piix), ich8 on edgy doesn't work at all
[10:38] <ivoks> BenC: so, both dapper's and edgy's ahci are in non working state for ICH8
[10:39] <ivoks> BenC: i'm afraid i can't do any more testing since my client needs he's computer :(
[10:40] <ivoks> his
[10:40] <ivoks> i should've take english courses... :/
[10:40] <tonfa> *taken ;)
[10:40] <ivoks> :)
[10:42] <ivoks> tonfa: i've taken french instead :))
[10:43] <tonfa> :)
[12:17] <ph8|work> ivoks: using ben's latest kernel?
[01:18] <zul> whats with all this Bug Watch Updater email's that got spammed
[02:51] <BenC> ph8, ivoks: Latest daily images should have all the jmicron stuff at least
[02:51] <BenC> I need to figure out about ich8
[02:53] <mjg59> BenC: I should be getting an ich8 soon
[02:54] <mjg59> Then I just need to find a sata drive...
[03:46] <zul> tfheen: ping
[03:46] <tfheen> zul: hiya
[03:46] <zul> im going to be uploading 2.6.17 for xen sometime tonight so ill move xrm to 2.6.17 as well
[03:47] <tfheen> coolie
[04:42] <mvo> hi! I got something in dmesg with the current livecd that doesn't make sense:
[04:42] <mvo> [17180694.200000]  nvidia: module license 'unspecified' taints kernel.
[04:42] <mvo> [17180694.200000]  nvidia: Unknown symbol init_module
[04:42] <mvo> [17180694.200000]  nvidia: Unknown symbol cleanup_module
[04:49] <fabbione> the what and the what?
[04:49] <fabbione> mvo: probably better to tell that to tfheen 
[04:49] <tfheen> uh -- it loads nvidia by default?
[04:50] <mvo> no, that was me
[04:51] <mvo> debugging a problem with a regression of the livecd on a nvidia board
[04:51] <tfheen> try to run depmod -a first and see if the problem goes away
[04:51] <mvo> but I wanted to know if the nvidia problem would give me a correct screen
[04:52] <mjg59> tfheen: It does try to load nvidia by default, yes
[04:52] <mjg59> But we then don't use it for X, so it's irrelevant
[04:52] <mjg59> mvo: The nvidia module isn't used on the livecd
[04:54] <mvo> mjg59: I know, I downloaded it on the livefs to test if that one works (the nv module gives a incorrect screen)
[04:54] <mvo> a garbage screen that is
[04:56] <mjg59> mvo: nv is expected to work. 
[04:57] <mvo> mjg59: right, but it doesn't on this system. it used to work on dapper, but the current i386/edgy/livecd is no longer working, X comes up as garbage
[04:58] <mjg59> mvo: I think that's a more interesting problem than the nvidia one :)
[04:58] <mvo> mjg59: :)
[04:58] <mjg59> Since it's what users will actually get
[04:58] <mjg59> What system is this?
[04:58] <mvo> mjg59: I'm attaching the logs now
[04:59] <mvo> mjg59: its a duo core2 with nvidia 6800 (bug 62628)
[05:01] <mjg59> mvo: A laptop?
[05:01] <mvo> mjg59: no, a desktop
[05:01] <mjg59> Using DVI?
[05:02] <mjg59> Hm.
[05:02] <mjg59> It claims to have found an analog device, and then talks about TMDS setup
[05:02] <mvo> mjg59: the system has two monitors (one via dvi, one vga)
[05:02] <mjg59> mvo: Oh, ok
[05:02] <mjg59> mvo: Can you try with only one connected?
[05:03] <mvo> mjg59: ok, trying that now
[05:13] <mvo> mjg59: bingo! with only one lcd connected via vga it works. with dvi it does not work interesstingly
[05:13] <exobuzz> is there any chance the ubuntu kernels could ship with option CONFIG_MD_RAID5_RESHAPE=y ?
[05:13] <mjg59> mvo: Ok, so it's screwed up somewhere there
[05:15] <exobuzz> its a feature marked as experimental, but wouldnt effect anyone unless they actually tried to reshape using mdadm from the command line..
[05:15] <exobuzz> and i assume if someone tries to reshape, then they want the feature ? :)
[07:32] <zul> hah...put that in your pipe and smoke it
[07:32] <zul>  xen-image-xen0-2.6.17-1-generic-xen0_2.6.17-1_i386.deb
[07:52] <Xnix> anyone around?