[12:59] <porkpie> BenC:hi
[01:18] <ph8> zul / BenC: Do you know if that ich8 fix has made it into a daily yet? I'm looking at training down to london to get this machine going next weekend and don't want to waste any money :p
[01:19] <ph8> notice/pm if you prefer
[09:01] <tfheen> zul_: hmm, isn't the master branch of the xen repo supposed to be 2.6.17 now?
[09:02] <ajmitch> there's an ubuntu-xen-2.6.17 repository
[09:02] <ajmitch> but it doesn't have the changes of the last week
[09:03] <tfheen> oh, there's another repo, not just a branch?
[09:03] <ajmitch> yep
[10:20] <porkpie> BenC: hi did you manage to build the power edge 1950 kernel ???
[12:07] <tfheen> BenC: are you or somebody else working on a main inclusion report for kexec-tools?
[01:59] <AnAnt> anyone knows the difference between -386 & -generic kernels ?
[02:01] <tonfa> generic is x86 + x86_64
[02:01] <mjg59> No it isn't
[02:02] <mjg59> generic supports SMP. -386 doesn't.
[02:02] <mjg59> -386 supports a small number of drivers that -generic doesn't.
[02:02] <tonfa> mjg59: then the info in dpkg is wrong :)
[02:02] <AnAnt> ic
[02:02] <AnAnt> mjg59: so for dual core I would use -generic ?
[02:03] <mjg59> tonfa: No, the description is unclear, but that's because the package name is the same on x86 and amd64
[02:03] <mjg59> AnAnt: Yes
[02:04] <AnAnt> mjg59: thanks
[02:10] <BenC> tfheeE: Does kexec-tools need to be in main?
[02:11] <BenC> tfheen: ^^
[02:12] <BenC> mj59: Patches I have from you are the toshiba fix and the shut-up patch...is that it?
[02:12] <tfheen> BenC: either that, or linux-image-kdump must be demoted to universe.
[02:13] <BenC> tfheen: I'd rather the latter
[02:13] <mjg59> BenC: There's two that I put with bugs in launchpad
[02:13] <BenC> #61981 is one
[02:13] <BenC> what's the other?
[02:13] <mjg59> BenC: Uh. That is, there should also be a Sony fix
[02:13] <BenC> 61981 is the toshiba_acpi
[02:14] <tfheen> BenC: ok.  It's currently listed in supported, so we need to change it there.
[02:14] <mjg59> There should also be a diff for libata
[02:15] <mjg59> BenC: Subject: [PATCH]  - fix regression in suspending on some Toshibas                
[02:15] <BenC> mjg59: the toshiba fix is the libata one
[02:15] <mjg59> No
[02:16] <BenC> "..on some Toshibas" :)
[02:16] <tfheen> BenC: isn't the kexec thingy part of some spec of yours?
[02:16] <BenC> the toshiba_acpi one is different
[02:16] <mjg59> Oh, right
[02:16] <mjg59> Sorry - you've got both of those. Ok.
[02:16] <BenC> tfheen: Yes, but it isn't completed...there's a lack of usable userspace stuff to capture the dumps
[02:17] <tfheen> BenC: ok
[02:17] <mjg59> BenC: https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.17/+bug/61515
[02:18] <BenC> mjg59: Do you think the libata patch will also fix: https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.17/+bug/64430 ?
[02:19] <infinity> BenC: If you want it demoted, can you change debian/control to toss the -kdump stuff in universe/devel, so my beain doesn't bleed when processing queue/new for ABI bumps?
[02:19] <BenC> infinity: Sure thing
[02:20] <infinity> Oh, not that it will have an ABI bump anyway, cause it's a single unversioned package..
[02:21] <infinity> BenC: What was the rationale for that, rather than having it versioned and using linux-meta?
[02:22] <BenC> infinity: Because kdump is not really important enough to follow an ABI...it just needs to boot to an initrafs and capture the dump
[02:23] <BenC> infinity: Also, I don't want it to be possible for there to be 4-20 kdump kernels laying around through ABI bumps
[02:23] <gnomefreak> is there anything other than a bad hd that would cause noise on shutdown?
[02:23] <gnomefreak> he filed it under kernel thats why i ask here
[02:25] <infinity> BenC: Sounds fair.
[02:25] <mjg59> BenC: Nope
[02:25] <infinity> gnomefreak: What sort of "noise"?
[02:25] <mjg59> BenC: That seems to be some bizarre conflict between the radeon drm and e1000
[02:26] <infinity> gnomefreak: PCI bus contention (which is both the fault of hardware and drivers, pick one) can cause garbled noise out of sound cards sometimes.
[02:26] <gnomefreak> he found an already reported bug after bugging me all morning :( it seems it on one type of laptop
[02:27] <mjg59> gnomefreak: Which bug?
[02:28] <gnomefreak> http://launchpad.net/bugs/63937  and now he tells me his dell is doing it
[02:29] <mjg59> I've no idea what "a sound like in the case of disk failure" means
[02:29] <mjg59> Anyway, I've got a Dell
[02:30] <gnomefreak> me too but i dont have sata
[02:31] <BenC> mjg59: btw, I looked over the diff between dapper and edgy's ata_piix, and none of the PCI id's were lost
[02:32] <BenC> I'm hoping that the changes to the guts don't cause any problems
[02:32] <mjg59> BenC: Right, but the change in the mapping stuff will impact some people
[02:32] <mjg59> The earlier driver has less idea about whether a port is SATA or PATA
[02:32] <BenC> but it's weird, I tried stock 2.6.17 source, and it breaks for a lot of newer ich8 chipsets
[02:33] <BenC> ok, well, those people will have to deal with it, unless I get that board from montreal in time to debug the 2.6.17 stock driver
[02:56] <mjg59> BenC: What priority should regressions from dapper with easy fixes be?
[02:56] <BenC> mjg59: high
[02:57] <mjg59> BenC: I've just linked to a patch in 60231
[03:12] <porkpie> BenC:Hi 
[03:29] <BenC> porkpie: Hey
[03:36] <porkpie> BenC:Hi
[03:36] <porkpie> BenC:How are you
[03:37] <porkpie> BenC:Did you manage to finish the Kernel
[03:43] <BenC> porkpie: I got side tracked with edgy kernel stuff, I'll try to get it uploaded today
[03:44] <porkpie> OK ...cool
[03:45] <porkpie> BenC:we are desperate ...now
[03:49] <BenC> porkpie: should be ready in about 30-45 minutes
[03:53] <porkpie> BenC:excellent  ....I owe you a beer or 3
[03:54] <porkpie> BenC:we have complied the debian x86_64 smp kernel and it boots OK but we don't see multiple cpu's in top
[04:37] <porkpie> BenC:hi  ....are we there :)
[04:37] <mjg59> BenC: Have you fixed the acx111 firmware version stuff?
[04:38] <BenC> mjg59: Fixed it how?
[04:38] <mjg59> BenC: Set the correct default version
[04:38] <BenC> yeah
[04:38] <mjg59> Ok, cool
[04:38] <porkpie> BenC:hi
[04:39] <BenC> porkpie: Almost done...taking longer than I thought
[04:39] <porkpie> BenC:Sorry I am chasing....I am being chased
[05:15] <porkpie> BenC:Hello .....is it done boss
[05:28] <BenC> porkpie: give me a little bit, I'll let you know when it's done
[05:29] <porkpie> OK
[06:00] <BenC> porkpie: 15 minutes
[06:10] <BenC> porkpie: Damnit, I built the dapper-security git repo, and not the updates one...starting a fresh build
[06:31] <porkpie> BenC: ...:(
[06:31] <porkpie> BenC:how long will it take  ...40 mins
[07:29] <porkpie> BenC:hey
[07:54] <zorglu_> q. i run a 2.6.15-26-386 but the kernel header for it are no more in the repository (based on apt-get on my local box or from ubotu), how come ? is this a mistake or made on purpose ?
[08:29] <porkpie> BenC:how's the fresh build going ??
[08:29] <BenC> porkpie: Still running
[08:30] <zul> hey
[08:31] <porkpie> OK ....how long do you think it will take ?  :) 
[09:13] <porkpie> BenC:are you about sir ?
[09:48] <BenC> porkpie_: Yeah, let me check the build
[09:51] <BenC> porkpie_: Another compile failure, restart with a fix
[09:51] <BenC> porkpie_: BTW, you can keep checking http://people.ubuntu.com/~bcollins/kernels/ for when it's ready
[11:58] <svu_> BenC, ping?
[11:58] <tfheen> svu_: does the latest linux-restricted-modules work for you?
[11:59] <BenC> svu:pong
[11:59] <svu_> tfheen, that's what I was going to complain:) restructed acx module works on x86 but not on ppc64smp
[11:59] <svu_> it cannot load firmware for some reason
[12:00] <svu_> [  547.921561]  acx: Loaded combined PCI/USB driver, firmware_ver=default
[12:00] <svu_> [  547.921574]  acx: compiled to use 32bit I/O access. I/O timing issues might occur, such as non-working firmware upload. Report them
[12:00] <svu_> [  547.923361]  acx_usb: probe of 4-2.2:1.0 failed with error -5
[12:00] <svu_> [  547.923390]  usbcore: registered new driver acx_usb
[12:00] <svu_> [
[12:00] <svu_> that's what I get in dmesg
[12:00] <tfheen> ouch, ok
[12:00] <tfheen> you want BenC then, yes, agreed.
[12:00] <BenC> the dmesg explains it
[12:01] <svu_> BenC, what's wrong with the probe?
[12:01] <BenC> what are the missing lines?
[12:01] <svu_> nothing is missing here
[12:03] <BenC> -5 == EIO, I/O error
[12:03] <svu_> but it is the same hardware, on both x86 and ppc - some old usb wifi dongle
[12:04] <svu_> so it is IO error within USB host or smth
[12:05] <BenC> not a firmware upload error it seems
[12:05] <BenC> not sure
[12:05] <BenC> I'd need you to compile acx with debug enabled
[12:06] <svu_> BenC, NP. Just show me the way. apt-get source it?
[12:06] <BenC> topic has some links
[12:06] <BenC> using git
[12:07] <svu_> ok, I'll try.
[12:07] <svu_> thanks a bunch