[03:07] <persia> linux-image-2.6.20-15-lowlatency  2.6.20-15.25 fails to boot on my hardware.  Are there still known issues with drive detection (at which you are all hard at work), or should I file a bug?
[03:08] <mjg59> Please file a bug, especially if you can reproduce it with the non-lowlatency kernel
[03:08] <persia> mjg59: OK.  Thanks.
[04:10] <cjwatson> publishing -15.25/i386 now; ETA half an hour or so
[04:12] <mjg59> cjwatson: I hope you get to have some sleep soon?
[04:12] <cjwatson> it's a point of view
[04:13] <cjwatson> oops, meant to publish d-i source at the same time
[04:13] <cjwatson> oh well, more runs needed anyway
[04:19] <cjwatson> I kind of need to test alternate/ps3 too which means waiting for d-i to be available
[04:19] <cjwatson> might do that tomorrow though
[04:21] <mjg59> cjwatson: You got a work PS3?
[04:21] <mjg59> Man. I don't get the cool hardware any more.
[04:23] <cjwatson> it's less cool when you don't have an HDTV
[04:24] <cjwatson> and have to hook it up to vlc in tiny-resolution mode ;)
[04:24] <kylem> hehe
[04:27] <mjg59> You need a work HDTV
[04:28] <cjwatson> I do
[04:28] <kylem> me too? :P
[04:28] <kylem> though i'd rather a 30" dell kthnxbye
[04:28] <kylem> :)
[04:43] <cjwatson> -15.25/i386 up and on all archive.ubuntu.com mirrors
[04:46] <kylem> cjwatson, thanks so much.
[04:47] <cjwatson> hey, you guys did the real work ...
[04:47] <mjg59> You're the one awake at 3AM
[04:47] <cjwatson> now it's just language packs and hotkey-setup and then I can build livefses
[04:47] <cjwatson> when I've kicked that off I'll almost certainly crash
[04:48] <cjwatson> won't take all that much longer with three buildds munching on it
[05:12] <defendguin> mjg59: i think that last kernel update today fixed my issue
[05:12] <mjg59> defendguin: Excellent
[05:12] <mjg59> It /should/ fix all of them
[05:13] <defendguin> i thought yesterday's update was the one with the patch?
[05:16] <defendguin> mjg59: did something change in hal that made the original update not work properly?
[05:18] <mjg59> No
[05:18] <mjg59> But the first upload yesterday may have been missing that line
[05:18] <defendguin> heh
[05:20] <defendguin> i remember reading the changes in the update manager and seeing the patch was in.  needless to say i was disappointed when the card didn't work
[05:21] <cjwatson> http://librarian.launchpad.net/7325843/buildlog_ubuntu-feisty-ia64.linux-source-2.6.20_2.6.20-15.25_FAILEDTOBUILD.txt.gz
[05:21] <cjwatson> argh!
[05:23] <cjwatson> -15.24 is there
[05:24] <cjwatson> -14 kernels removed
[05:40] <defendguin> i think you guys cleared up all the issues i had with this laptop being supported under linux this cycle
[05:42] <cjwatson> BenC: 04:21 <cjwatson> http://librarian.launchpad.net/7325843/buildlog_ubuntu-feisty-ia64.linux-source-2.6.20_2.6.20-15.25_FAILEDTOBUILD.txt.gz
[05:42] <cjwatson> BenC: I propose to ignore that for release, but FYI
[05:42] <cjwatson> looks like the ABI-ignore hack failed
[06:27] <BenC> cjwatson: Yeah, I mentioned earlier, it's fixed in git now that I have the ABIs from -15.24
[06:27] <BenC> fix it first update
[06:38] <fabbione> BenC, cjwatson it will still make ia64 uninstallable because of the ABI change in d-i
[06:38] <fabbione> would be much easier to keep it in sync
[06:39] <fabbione> oh actually ABI is the same
[06:39] <fabbione> just version
[06:39] <fabbione> hmm
[06:39] <fabbione> yeah
[06:39] <fabbione> can work
[07:02] <orangey> hey all!
[07:04] <orangey> I'm trying to figure out a bug that appears to be a regression in the kernel.
[07:05] <orangey> the sound on this NC6230 used to work after suspend, but stopped working around the -13 mark?
[07:06] <orangey> However, I'm honestly not even sure a) if it was intentional that the bug was fixed; or b) how to track down which kernel module broke it.
[07:11] <crimsun> orangey: boot into the kernel with working suspend; check out upstream hg alsa-{driver,kernel}; execute hgcompile from alsa-driver; install it; confirm that it's still working with current upstream alsa
[07:12] <orangey> crimsun: stupidly, I wiped the old kernel ; ) I'll remake it and go from there. Thank you.
[07:12] <defendguin> the hotkey-setup update that got released does it include those bugs mjg59 fixed the other night?
[07:12] <orangey> crimsun: what do you mean by hg alsa-driver ?
[07:13] <defendguin> i remember BenC said they could be included 
[07:16] <defendguin> orangey: do you know how i can view the changelog of the hotkey-setup update?
[07:16] <crimsun> defendguin: https://lists.ubuntu.com/archives/feisty-changes/2007-April/008524.html
[07:16] <crimsun> defendguin: also, https://lists.ubuntu.com/archives/feisty-changes/2007-April/008483.html
[07:17] <defendguin> perfect
[07:18] <defendguin> i just wanted to make sure i didn't screw it up with the update :-)
[07:18] <crimsun> orangey: what's unclear?
[07:18] <crimsun> orangey: also, this discussion is veering into support instead of development. Contact me in #ubuntu+1 if you have further questions.
[07:18] <defendguin> thanks crimsun
[07:22] <orangey> crimsun: pretty much the whole workflow. upstream hg alsa-driver ? I'm actually not sure what that is, other than that possibly I should get the deb from debian unstable and install it or some such..
[07:23] <orangey> crimsun: I'm on +1 now.
[08:40] <Mithrandir> zul: have you gotten a new packages exception for openvz?
[08:41] <kylem> heh, it's 3am for him.
[08:41] <Mithrandir> sleep is for the weak
[08:41] <joejaxx> :P
[08:41] <kylem> weak from exhaustion, yes.
[08:42] <joejaxx> so openvz is going to be in the archive?
[08:42] <joejaxx> or might*
[08:42] <Mithrandir> joejaxx: I didn't say that.
[09:33] <_ion> benc: linux-source-.../debian/firmware/ipw2200/LICENSE says "Your rights to redistribute the Software shall be contingent upon your installation of this Agreement in its entirety in the same directory as the Software". Should the license be installed to /lib/firmware/...?
[09:38] <_ion> Also, considering the limitations the license seems to put to the redistribution of the firmware, would restricted be a better place for it? I might be wrong, i didn't read the license carefully.
[12:08] <afflux> I installed the kernelupdated to 2.6.20-14.23 yesterday, which broke my system (something with ata)... but I removed the older kernels that were still installed for cleaning up.
[12:08] <afflux> now i'm in a livecd
[12:08] <afflux> chrooted into feisty and updated to -15.25
[12:08] <afflux> and I still have the same ata error (revalidation failed, n_sectors mismatch)
[12:10] <bdgraue> same here updated and now   http://www.ubuntuusers.de/paste/9217/
[12:11] <afflux> another confirmation here: https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/106063/comments/80
[12:23] <bdgraue> if someone need more specific, please ask---
[12:26] <heno> I expect the kernel devs are still asleep, but please hang around until they return
[12:27] <heno> BenC, kylem, mjg59: ^ still problems with 15.25 it seems
[12:44] <cjwatson> bdgraue: could you try putting libata.ignore_hpa=0 on the kernel command line, please?
[12:45] <cjwatson> afflux: you too
[12:47] <afflux> going to have a try, will be back in about 10-20 minutes
[12:49] <bdgraue> cjwatson: ok, i'll try, moment please
[12:50] <cjwatson> if that works, dmesg and lspci -vvnn would be greatly appreciated
[12:50] <cjwatson> possibly a new bug each to avoid confusion
[12:51] <cjwatson> http://librarian.launchpad.net/7329378/00001.jpg is interesting, definitely suggests libata.ignore_hpa=0 should work, but seems to be applying the wrong hpa_sectors size
[12:53] <afflux> doesn't work for me
[12:54] <afflux> going to have a shower, will be back in 20 mins
[12:54] <cjwatson> a photo of the error would be good
[12:54] <bdgraue> cjwatson: doesn't work for me too
[12:55] <cjwatson> just to be clear, http://www.ubuntuusers.de/paste/9217/ is just a consequence, not the real error
[12:55] <cjwatson> we need the sort of ata debugging messages you see in http://librarian.launchpad.net/7329378/00001.jpg
[12:55] <cjwatson> might have to boot without 'quiet' on the kernel command line to get that
[12:55] <cjwatson> probably without 'splash' too
[12:56] <ivoks_> could 'debug' help?
[12:56] <cjwatson> no
[12:56] <cjwatson> looks like the module parameter stuff isn't working right :-/
[12:58] <cjwatson> lspci -vvnn from a live CD might help
[12:58] <bdgraue> cjwatson: i'll give u the photo 
[12:58] <bdgraue> gimme some time please :-)
[01:00] <cjwatson> kylem: why don't the ata_set_native_max_address* functions set ATA_TFLAG_LBA?
[01:00] <cjwatson> (not sure if that's relevant though)
[01:11] <afflux> cjwatson: http://phpfi.com/226658
[01:11] <afflux> cjwatson: will make a photo later
[01:14] <bdgraue> cjwatson: lspci -wnn give me an   lspci: invalid option --  w
[01:15] <afflux> bdgraue: twice a v, not a w please
[01:15] <cjwatson> lspci -vvnn
[01:15] <cjwatson> ok, afflux is using sata_nv
[01:15] <bdgraue> cjwatson: http://img383.imageshack.us/img383/5466/pict0002cs9.jpg  there is the photo
[01:16] <afflux> i'll leave in 30 mins too...
[01:17] <mrec> hi, I'm really curious I upgraded my notebook to ubuntu, also recompiled the kernel but it's not possible to start Xgl the whole screen just starts to flicker around ... so I guess the livecd includes some specials for that device?
[01:19] <cjwatson> bdgraue: hmm, there don't appear to be any of the hpa handling messages I was expecting; that just looks like normal boot
[01:19] <cjwatson> possibly you have enough disks that it scrolls off
[01:20] <bdgraue> cjwatson: so whats then the problem?
[01:21] <bdgraue> cjwatson: the cdrom-drives are ide
[01:23] <bdgraue> cjwatson:  http://www.ubuntuusers.de/paste/9222/   hte lspci -vvnn
[01:24] <mrec> is there any documentation about the ubuntu i855gm setup available? for any reason I suspect that some intel engineers did some specials there
[01:25] <cjwatson> bdgraue: like I say, I'm not a kernel developer, I'm just trying to gather as much information as possible
[01:26] <cjwatson> the problem for afflux is that the HPA suppression logic appears to be setting the drive size to the wrong value on NVIDIA ATA chipsets
[01:26] <bdgraue> i hope my informations could help to solve the problem
[01:26] <cjwatson> it's not entirely clear that yours is the same problem, although you're also using NVIDIA
[01:26] <cjwatson> haven't heard any concrete non-NVIDIA reports yet
[01:28] <bdgraue> cjwatson: an other photo is here:  http://img150.imageshack.us/my.php?image=pict0004gr3.jpg
[01:28] <cjwatson> kylem: converting the sector counts to hex in http://librarian.launchpad.net/7329378/00001.jpg is very interesting
[01:28] <cjwatson> kylem: it's 0x0D00000E instead of 0x0DF94BB0, and 0x2E00002F instead of 0x2E9390B0
[01:29] <cjwatson> seems like an obvious pattern
[01:31] <mjg59> mrec: No, we don't have any special 855 code
[01:32] <cjwatson> bdgraue: thanks, that's more useful
[01:33] <cjwatson> that's exhibiting the same pattern of corruption
[01:33] <mrec> I see, I booted from the CD and started the local X, I have the same effects
[01:33] <cjwatson> 0x1D1C5970 -> 0x1D00001E
[01:33] <mrec> seems like the upgrade wasn't clean
[01:33] <cjwatson> looks like sata_nv is very consistently buggering the sector count
[01:35] <cjwatson> bdgraue: could you try booting with sata_nv.adma=0 on the kernel command line?
[01:35] <bdgraue> i can
[01:35] <bdgraue> mom please
[01:38] <bdgraue> cjwatson: don't work
[01:39] <cjwatson> hmm, what exactly was your kernel command line?
[01:39] <bdgraue> mom
[01:39] <cjwatson> and could you take photos of the output with hpa messages in it again? I'd like to confirm that it's the same problem
[01:40] <mrec> ok I manually removed the xorg directories and reinstalled them, now it seems to work
[01:42] <bdgraue> cjwatson:  kernel /boot/vmlinuz-2.6.20-15-generic root=UUID=01b05012-0b6d-4ac6-8c72-cb146fd64f9f ro locale=de_DE sata_nv.adma=0
[01:44] <mjg59> cjwatson: sata_nv and libata are modules - do we have sensible code in initramfs-tools to deal with that? (I remember it being wishlist, I don't remember whether we did or not)
[01:50] <bdgraue> cjwatson: http://img219.imageshack.us/my.php?image=pict0007ro7.jpg
[01:51] <mjg59> That's very weird.
[01:53] <Nafallo> with -15 everything is sd?. thanks :-)
[01:59] <mjg59> cjwatson: Exactly the same pattern with bdgraue's drive
[02:00] <mjg59> Something's squashing most of the bits
[02:01] <bdgraue> i wish i had an older kernel left on the sys  :-(
[02:02] <mjg59> (Oh, sorry, you'd already commented on that)
[02:02] <bdgraue> :-)
[02:13] <Mithrandir> ah
[02:15] <cjwatson> mjg59: initramfs-tools> I'm not sure
[02:17] <cjwatson> bdgraue: https://launchpad.net/ubuntu/+source/linux-source-2.6.20/2.6.20-14.22 - "Builds of" drop-down in the top-left, you can get old packages from that
[02:19] <cjwatson> mjg59: can you tell whether it's sata_nv or pata_amd in use? I couldn't quite tell
[02:21] <cjwatson> I think it's sata_nv in bdgraue's case at least
[02:21] <cjwatson> BenC: could you push the various -15 git branches?
[02:24] <cjwatson> mjg59: I don't quite know how module options work. What would initramfs-tools need to do?
[02:26] <cjwatson> mjg59: the way that the top three bytes are being consistently copied to the bottom three bytes (kernel code then adds one to it) is particularly suspicious
[02:27] <cjwatson> I'm assuming it's LBA48 since at least some of the sizes in question exceed 28 bits
[02:28] <Mithrandir> it says "lba48" in the screenshot too
[02:33] <Mithrandir> shouldn't there be a 0x0f masking in the set_native_max_address_ext?  That bit looks suspicious.
[02:33] <cjwatson> Mithrandir: where?
[02:33] <Mithrandir> libata-core.c
[02:33] <cjwatson> no I mean where 0x0f
[02:33] <Mithrandir> tf.lbah = new_sectors, etc
[02:34] <Mithrandir> I thought lbah would only get four of the bits set there?
[02:34] <Mithrandir> or is lba48 sane?
[02:34] <cjwatson> Mithrandir: the reason set_native_max_address has a 0x0f mask is because it's the top 4 bits of the LBA28
[02:34] <cjwatson> but LBA48 divides exactly by 8
[02:34] <Mithrandir> ok, false alarm then.
[02:34] <cjwatson> I still very strongly suspect adma here
[02:35] <cjwatson> quite tempted to build a kernel with adma disabled
[02:35] <cjwatson> in fact, yeah, why don't I kick that off on ronne
[02:35] <Mithrandir> try that, then?  You have the ccache from yesterday, so it should be fast enough?
[02:35] <cjwatson> I'm not sure it was ccached unfortunately
[02:36] <cjwatson> one build shouldn't take all that long even from scratch though
[02:40] <bdgraue> cjwatson: hoe can i get the old kernel in the chrooted system?
[02:40] <bdgraue> how
[02:41] <cjwatson> get => download or get => install?
[02:42] <bdgraue> download and install with dpkg or something else or install via apt if possible, cjwatson
[02:44] <cjwatson> find URL, use wget to fetch it, dpkg -i
[02:45] <bdgraue> ok, thx
[02:47] <cjwatson> bdgraue: would you be able to help out with testing unofficial fixes at some later point?
[02:47] <mrec> hmm I noticed that ubuntu feisty doesn't support the highest resolution on my notebook, how about trying to detect the notebook and patching the bios to get it work?
[02:48] <bdgraue> cjwatson: if i have time, yes
[02:48] <mrec> (I tested it with the temporary biospatch, and it seems to work fine.. and it looks way better)
[02:48] <bdgraue> i would be an honor to help
[02:49] <cjwatson> I'm still trying to figure out what the hell's going on, and I'm planning to be out this afternoon
[02:49] <cjwatson> kylem may stand a better chance once he wakes up
[02:51] <bdgraue> 3 ours from now i have to go... then i have no more time :-(
[02:51] <bdgraue> then only tomorrow
[02:56] <bdgraue> cjwatson: do i have to install some of the modules too, or only image and headers?
[02:57] <bdgraue> from the older kernel...
[03:02] <cjwatson> bdgraue: just the image, and you may need to go and hunt down a matching linux-restricted-modules too if you rely on non-free video drivers or whatever
[03:04] <bdgraue> hunt down a matching linux-restricted-modules?
[03:05] <bdgraue> cjwatson: what does that mean, i have to find one, somewhere?
[03:38] <bdgraue_> cjwatson: thx, i have the old 2.6.20-14.22 running
[03:42] <kylem> cjwatson, test kernel building
[03:58] <cjwatson> kylem: cool, what are you trying?
[03:59] <kylem> cjwatson, what you pointed out above (setting TFLAG_LBA)
[03:59] <cjwatson> ok
[03:59] <cjwatson> I've got a build running that turns off adma
[03:59] <cjwatson> (in sata_nv)
[03:59] <kylem> we're still seeing issues there?
[04:00] <kylem> the only bug i saw in my mbox in this dumping was the dude lying about running 15.25 :/
[04:00] <cjwatson> kylem: yes, consistently with sata_nv
[04:00] <kylem> bug#?
[04:00] <cjwatson> something is blatting the high-order-bytes of the LBA48 over the top of the low-order three bytes
[04:01] <cjwatson> er dunno about a bug number, but see e.g. http://librarian.launchpad.net/7329378/00001.jpg
[04:01] <kylem> ok.
[04:01] <cjwatson> it's all in scrollback here
[04:02] <cjwatson> there was another example as well - in both cases LBA48 0000AABBCCDD was transformed into 0000AA0000AA (+1)
[04:03] <cjwatson> in the middle of ata_exec_internal so presumably by the driver
[04:03] <kylem> hm, ok.
[04:03] <cjwatson> I've only heard of it with nv so far
[04:04] <cjwatson> but I'm not fully up to date on bugs
[04:06] <kylem> ergh.
[04:08] <cjwatson> I also think module options passed on the kernel command line just plain don't work in feisty
[04:17] <cjwatson> damnit, my build failed for no obvious reason
[04:17] <cjwatson> + xargs strip --strip-debug
[04:17] <cjwatson> make[1] : *** [install/linux-image-2.6.20-15-generic]  Error 1
[04:17] <cjwatson> + xargs strip --strip-debug
[04:17] <cjwatson> make[1] : *** [install/linux-image-2.6.20-15-generic]  Error 1
[04:17] <cjwatson> (sorry for dup)
[04:17] <cjwatson> ok, screw this, I'm going out. call me if it's urgent
[05:22] <Aikurn> hi
[05:28] <BenC> kylem: do we have an issue with -15.25?
[05:28] <BenC> still reading scrollback
[05:30] <kylem> looks like it
[05:31] <kylem> and it looks like libata.ignore_hpa isn't making it to the module in some cases.
[05:31] <BenC> how does the kernel handle cmdline opts to modules?
[05:32] <kylem> no clue. it didn't change.
[05:32] <BenC> I thought module.XXX would only work for built in modules
[05:32] <Mithrandir> that was fixed in 2.6, AIUI.
[05:32] <kylem> i thought the modprobe handled it by inspecting /proc/cmdline
[05:33] <Mithrandir> at least I remember rlove and rusty claiming so at LCA 2004 during the kernel hacking tutorial.
[05:33] <BenC> Module parameters for modules that are built into the kernel image
[05:33] <BenC> are specified on the kernel command line with the module name plus
[05:33] <BenC> '.' plus parameter name, with '=' and value if appropriate, such as:
[05:34] <BenC> I don't think cmdline for actual modules is supported
[05:34] <BenC> It used to be you couldn't pass options to built-in modules, and that's probably what they fixed
[05:35] <kylem> there's more than two ways you can do it, i have no idea how universally stupid it is if they haven't implemented it.
[05:35] <BenC> kylem: so what's the extent of this bug?
[05:36] <kylem> BenC, some controllers (nv apparently?) are reporting bogus sizes back from ata_set_max_address{,_ext}
[05:37] <BenC> what's with these 1Meg HPAs
[05:38] <kylem> appears to be fairly common on sata disks.
[05:39] <BenC> it's weird, the size shows in "native size increased" is not the same size as the one read in ata_hpa_resize
[05:39] <BenC> which means it's not the one set in n_sectors_boot
[05:39] <kylem> the native sized increased size is the one returned value read out of the taskfile
[05:40] <BenC> whatever size it was increased to is the one we need to put in n_sectors_boot
[05:40] <BenC> then we need to use that value to store the n_sectors_boot
[05:40] <BenC> err, I mean the n_sectors
[05:40] <kylem> not until we figure out why it's all friggity fucked.
[05:41] <BenC> Not sure why we are getting a different result than what we ask for
[05:41] <BenC> kylem: maybe we should fail to change n_sectors if the results for the set isn't what we asked for?
[05:42] <kylem> colin pointed out that the code wasn't setting ATA_TFLAG_LBA
[05:42] <kylem> in set_max
[05:42] <BenC> I thought you said that was ok because of 0x40?
[05:42] <kylem> i know.
[05:42] <BenC> worth a try I guess
[05:43] <BenC> I wish I had a drive with HPA to test this better
[05:43] <kylem> my guess is that some of the taskfile dispatch paths are setting it, and some aren't depending on the value in that field
[05:43] <kylem> which is why it works fine on so many systems
[05:45] <BenC> well the set obvious works...the n_sectors mismatch shows that ata_id_n_sectors() is returning the value of the size we did in set
[05:45] <kylem> yeah.
[05:50] <BenC> kylem: Is it ever possible that if our set succeeds we should get a different value that what we asked it to set?
[05:50] <BenC> or I mean, should it be possible
[05:51] <BenC> can we assume that since the set succeeds, and from these reports we can see that it succeeds, could we just set n_sectors to the value we set instead of relying on this return value?
[05:52] <Mithrandir> ew
[05:52] <BenC> assuming this TFLAG_LBA doesn't work
[05:52] <Mithrandir> that sounds risky.
[05:52] <kylem> i don't think so, perhaps we should set it to the value in ata_id_n_sectors afterwards
[05:52] <BenC> kylem: Does that get updated immediately?
[05:52] <kylem> aside from setting the max sectors limit, that's all that really changes
[05:52] <kylem> yes
[05:52] <BenC> then that might be best
[05:53] <BenC> the only thing we've seen not to be reliable so far is the return value from the set call...it seems we can definitely rely on everything else
[05:53] <kylem> yeah, the 0x40 definitely is the bit needing set unless some deeper bit is unsetting it based on the value of tf->flags
[05:53] <BenC> I don't like it, but it may be the way to go, if we can't find the problem with the return value of set
[05:54] <kylem> oh.
[05:54] <kylem> we have to re-identify the drive of course.
[05:54] <kylem> since the id is cached.
[05:54] <kylem> that's why we used the return value.
[06:03] <BenC> that's what I thought....else the whole n_sectors_boot thing is pretty bogus :)
[06:04] <BenC> what's the call to id the drive?
[06:06] <kylem>                 rc = ata_dev_read_id(dev, &dev->class, ATA_READID_POSTRESET,
[06:06] <kylem>                                      dev->id);
[06:16] <kylem> builds almost done (concurrently for i386 and amd64)
[06:16] <BenC> Do we have testers?
[06:30] <trejack> I was told to check in here if I was having problems with the 2.6.20-15 kernel
[06:31] <BenC> only if it's -15.25
[06:31] <trejack> It is
[06:31] <lazka> me2..
[06:31] <BenC> cat /proc/version_signature
[06:31] <BenC> or dpkg -l linux-image-2.6.20-15-generic
[06:32] <sertmann> heya, just responding to a call for sata_nv users with 2.6.20-15 kernel problems come here
[06:32] <trejack> ii  linux-image-2. 2.6.20-15.25   Linux kernel image for version 2.6.20 on x86
[06:33] <kylem> amd64 or i386?
[06:33] <BenC> what's the problems you are having?
[06:33] <sertmann> amd64
[06:33] <trejack> Haven't been able to boot since upgrade from -13 to -14
[06:33] <sertmann> ditto
[06:33] <BenC> do you have screenshots of the problems so we can make sure it is the same thing?
[06:33] <sertmann> well, i can boot into the -13 kernel still
[06:33] <BenC> or maybe gain more info?
[06:34] <heno> sertmann: do you have the latest -15.25?
[06:34] <trejack> Get ata2.00:qc timeout(cmd0xef)
[06:34] <BenC> trejack: is this macbook?
[06:34] <sertmann> the latest one available from apt anyway
[06:34] <trejack> Then ata 2.00: failed to set xfermode (err_mask=0x4)
[06:34] <lazka> do you guys need anyone with "failed to set xfermode"? no nv_whatever here :P
[06:34] <trejack> No its ASUS P5NSLI
[06:34] <BenC> sertmann: please make sure it is -15.25, so we don't waste time on a bug that may already be fixed
[06:35] <trejack> Finally get to busybox shell
[06:35] <sertmann> BenC: that's what it says menu.lst anyway
[06:35] <trejack> sda and sdb are listed in /dev
[06:35] <trejack> but not sda1,sda2,etc
[06:35] <BenC> sertmann: menu.lst shows -15, it doesn't say it's -15.24 or -15.25
[06:36] <BenC> sertmann: please check, it's very important
[06:36] <sertmann> transcribed this from recovery mode: from https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/106063/comments/88
[06:36] <sertmann> /boot/initrd.img-2.6.20-15-generic
[06:36] <sertmann> how do i check the exact version?
[06:36] <BenC> sertmann: I gave you two commands already :/
[06:36] <BenC> sertmann: dpkg -l linux-image-2.6.20-15-generic
[06:38] <trejack> my drives are ide, not SATA, but motherboard does have SATA controllers.
[06:39] <sertmann> BenC: from that output it does look installed, it lists it anyway
[06:39] <BenC> sertmann: can you paste it please
[06:39] <BenC> sertmann: I need to see the version, not whether it is installed or not
[06:39] <sertmann> Desired=Unknown/Install/Remove/Purge/Hold
[06:39] <sertmann> | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
[06:39] <sertmann> |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
[06:39] <sertmann> ||/ Name           Version        Description
[06:39] <sertmann> +++-[06:39] <sertmann> ii  linux-image-2. 2.6.20-15.25   Linux kernel image for version 2.6.20 on x
[06:40] <BenC> ok, that's the info we needed
[06:40] <BenC> thanks, so you have the latest and are still having problems
[06:40] <sertmann> yes
[06:40] <trejack> yes
[06:41] <BenC> can you guys pastebin dmesg from the last kernel that worked for you
[06:41] <BenC> and also your lspci -vvn output
[06:41] <kylem> http://people.ubuntu.com/~kyle/kernels/feisty/linux-image-2.6.20-15-generic_2.6.20-15.25_amd64.deb
[06:42] <BenC> that's for anyone having "mismatch" messages in your dmesg
[06:42] <BenC> please test kyle's images
[06:42] <trejack> https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/106418 has it the dmesg, hang on while I do lspci
[06:42] <heno> sertmann: see http://paste.ubuntu-nl.org/
[06:44] <BenC> trejack: please test kyle's kernel image(s)
[06:44] <sertmann> http://paste.ubuntu-nl.org/15606/
[06:44] <felip1> i have a sata_nv controller in this box, but it's not used, and my ide hd are being seen as sd*
[06:45] <BenC> felip1: then you don't have a bug
[06:45] <felip1> ok BenC :)
[06:45] <Nafallo> I wish I had a SATA so I could help debugging :-)
[06:45] <felip1> except my feisty isn't booting
[06:45] <trejack> http://paste.ubuntu-nl.org/15607/ for my lspci
[06:46] <sertmann> bah, lspci output is to long for the terminal
[06:46] <sertmann> should i just paste the lines i do get?
[06:46] <BenC> felip1: then let's get down to the real bug
[06:46] <felip1> BenC: do you already know of any issues with edgy->feisty and non-sata hd? 
[06:46] <BenC> felip1: if your drives show up, why aren't they mounting
[06:46] <trejack> BenC: I'm not using amd64, try it anyway?
[06:46] <heno> sertmann: send it to a text file with > output.txt
[06:47] <kylem> trejack, no
[06:47] <BenC> felip1: does your root= in /boot/grub/menu.lst shows /dev/... or UUID=...?
[06:47] <kylem> http://people.ubuntu.com/~kyle/kernels/feisty/linux-image-2.6.20-15-generic_2.6.20-15.25_i386.deb
[06:47] <BenC> trejack: No, use the one kyle just pasted
[06:47] <felip1> BenC: UUID
[06:47] <kylem> trejack, ^-- i386 image is there
[06:47] <trejack> OK - I'll report back
[06:47] <BenC> felip1: does your /etc/fstab reference any /dev/hdX devices?
[06:48] <felip1> uhm good point, i guess so... let me check ;)
[06:48] <BenC> felip1: they should use UUID= as well
[06:48] <felip1> yes theys are
[06:48] <BenC> sertmann: lspci -vvn > lspci.txt, and post that
[06:48] <sertmann> got it here: http://paste.ubuntu-nl.org/15608/
[06:50] <mdz> BenC: how are we doing?
[06:50] <BenC> sertmann: Please try kyle's images
[06:50] <mdz> I've just had to spend the past several hours buying a new laptop because mine has quit
[06:50] <felip1> BenC: they use UUID in fact
[06:50] <BenC> felip1: Boot to recovery mode and see if you can get a digital photo of the final screen
[06:51] <felip1> BenC: ok 
[06:51] <Nafallo> mdz: white smoke and blue flames? :-)
[06:52] <Nafallo> mine did, was kind of scary :-P
[06:52] <sertmann> ok; downloading now
[06:52] <mdz> no, the display is failing
[06:53] <Nafallo> ouch
[06:53] <BenC> mdz: we are chasing more sata_nv bugs :/
[06:54] <BenC> mdz: I'm almost to the point of saying that sata_nv just doesn't get hpa resize rights
[06:54] <kylem> heh, it's *not* the driver
[06:54] <kylem> that's not how these things work...
[06:54] <BenC> it's the controller that is giving us bogus info during hpa workaround
[06:55] <BenC> kylem: http://people.ubuntu.com/~bcollins/libata.diff
[06:55] <BenC> that's my initial patch for updating id and using it to get the set size
[06:55] <BenC> I actually like it better than what we have now because it detects these sorts of problems and reports them and continues along happily
[06:56] <trejack> kyle's kernel gave me same problems
[06:56] <kylem> trejack, are you booted into the machine now?
[06:56] <BenC> in these cases it will either ignore hpa, or will resort to the original sectors
[06:56] <trejack> Package installer said I already had same version installed, but I installed it anyway
[06:56] <BenC> I'll do some builds with this patch
[06:56] <kylem> trejack, edit /etc/modprobe.d/options and append the line "options sata_nv adma=0"
[06:57] <BenC> trejack: the installer was right, but that's not what matters
[06:57] <kylem> trejack, and try again please.
[06:57] <trejack> Yes, booted int -13
[06:57] <kylem> trejack, is your disk sata or pata btw?
[06:57] <trejack> pata
[06:57] <kylem> alright.
[06:58] <trejack> I'll try the modprobe thing and report back
[06:59] <BenC> kylem: you forgot to tell him to run update-initramfs :)
[06:59] <kylem> doh.
[07:00] <Nafallo> haha
[07:00] <Nafallo> BenC: you just had to wait until he rebooted ;-)
[07:01] <Nafallo> aha. sata_nv and pata_amd :-)
[07:01] <Nafallo> that explain things :-)
[07:01] <BenC> BTW, anyone here helping to track down these problems, we really appreciate your time
[07:02] <BenC> if we sound short, or aggrevated, it's only because we've been chasing problems for 3 days now, and we're delaying RC/release because of them
[07:02] <BenC> well RC for sure, don't know about release
[07:02] <kylem> pretty much 3 straight days... there's not been much sleep. :P
[07:03] <Nafallo> kylem, BenC: you guys rock! :-)
[07:03] <sertmann> Kylem's kernel didn't work for me either..
[07:04] <BenC> ok, hold up for a few minutes, I have a kernel building to test
[07:04] <kylem> sertmann, you're also sata_nv? i forgot to tell you to update-initramfs :/
[07:04] <sertmann> yeah, im on sata_nv
[07:05] <sertmann> update-initramfs -k ?
[07:05] <sertmann> or what option?
[07:05] <Nafallo> -k 2.6.20-15 -u
[07:05] <Nafallo> right?
[07:05] <sertmann> yeah...
[07:06] <sertmann> so ill try that and reboot
[07:07] <sertmann> Cannot find /lib/modules/2.6.20-15 <-- eh?
[07:07] <BenC> sudo update-initramfs -u
[07:07] <BenC> that'll do it
[07:07] <trejack> Still same after editing modprobe.d/options
[07:07] <kylem> trejack, sorry, forgot to tell you to sudo update-initramfs -u
[07:07] <BenC> trejack: try "options libata ignore_hpa=0"
[07:07] <kylem> so it didn't take effect
[07:08] <BenC> oh, and that :)
[07:08] <trejack> removed added line now
[07:08] <BenC> trejack: no no, do the adma line, but run update-initramfs -u then reboot
[07:09] <trejack> where to I put the options libata ignore_hpa ?  In the same options file (someone suggested I do this earlier, & I couldn't figure it out...)
[07:09] <BenC> trejack: try that after just adma
[07:09] <BenC> one at a time so we know which one works
[07:09] <trejack> OK, give me the adma line again, I deleted it.
[07:10] <trejack> I'll do it first, then the libata
[07:10] <BenC> options sata_nv adma=0
[07:10] <BenC> Then sudo update-initramfs -u
[07:10] <BenC> then reboot
[07:11] <trejack> got it. thanks
[07:12] <sertmann> back, that didn't do it either :-/
[07:12] <sertmann> so let me know when the new build is done :)
[07:13] <BenC> should be 20-30 minutes, so if you have a southpark episode to catch up on, now's a good time :)
[07:13] <Mithrandir> BenC: if you want me to build anything, I have machines which are a) bored and b) eight-core amd64.
[07:14] <Nafallo> hehe
[07:14] <kylem> tell elmo to buy a few of those...
[07:14] <BenC> Mithrandir: I'm doing the builds on 2xquad-core right now with ccache, so it should be quick
[07:14] <Mithrandir> yes, they have primed ccaches too. :-P
[07:14] <macd> unf. unf.
[07:15] <BenC> Mithrandir: ah, ok, I'll keep that in mind :)
[07:15] <Mithrandir> but your machine appears to be of the same class, so I'll leave it to you fttb.
[07:16] <BenC> I need to add linux-debug and linux-headers to the list of things not to build when NOEXTRAS=1
[07:16] <Mithrandir> yes, for gutsy. :-)
[07:17] <Nafallo> hehe
[07:17] <kylem> Mithrandir, wuss. ;-P
[07:17] <Nafallo> I'm still trying to get used to my new world the next six months ;-)
[07:17] <sertmann> btw, out of curiosity, why am i having issues with a SATA controller drivers, when I'm on a ATA disk? 
[07:18] <john_brown_jr> Hi guys, i'm still having problems with 15.25 kernel - it spits out something about ata sectors mismatch. Is there anything I can do to help you to debug?
[07:18] <kylem> because clearly i was a bad man in a past life.
[07:19] <BenC> john_brown_jr: stick around, there's a new kernel building for testing
[07:19] <john_brown_jr> okey
[07:19] <BenC> kylem: a past life?
[07:19] <kylem> BenC, this is a bad bear
[07:19] <BenC> ok, this is a good bear
[07:20] <BenC> lol
[07:20] <defendguin> bear?
[07:20] <kylem> inside joke from our allhands meeting this year
[07:20] <BenC> defendguin: your sanity depends on you not pursuing this further
[07:20] <kylem> s/this/last/
[07:20] <defendguin> lol
[07:21] <defendguin> you guys all done bug fixing for this release?
[07:21] <BenC> unfortunately, no
[07:21] <kylem> mostly it's regressions now.
[07:21] <kylem>            ^- severe
[07:21] <BenC> I think this patch will work around them nicely, let's just hope it doesn't introduce new ones
[07:22] <BenC> wonder if pitti and dholbach are around
[07:22] <kylem> this HPA shit is fucking tetchy.
[07:22] <defendguin> bummer
[07:22] <kylem> it took me a long time to get it to work properly.
[07:23] <defendguin> anyone else here having problems returning from suspend?
[07:24] <defendguin> at some between now and herd 3's release my touchpad stopped working when returing from suspend
[07:25] <defendguin> s/returing/returning 
[07:27] <capiira> hi
[07:31] <trejack> Still nothing
[07:32] <dorath> Hello, I saw a post from Henrik on ubuntuforums asking people who had problems with 2.6.20-15 to come here.  I've had such problems.
[07:32] <BenC> trejack: the ignore_hpa=0 didn't work for you?
[07:32] <trejack> I tried sata_nv adma=0, then update-initramfs
[07:32] <BenC> trejack: just hang a second till I get this test kernel built
[07:32] <BenC> trejack: you can remove that line now
[07:32] <trejack> then libata ignore_hpa=0, then update-initramfs
[07:33] <kylem> you included the "options " part too, right?
[07:33] <trejack> yes
[07:33] <trejack> sorry bout the shorthand
[07:33] <kylem> ok.
[07:33] <trejack> should I remove the sata line also?
[07:34] <capiira> hmm do i need to do something special to compile the kernels that comes with diff.gz extra? the orig one get auto patched but i always get a build make error on final
[07:35] <defendguin> hehe i guess i'll drop my current problem for the time being :-P
[07:35] <BenC> capiira: right now we are working on some serious issues with the kernel, please take general questions like that to #ubuntu
[07:35] <mdz> BenC: does someone on staff have access to sata_nv hardware?
[07:35] <BenC> mdz: Kyle and I both
[07:35] <mdz> oh, good
[07:35] <capiira> ok :) no problem
[07:35] <BenC> but neither of us has an HPA drive
[07:35] <kylem> neither do these people
[07:35] <mdz> well
[07:35] <kylem> (some of these)
[07:35] <BenC> some of them do, they have a 1Meg HPA :)
[07:36] <mdz> as it happens, I just bought this new laptop, and I bet it has one
[07:36] <mdz> but I don't think that helps
[07:36] <kylem> BenC, do you have a pata disk you could toss onto the pata_amd controller?
[07:36] <kylem> i don't appear to have *any* ide disks left alive :/
[07:36] <BenC> mdz: if it has an hpa then you may have inadvertently volunteered for testing :)
[07:36] <mdz> the vmware server here use sata_nv
[07:36] <mdz> BenC: I don't think I have the necessary hardware to plug the laptop HDD into the sata_nv box though
[07:37] <BenC> ah, I thought you meant the laptop had sata_nv
[07:37] <mdz> laptop has HPA, server has sata_nv
[07:37] <BenC> kylem: I have a 20G drive on my pata_amd already :/
[07:37] <BenC> and it works just fine
[07:37] <BenC> it's my rootfs...the 300G sata is a data partition
[07:37] <kylem> ok.
[07:37] <kylem> good datapoint then.
[07:38] <mdz> is there anything I can do to assist with tracking down the problem?
[07:38] <BenC> builds almost done
[07:38] <BenC> mdz: Test boot the kernels when I get them done
[07:39] <BenC> mdz: we have about half a dozen people in here that are having the problem, but it'd be nice to know we don't regress anything too
[07:39] <mdz> this box is running Dapper, but I guess I can swap the kernel onto a live cd
[07:39] <kylem> BenC, it's worth mentioning that drivers/ide just slurps the return value out of the taskfile.
[07:40] <BenC> kylem: yeah, I've seen that...
[07:40] <BenC> kylem: My patch doesn't ignore the return value, it just uses it to sanity check with what we wanted, what it returned and what the value is after re-id
[07:41] <kylem> yeah.
[07:41] <kylem> maybe we should just revert to drivers/ide and let fedora deal with this in two months...
[07:43] <Nafallo> joy.
[07:43] <Nafallo> kernel just crasched.
[07:43] <Nafallo> http://paste.ubuntu-nl.org/15625/
[07:44] <mdz> Nafallo: you're using ipv6?
[07:44] <BenC> 571f6b2b29d01c3572d43a8058af1e9f  linux-image-2.6.20-15-generic_2.6.20-15.25_amd64.deb
[07:44] <BenC> b9c8608567b386aecb4e94378da244c4  linux-image-2.6.20-15-generic_2.6.20-15.25_i386.deb
[07:44] <Nafallo> mdz: yes
[07:45] <BenC> http://people.ubuntu.com/~bcollins/kernels/feisty-release/
[07:45] <BenC> Everyone please try those kernels
[07:45] <mdz> BenC: are you sure those are  finished uploading?
[07:46] <Nafallo> BenC: for my bug to? :-)
[07:46] <BenC> if it succeeds, pastebin dmesg so we can sanity check, please
[07:46] <BenC> mdz: yes
[07:46] <BenC> wait no, i386 still uploading
[07:46] <mdz> it was only 9M when I downloaded it, and different md5sum
[07:46] <BenC> 40 seconds till complete, sorry
[07:46] <_ion> You can wget already, just use -c and rerun it when it finishes. :-)
[07:47] <BenC> done
[07:48] <BenC> please remember to boot WITHOUT quiet and splash on the kernel command line
[07:48] <BenC> so if it fails you can get an immediate look at why
[07:49] <trejack> downloading now
[07:49] <sertmann> any commands I/We need to do after/before installing this?
[07:49] <BenC> sertmann: just dpkg -i, and reboot
[07:49] <sertmann> oki
[07:49] <BenC> remove _any_ modprobe.d options you've added before dpkg -i
[07:49] <BenC> so we get a clean test
[07:50] <_ion> benc: I don't have anything sata_nv or HPA and the current kernel in feisty works correctly. Should i test the kernel, too?
[07:50] <sertmann> sorry, i hate to be useless, but i've no clue as how to that :/
[07:50] <BenC> _ion: yes please, so we get regression testing
[07:50] <_ion> benc: Alright.
[07:50] <kylem> _ion, yes, we don't ... what ben said
[07:50] <BenC> sertmann: how to do what?
[07:50] <mdz> BenC: what's changed relative to current feisty? just sata_nv? or does this need regression testing on other hardware as well?
[07:50] <sertmann> BenC: remove _any_ modprobe.d options you've added
[07:50] <BenC> mdz: I added some sanity checks in ata_hpa_resize() so it's all devices
[07:51] <mdz> ok
[07:51] <mdz> I'm doing an install on the new laptop and will test once that's done
[07:51] <BenC> sertmann: did you add any options to /etc/modprobe.d/? If not, ignore that part
[07:51] <BenC> mdz: thanks
[07:51] <sertmann> ok:)
[07:52] <_ion> benc: Did you see the question about the ipw2200 firmware, btw?
[07:52] <macd> BenC, http://people.ubuntu.com/~bcollins/kernels/feisty-release/linux-image-2.6.20-15-generic_2.6.20-15.25_i386.deb  works fine on sata_vs nvidia nforce2 chipset FYI.
[07:52] <macd> sata_nv*
[07:52] <BenC> macd: did you have a problem prior to that?
[07:53] <macd> yes, 2 days ago.
[07:53] <BenC> macd: does the -15.25 in the archive work for you?
[07:53] <macd> I think that box is on its last leg, but I can grab the last kern.log and dmesg's from each boot
[07:54] <macd> I can't get the one from the repos, I'm still getting a 403, the proxy here is horrible with expiry
[07:54] <macd> so Im not even getting an apt-get update properly atm.
[07:55] <kylem> BenC, appears to work here.
[07:55] <BenC> macd: Ok, thanks for the report, but if you could verify (when possible) that the -15.25 in the archive does or doesn't work for you, I'd appreciate it
[07:55] <macd> BenC, sure, you want me to leave that on LP?
[07:55] <macd> ^if your not around
[07:55] <BenC> macd: just ping kyle or myself here
[07:55] <macd> k.
[07:56] <BenC> Anyone else getting ready to test this, please tell me if -15.25 in the archive worked or didn't work for you when posting about the -15.25 I have built
[07:57] <macd> Is the kernel in the repos on the daily iso build?
[07:57] <BenC> macd: should be
[07:57] <BenC> check the date, if it's older than 12 hours, probably not
[07:57] <Mithrandir> macd: it is, yes.
[07:57] <Mithrandir> on the 20070414 isos
[07:58] <macd> yeah I just peeped it, thx.
[07:58] <macd> I think all my domU's use sata_nv
[07:58] <FelipeLerena> hi, I have the sata_nv problem. can anybody help me?
[07:59] <BenC> FelipeLerena: topic
[08:00] <FelipeLerena> BenC: oh, i'm really sorry. Didn't see it.
[08:00] <ahirreddy> Just installed the -15.25 kernel up from -12. I have sata_nv, and nforce 400 chip set 
[08:00] <BenC> ahirreddy: topic
[08:01] <ahirreddy> I can't boot up
[08:01] <ahirreddy> What is the latest stable kernel i can use
[08:01] <BenC> ahirreddy: can you boot to an older kernel?
[08:01] <ahirreddy> yes
[08:01] <BenC> ahirreddy: use the kernel in the topic
[08:01] <ahirreddy> what would that be?
[08:01] <BenC> the one marked "Test kernel" right after describing the sata_nv problems
[08:01] <ahirreddy> you mean boot in to -15.25
[08:01] <ahirreddy> thanks
[08:01] <ahirreddy> i'll do that and be back
[08:01] <BenC> I mean boot the kernel you download from the URL in the topic
[08:02] <ahirreddy> is it available in generic
[08:02] <_ion> benc: Seems to work fine, http://johan.kiviniemi.name/tmp/dmesg.2.6.20-15-generic
[08:02] <ahirreddy> I have an x2 and need smp
[08:03] <BenC> ahirreddy: going to the link will review answers to your questions
[08:03] <BenC> s/review/reveal/
[08:03] <BenC> _ion: but you didn't have a problem before, right?
[08:03] <BenC> _ion: so it just doesn't break anything new?
[08:03] <_ion> benc: Nope, had no problem at all earlier.
[08:03] <BenC> _ion: ok, thanks
[08:03] <BenC> sertmann: success, failure?
[08:03] <sertmann> not working for me
[08:03] <BenC> sertmann: screen shot?
[08:04] <trejack> Still no luck here, but different error messages at the end this time - see the pic uploaded at https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/106418
[08:04] <BenC> sertmann: or at least copy the output you see
[08:04] <sertmann> took one with my camera phone, can't read the text, so im looking for a usb wire for my digital camera
[08:05] <sertmann> just hold on
[08:05] <ahirreddy> how long until the fixes get integrated in to the one in the main repo
[08:05] <BenC> sertmann: ok, thanks
[08:05] <BenC> ahirreddy: never if we don't get testing
[08:05] <ahirreddy> cool
[08:05] <BenC> it's a test kernel, which means we don't know if it fixes the problem or not
[08:05] <ahirreddy> i see,
[08:05] <ahirreddy> does anyone know what the exact changes are
[08:06] <trejack> BenC: do you want me to try the modprobe options with this kernel?
[08:06] <BenC> trejack: I'm really only interested in getting this fixed without additional options, but you can try the "options libata ignore_hpa=0"
[08:07] <BenC> kylem: looks like the re-id might be causing some foobar...
[08:07] <BenC> http://librarian.launchpad.net/7330784/IMG_2979.JPG
[08:07] <BenC> hard to tell with that run-off
[08:08] <john_brown_jr> applied the new kernel (simply clicked on deb file and chose to overwrite) - still does not boot. screenshot - http://librarian.launchpad.net/7329378/00001.jpg
[08:08] <kylem> BenC, i was afraid of that.
[08:08] <kylem> the state machine probably isn't expecting it
[08:08] <BenC> john_brown_jr: are you sure you are booting the new kernel?
[08:08] <BenC> there's some expected output there that I don't see
[08:09] <BenC> actually, no you aren't
[08:09] <BenC> I'm sure of that
[08:09] <BenC> john_brown_jr: download the .deb to disk, and run "sudo dpkg -i linux-image-2.6.20-15-generic_*.deb"
[08:09] <john_brown_jr> well, yes, the errors were so similar (to me) that I pointed to the old screenshot. should I take a new one?
[08:09] <john_brown_jr> (sorry )
[08:10] <BenC> john_brown_jr: yes
[08:10] <trejack> http://librarian.launchpad.net/7330784/IMG_2979.JPG
[08:11] <BenC> trejack: eventually you should get to a busybox prompt (3 minute wait), do you have a USB disk/keychain?
[08:11] <trejack> sorry dropped out by mistake
[08:11] <trejack> yes picture is just before it dropped into busybox
[08:12] <BenC> trejack: If so, can you (at the busbox prompt), mount the usb drive, and dd if=/proc/kmsg of=/mnt/dmesg.txt bs=1 &
[08:12] <trejack> I do have a USB disk
[08:12] <BenC> then unplug the device, and get me that file after rebooting
[08:12] <BenC> wait about 10 seconds before unplugging
[08:14] <trejack> Ok.  (scrambling for drive, writing down commands)
[08:14] <BenC> trejack: thanks
[08:14] <ivoks> BenC: fwiw, today's cd image works in qemu (two days before it didn't work)
[08:15] <ivoks> (that would be; disk and cdrom are detected)
[08:15] <BenC> ivoks: great, I had tested it myself, but good to know it works for others
[08:15] <ivoks> oh... ok :)
[08:15] <trejack> I'll be back
[08:16] <BenC> if anyone wants to review the patch I am building with, it's at http://people.ubuntu.com/~bcollins/libata.diff
[08:16] <BenC> would be good to get some eyeballs on it
[08:20] <mdz> BenC: I just tried to clone a git tree, and got: receiving file list ... rsync: link_stat "/scm/linux/kernel/git/bcollins/ubuntu-2.6.git/objects/." (in pub) failed: No such file or directory (2)
[08:21] <BenC> mdz: you need to re-parent to ubuntu-feisty.git
[08:21] <BenC> ubuntu-2.6 only exists on rookery right now, and it's just a prep area for gutsy
[08:21] <macd> BenC, Im not sure why you changed the function from ata_hpa_native_size to ata_hpa_get_native_size, or is that for readability?
[08:21] <mdz> BenC: oh, KernelGitGuide is out of date then
[08:22] <BenC> macd: because I added ata_hpa_set_native_size
[08:22] <BenC> that's just a readability change...the main portion to worry about is in ata_hpa_resize()
[08:23] <macd> yeah, Im looking in there now
[08:23] <BenC> fuck
[08:24] <BenC> please put your downloads/boots on hold till I get some new images up
[08:24] <kylem> BenC, what did you break? :)
[08:24] <BenC> I broke patch apparently
[08:24] <BenC> because I didn't build with the libata.diff
[08:24] <kylem> oh.
[08:25] <BenC> sorry for wasting everyone's time
[08:25] <sertmann> sorry, i can't bloody find my usb-wire, isn't there anyway to make a log to txt file from boot?
[08:25] <sertmann> ah
[08:25] <sertmann> never mind i see :)
[08:25] <BenC> sertmann: hold off, I have new images building
[08:25] <sertmann> ill just watch some discovery channel till the new ones are build :)
[08:26] <macd> so Im safe to assume the problem I had was fixed in the repos version of -15.25
[08:26] <macd> BenC, do you have the diff from -14 to -15?
[08:27] <BenC> macd: yes, that was probably the -15.25 fix
[08:28] <BenC> reverting a patch to sata_nv to fix bad lba48 nodata junk
[08:28] <macd> k.
[08:36] <trejack> Forgive my ignorance, I'm having difficulty mounting the USB drive from busybox
[08:37] <BenC> trejack: No need now, the images were no good
[08:37] <BenC> trejack: should have new ones in 15-20
[08:37] <trejack> ok
[08:38] <trejack> I'm on a windows box now, I'll exit and reboot into -13 on my other
[08:45] <BenC> builds are just about done
[08:50] <tijsco> I have problems with the 2.6.20-15.25 kernel and have the sata_nv i think. I reported my problem here (as Matthijs): https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/106418
[08:52] <BenC> tijsco: topic, test kernels being built now to see if we can fix it
[08:52] <BenC> i386 -generic kernel is uploading now, amd64 to follow
[08:52] <tijsco> okay, thanks!
[08:54] <BenC> 864d9379b79e9430178412a3b84be9fd  linux-image-2.6.20-15-generic_2.6.20-15.26_i386.deb
[08:55] <BenC> So download from http://people.ubuntu.com/~bcollins/kernels/feisty-release/
[08:55] <BenC> these are marked -15.26 to avoid confusion
[09:01] <BenC> bc6ed30b95aecdc2369bd65394aba0f3  linux-image-2.6.20-15-generic_2.6.20-15.26_amd64.deb
[09:01] <BenC> that one is still uploading
[09:01] <BenC> 100 seconds to completion
[09:02] <john_brown_jr> 15.26 works for me! (had to switch from nvidia to nv, though)
[09:02] <BenC> john_brown_jr: yay, can you pastebin your dmesg please?
[09:02] <john_brown_jr> pastebin?
[09:03] <BenC> john_brown_jr: you should be able to get the linux-restricted-modules-2.6.20-15 and nvidia-glx packages for this kernel
[09:03] <BenC> http://pastebin.ubuntu-nl.org 
[09:03] <BenC> john_brown_jr: paste the resulting link here
[09:04] <BenC> mdz: test kernels up
[09:04] <BenC> sertmann: test kernels upload
[09:04] <mdz> BenC: downloaded
[09:05] <mdz> BenC: do you suppose this kernel would work on dapper, sufficient for testing purposes?
[09:05] <mdz> installing feisty on the box with sata_nv isn't a good option right now
[09:05] <BenC> mdz: eesh, probably wont like initramfs-tools and module-init-tools
[09:05] <john_brown_jr> http://pastebin.ubuntu-nl.org/15637/
[09:06] <BenC> kylem: sweet, the patch worked as expected
[09:06] <macd> mdz, yeah I tried that yesterday, init system is diff b/t 2
[09:06] <BenC> john_brown_jr: gracias, it worked as I had hoped
[09:06] <john_brown_jr> :)
[09:07] <BenC> amd64 image is done for anyone needing that
[09:08] <trejack> Still a no-go for me
[09:08] <keir_> hello, i cant boot into the newest fiesty kernel, it think it's the sata_nv issue
[09:08] <trejack> I'm in my busybox session on other computer - if you can help me mount that usb drive, I'll get dmesg
[09:09] <BenC> keir_: topic, please test the kernel in that URL
[09:09] <BenC> trejack: should just be able to plug it in
[09:09] <BenC> trejack: check "ls /dev/sd*" and tell me what is listed for that command
[09:10] <BenC> see if we can figure out which device it is
[09:10] <trejack> Be right back
[09:10] <trejack> its sda1
[09:10] <keir_> BenC, will do
[09:10] <BenC> trejack: mkdir /mnt; modprobe vfat; mount /dev/sda1 /mnt
[09:10] <BenC> keir_: thanks, please report success/failure
[09:11] <trejack> modprobe vfat's what I'm missing
[09:11] <trejack> FATAL module vfat not found
[09:11] <BenC> err...shouldn't be
[09:12] <BenC> trejack: any way to get an ext3 partition on there?
[09:13] <BenC> either that or add vfat to /etc/initramfs-tools/modules and rerun "sudo update-initramfs -u"
[09:14] <trejack> I think so on the ext3 question.  It'll take me a few minutes, though...
[09:17] <BenC> anyone else able to test yet?
[09:17] <mdz> not yet
[09:17] <BenC> really hoping trejack's problem is different
[09:17] <keir_> i can test the now
[09:19] <macd> BenC, if that box would get past POST I will
[09:20] <BenC> kylem: the other cool thing about the re-id is we don't perform resize twice now
[09:20] <mdz> BenC: my install in vmware is taking *ages* now, it used to run quite quickly
[09:20] <keir_> BenC, that kernel works for me :)
[09:20] <BenC> keir_: so you had the problem with -15.25 prior to this kernel, right?
[09:20] <kylem> i hope this doesn't blow our feet off, but ok
[09:20] <Mithrandir> mdz: check dmesg for the messages Scott was seeing?
[09:20] <mdz> Mithrandir: did, nothing
[09:21] <keir_> BenC, correct, -15 and -14 wouldnt boot for me
[09:21] <mdz> I'm going to restart the whole thing and see what happens
[09:21] <BenC> keir_: excellent, thanks
[09:21] <tau650> -15.26 works for me too:) Thanks!
[09:21] <BenC> mdz: is this with -15.26 or -15.25?
[09:21] <keir_> BenC, is there anything else you need?
[09:21] <BenC> tau650: excellent
[09:21] <BenC> keir_: dmesg output please
[09:21] <keir_> ok
[09:22] <mdz> BenC: -15.25
[09:22] <BenC> tau650: if you could pastebin dmesg for me too, I'd appreciate it
[09:22] <BenC> mdz: check your host dmesg
[09:23] <BenC> mdz: I seem to be getting rtc boogers while running virtualization on jus tthis one machine
[09:23] <BenC> slows things up
[09:23] <tau650> http://paste.ubuntu-nl.org/15640/plain/
[09:23] <keir_> paste.ubuntu-nl.org/15643
[09:23] <mdz> BenC: the usual spew of 'host clock rate change request's
[09:23] <mdz> BenC: I think it got confused because I was doing a lot of I/O outside of vmware
[09:24] <BenC> tau650, keir_: thanks, looks good
[09:24] <BenC> mdz: possible that vmmon is doing whacky things...do you have paravirt enabled?
[09:24] <mdz> BenC: no, this is a dapper host
[09:24] <BenC> mdz: even on dapper host, the guest paravirt works
[09:25] <BenC> for feisty kernel guest that is
[09:25] <mdz> BenC: I don't know then; I'm just booting the desktop CD
[09:25] <mdz> latest feisty daily
[09:25] <BenC> mdz: if you didn't enable it in vmware prefs then it's disabled
[09:26] <BenC> but it's easy to check, it's in the vm pref window
[09:26] <mdz> this is workstation 5.5.2
[09:26] <BenC> oh, then definitely not :)
[09:27] <mdz> a beta VM seems to run more reasonably, which is worrisome
[09:27] <BenC> are you installing off actual CD, or a CD image on disk?
[09:28] <BenC> sertmann: good news or bad?
[09:28] <sertmann> good :)
[09:28] <BenC> yay
[09:28] <BenC> sertmann: can you pastebin your dmesg please?
[09:28] <sertmann> sure, momento
[09:28] <mdz> BenC: iso on disk, this is my standard test setup I've been using since edgy
[09:29] <BenC> mdz: is the guest using piix.ko or ata_piix.ko?
[09:29] <mdz> BenC: current feisty daily desktop iso
[09:29] <BenC> is the disk hd or sd?
[09:30] <mdz> SCSI disk, IDE CD-ROM
[09:30] <mdz> I'm going to reboot the machine to make sure nothing is funny with vmware
[09:30] <BenC> hmm...is it possible to blacklist piix and modprobe ata_piix?
[09:30] <sertmann> http://paste.ubuntu-nl.org/15644/
[09:31] <BenC> I've been wondering if the lba48 thing will fix the ata_piix exceptions
[09:31] <sertmann> dmesg output
[09:31] <mjg59> SET of native returned 218103822, expected 234441648
[09:31] <BenC> sertmann: excellent, shows as expected. Thanks for your help
[09:31] <mjg59> Winning.
[09:32] <mjg59> Nvidia, your hardware is made of cheese
[09:32] <kylem> this should be ok for feisty i think
[09:32] <kylem> mjg59, sis too
[09:32] <mjg59> Really? Score.
[09:32] <kylem> yeah and probably uncommon ones too
[09:32] <BenC> definitely a bandaid...a good quality one, but still one non-the-less
[09:32] <sertmann> and my FAT32 formatted usbdisk is working aswell (Treetog wrote something about a fatal vfat crash)
[09:32] <kylem> BenC, we can break a shell prior to loading libata right?
[09:33] <BenC> kylem: yeah, I think just "break" stops before any module loading
[09:33] <BenC> so that could be a workaround as well for ignore_hpa=0
[09:33] <Mithrandir> break=top stops pre-udev
[09:33] <kylem> good. we might need a workaround for that.
[09:33] <kylem> i have a patch to strsep command_line[]  and pass options if mod->name matches
[09:34] <BenC> I think this current patch will win in almost any situation, but it's good to have a fallback
[09:34] <BenC> kylem: sweet
[09:34] <kylem> but it needs heavy testing
[09:34] <BenC> yeah, we can include it for 2.6.22 merges
[09:34] <BenC> I don't recall if there's any real options that include a period in them
[09:35] <kylem> doubt they'd match a module name
[09:35] <kylem> and it wouldn't break that anyway, the module code would just fail the compare, no big deal
[09:36] <BenC> let me get an upload prepared...being optimistic about this patch so far
[09:36] <BenC> trejack seems to be the only one so far having issues
[09:37] <BenC> I'm hoping it's not related, especially since ignore_hpa=0 in his modprobe.d didn't help to start
[09:38] <tijsco> Is booting here also with 2.6.20-15.26, only nvidia-glx driver is not working now. Here dmesg: http://pastebin.ubuntu-nl.org/15647/
[09:39] <BenC> tijsco: do you have linux-restricted-modules-2.6.20-15-generic?
[09:39] <BenC> tijsco: dmesg looks good, thanks
[09:40] <tijsco> yes, i have linux-restricted-modules-2.6.20-15-generic
[09:41] <BenC> tijsco: I don't see any nvidia output in your dmesg, odd
[09:41] <tijsco> My mistake I think, I'll try again
[09:43] <tijsco> right back
[09:45] <sertmann> just a quick side note - nvidia glx fails here too
[09:45] <sertmann> probably not you guys handling that, but now you know :)
[09:46] <keturn_> -15.26 fixes the sata hang...  nvidia I'm still confused about, since I had to back out nvidia-glx-new for a bit
[09:46] <keturn_> (on amd64)
[09:46] <BenC> I know we don't have an ABI change...guessing it's a quirk in the same ABI update
[09:47] <BenC> keturn_: do you got it working?
[09:47] <BenC> sudo /etc/init.d/linux-restricted-modules-common start
[09:47] <BenC> sudo depmod -a
[09:47] <BenC> then restart gdm/X and see if that resolves it
[09:50] <sertmann> BenC: that did it - nvidia glx working now also
[09:50] <tijsco> Here's a new dmesg: http://pastebin.ubuntu-nl.org/15650/ nvidia-xgl is installed, but driver seems not be recognised by restricted drivers manager
[09:50] <BenC> sertmann: Ok, thanks
[09:51] <BenC> tijsco: try these commands:
[09:51] <BenC> sudo /etc/init.d/linux-restricted-modules-common start
[09:51] <BenC>  sudo depmod -a
[09:51] <BenC>  then restart gdm/X and see if that resolves it
[09:52] <tijsco> okay, i'll try
[10:00] <keturn_> BenC: ok, everything seems to be back in order now.  thanks for being on top of things.
[10:00] <BenC> keturn_: np, thanks for testing
[10:03] <BenC> new kernels are booting on all my machines
[10:03] <BenC> sata_nv/pata_amd machine as well
[10:05] <macd> BenC, 2 people in #ubuntu+1 had success as well.
[10:05] <BenC> macd: excellent, thanks
[10:06] <trejack> back
[10:07] <trejack> (had to take a lunch break)  Here is my dmesg from the failed boot.  http://librarian.launchpad.net/7331014/dmesg.txt
[10:08] <trejack> hello?
[10:09] <BenC> trejack: reading...
[10:10] <BenC> trejack: your problems seems completely different from what we are working on
[10:11] <BenC> trejack: what was the last kernel that worked for you?
[10:11] <BenC> I know pata_amd is not broken in general, since I'm using it
[10:11] <trejack> 2.6.20-13
[10:12] <_4strO> heno: http://paste.ubuntu-nl.org/15655/
[10:12] <trejack> I was starting to be afraid it was different
[10:12] <heno> _4strO: thanks, BenC ^
[10:13] <BenC> _4strO: can you install the above kernels and test them? (URL in topic)
[10:13] <BenC> s/kernels/kernel/
[10:13] <BenC> trejack: Not sure of anything that changed between -13 and now that would cause the problem you have
[10:14] <_4strO> BenC: yep
[10:15] <trejack> I would try a reinstall, but when I boot to a build that uses the 2.6.20-14 kernel, it can't see my partitions either...
[10:15] <_4strO> BenC: I dpkg -i  download and install a new test kernel from here ??? is that right BenC or heno ?
[10:15] <BenC> trejack: try a ISO from today, it has -15.25 kernel
[10:16] <trejack> ok
[10:16] <_4strO> BenC: I dpkg -i  linux-image-2.6.20-15-generic_2.6.20-15.26_i386.deb is that right BenC or heno ?
[10:16] <BenC> _4strO: http://people.ubuntu.com/~bcollins/kernels/feisty-release/
[10:16] <BenC> _4strO: yes
[10:16] <BenC> then reboot
[10:16] <_4strO> ok$
[10:16] <trejack> ok
[10:17] <trejack> thanks for your help...
[10:17] <BenC> trejack: thank you for sticking through all this tedious testing :)
[10:21] <_4strO> BenC: looks fine
[10:21] <_4strO> BenC: you want my lspci -vvn ?
[10:21] <BenC> _4strO: dmesg output is what I could use
[10:22] <_4strO> ok 
[10:23] <_4strO> BenC: http://paste.ubuntu-nl.org/15657/
[10:24] <BenC> _4strO: great, thanks
[10:24] <_4strO> pleasure to be helpfull :)
[10:26] <_4strO> if you need something else ...
[10:29] <tijsco> 2.6.20.15-26 is booting fine now but nvidia-glx is not working with it, x-server not starting anymore: failed to initialize nvidia kernel module, mismatch between nvidia (1.0-9755) and x module (1.0-9631)
[10:32] <lazka> BenC, .26 broke the ivtv driver... is this normal?
[10:35] <lazka> http://pastebin.ubuntu-nl.org/15659/
[10:36] <lazka> also cdrom drive still isn't working :(
[10:41] <moodydeath> hi ... still issues with .26 ... dmesg: http://pastebin.ubuntu-nl.org/15660/ (boot process is stuck from line 320 to 328) - and lspci: http://pastebin.ubuntu-nl.org/15661/
[10:42] <jan_> @lazka: they built it without additional module support, maybe that's the cause ?
[10:42] <lazka> jan_, ok thx
[10:45] <lazka> I don't want be anoying... https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/103410  have you guys tried the linked patch? I really wold like to have my drive back :(
[10:50] <_4strO> lazka: did you try this ?
[10:50] <_4strO> http://ubuntuforums.org/showpost.php?p=2453122&postcount=256
[10:51] <lazka> _4strO, is the extra initramfs needed after install?
[10:52] <Mithrandir> lazka: hm, that looks troublesome.
[10:53] <Mithrandir> kylem: do you have any ideas about lazka's bug?
[10:53] <lazka> its the same trexjack had, i think
[10:55] <kylem> the patch in there doesn't help you if you have pata_amd...
[10:56] <kylem> i'll see what we can do.
[10:56] <lazka> kylem, thx, you are my heros :)
[10:57] <Mithrandir> it's the slight problem of if people's CD drives are non-working they can't reasonably install
[10:57] <kylem> i concur
[10:58] <kylem> shit.
[11:01] <kylem> BenC, ping?
[11:02] <Mithrandir> call him, he's attending his birthday party.
[11:02] <kylem> hmm. it's ok.
[11:04] <kylem> lazka, amd64 or i386?
[11:04] <lazka> kylem, i386 ... nforce 2, pata
[11:05] <moodydeath> mmh, would there be a way to downgrade linux-image, restricted modules, etc. to 2.6.20-12 ... it's not in the repos anymore :(
[11:05] <kylem> moodydeath, it's in launchpad
[11:05] <lazka> kylem, there are 2 more patches: http://lkml.org/lkml/2007/2/27/157
[11:06] <moodydeath> ah, right, thx :D
[11:07] <kylem> yes, i'm about to spin you new packages to test
[11:07] <lazka> ok, i'll be there all night if you want
[11:08] <kylem> should only take ~10 mins to build
[11:13] <kylem> building now
[11:33] <BenC> kylem: ?
[11:33] <BenC> kylem: the pata_amd problem seems different, but for me it doesn't reproduce
[11:33] <BenC> kylem: according to the one report I saw, it seemed to regress between -13 and -14, which didn't make sense
[11:34] <kylem> yeah
[11:34] <kylem> fix building
[11:34] <macd> is there a way I can build just a single module instead of all of them?
[11:34] <BenC> based on -15.26 upload?
[11:34] <kylem> BenC, i pinged you to get ahold of your sources, but i just repatched with what you had in your ~
[11:34] <BenC> kylem: I'll push -15.26 real quick
[11:34] <kylem> BenC, is there more diff?
[11:35] <BenC> No, but it'll be easier to base on for an Ubuntu-2.6.20-15.27 branch
[11:35] <BenC> either way works, I just want to push it anyway
[11:35] <kylem> just a test kernel, i'll toss you the patch once lazka tests it
[11:35] <kylem> on modpost now
[11:35] <BenC> Ok, I'll start a .27 branch
[11:36] <BenC> trejack had the problem too, but I guess he's gone
[11:36] <kylem> i recommend cp master to $rand and blatting it over master
[11:37] <kylem> i think lazka's fix is a 1-liner, i hope
[11:45] <Nafallo> hi!
[11:45] <Nafallo> http://paste.ubuntu-nl.org/15674/
[11:45] <Nafallo> can someone tell me what's happening? :-)
[11:46] <Nafallo> this is with -15.25
[11:46] <kylem> "badness"
[11:46] <kylem> someone held interrupts off for too long.
[11:46] <Nafallo> hmm
[11:47] <kylem> hmm.
[11:47] <Nafallo> noapic and irqpoll are used on the kernel commandline.
[11:47] <Nafallo> should I try to removing irqpoll maybe? :-)
[11:48] <kylem> that may help, yes
[11:49] <Nafallo> oki. I'll try that then :-)
[11:50] <kylem> if your computer doesn't lock up, then it was simply a critical sectoin taking too long
[11:50] <kylem> not a deadlock
[11:51] <Nafallo> lockup and lockup... kept spawning the different messages over and over again until I pressed restart :-P
[11:52] <kylem> odd.
[11:52] <kylem> you'd think it would deadlock, heh
[11:56] <kylem> lazka, ping
[11:57] <lazka> k, i see it
[11:57] <kylem> lazka, wait five minutes, then try this kernel, http://people.ubuntu.com/~kyle/kernels/feisty/linux-image-2.6.20-15-generic_2.6.20-15.27_i386.deb
[11:57] <kylem> it's still uploading
[11:58] <moodydeath> will this new image fix specially lazka's problem, or some other issues, too ?
[11:58] <kylem> just lazka's it hink
[11:58] <BenC> moodydeath: the ones in the topic will fix sata_nv and HPA issues
[11:59] <kylem> kind of depends on what the other issues are. ;P
[11:59] <moodydeath> already installed it
[12:00] <moodydeath> http://ubuntuforums.org/showpost.php?p=2453833&postcount=265
[12:00] <moodydeath> ata2.00: failed to set xfermode (err_mask=0x4)
[12:00] <lazka> moodydeath, could be the same.
[12:00] <lazka> since that is the error i get
[12:01] <kylem> ok, it's uploaded
[12:01] <kylem> please try it
[12:01] <lazka> just dpkg -i?
[12:01] <BenC> moodydeath: it is the one that kyle's kernel should fix
[12:01] <BenC> moodydeath: http://people.ubuntu.com/~kyle/kernels/feisty/linux-image-2.6.20-15-generic_2.6.20-15.27_i386.deb
[12:01] <moodydeath> i'll try it anyway ^^ ... nothing to lose on my testsystem :D
[12:02] <BenC> kylem: I have a tree ready for -15.27, so just ping me when you get a patch
[12:03] <Nafallo> http://paste.ubuntu-nl.org/15677/
[12:04] <Mithrandir> BenC: I haven't accepted .26 yet.
[12:04] <Nafallo> hehe. got that instead, but that's better I guess :-)
[12:04] <kylem> BenC, if it works patch is at rookery/~kyle/force-setfeatures-polling.diff
[12:04] <BenC> Mithrandir: easier for me to just make a .27, so no biggy
[12:04] <lazka> ok, brb
[12:04] <moodydeath> installed kyle's .27  ....
[12:05] <kylem> oh fuckin gchrist.
[12:05] <moodydeath> yeah
[12:05] <moodydeath> works :D+
[12:05] <kylem> yeah?
[12:05] <kylem> cdrom works?
[12:05] <moodydeath> uhm
[12:05] <moodydeath> dunno
[12:06] <moodydeath> but this is the first kernel today, that doesn't stuck at the ata2 stuff
[12:06] <kylem> ok
[12:06] <moodydeath> mom
[12:08] <moodydeath> dvd and cdrom drives work now, too
[12:08] <Mithrandir> BenC: sure, whatever works for you.
[12:08] <kylem> good
[12:08] <kylem> i'm glad
[12:08] <moodydeath> with the older versions, only the asus drive works for me ... my liteon did'nt
[12:08] <kylem> maybe they'll let me sleep tonight ;P
[12:08] <BenC> kylem: let me try on my pata_amd to make sure it doesn't regress there
[12:09] <kylem> k
[12:09] <Mithrandir> kylem: can we get a bit broader testing of it?  I'm reluctant to bring in a patch which has been so lightly tested.
[12:09] <kylem> Mithrandir, i completely agree
[12:09] <kylem> it *should* be harmless
[12:09] <lazka> soo
[12:09] <kylem> since PIO is the default ATA mode ;-)
[12:09] <lazka> boot was smooth
[12:09] <Mithrandir> well, "should" being the operative word. :-P
[12:09] <Mithrandir> I'm not saying you're wrong, I'm just trying to play defensively here. :-)
[12:09] <BenC> good thing is, it's restricted to pata_amd
[12:10] <kylem> Mithrandir, yeah, i completely agree with you
[12:10] <kylem> just saying, is all
[12:10] <BenC> bad thing is it's restricted to pata_amd, which makes finding real testers hard
[12:10] <kylem> BenC, what's that?
[12:10] <BenC> Oh, wait, no, it's in libata-core.c
[12:10] <Nafallo> I have pata_amd
[12:10] <Nafallo> seems -15.25 works for me though.
[12:10] <kylem> BenC, can you respin with that patch for amd64 on your quadcore/
[12:11] <BenC> yeah
[12:11] <kylem> i'll boot it on my pata_amd too
[12:11] <moodydeath> <-- pata_amd
[12:12] <lazka> kylem, http://pastebin.ubuntu-nl.org/15678/
[12:12] <BenC> kylem: what exactly is the result of this patch?
[12:12] <kylem> BenC, afaict some drivers respond to SETFEATURES_XFER too slow
[12:12] <kylem> BenC, this forces use of polling mode
[12:12] <kylem> instead of interrupt mode
[12:13] <kylem> lazka, does your drive work
[12:13] <BenC> kylem: just for setting xfer mode?
[12:13] <kylem> BenC, yeah
[12:14] <lazka> it doesnt automount, do i need an entry in fstab? there is nothing in there