[00:34] <Ng> going by hardy git changes, there's not many things that could cause that
[02:38] <lamont> BenC: you around?
[02:38]  * lamont kinda guesses 'no' and will poke him in the morning
=== dhaval_away is now known as dhaval
[04:01]  * lamont wonders if he should care that his ide drive went from hda to sda with the upgrade to hardy
[04:01]  * lamont wanders
[04:52] <soren> Does kernel-wedge take care of dependencies?
[04:53] <soren> ...or will it happily put modules into udebs that depend on symbols in modules that are not installed?
[04:53] <soren> My money's on the latter.
[05:11] <tjaalton> Ng: no, suspend/resume works fine here..
=== asac_ is now known as asac
[07:03] <Ng> tjaalton: weirdly it's  started working fine again. i hate bugs like this :/
=== dhaval is now known as dhaval_away
[08:19] <kraut> moin
=== doko_ is now known as doko
=== Fujitsu_ is now known as Fujitsu
[11:58] <raju> how to detect the smart card in ubuntu
[12:05] <raju> how to use the smartcard in my l;aptop
[12:06] <raju> how to use the smartcard in my laptop
[12:16] <amitk> raju: for support go to #ubuntu or #ubuntu+1
=== luka74 is now known as Lure
[12:58] <elmo> is there a bug about -15 failing to suspend/resume?
[12:58] <elmo> -14 worked flawlessly
=== smb is now known as smb_away
[13:16] <abogani> elmo: IMHO Yes (https://lists.ubuntu.com/archives/kernel-team/2008-April/002260.html)
[14:07] <Whoopie> hi, any chance to get a small patch for ipw2200 into the linux-image to fix the rtap interface regression? http://aur.archlinux.org/packages/ipw2200-inject/ipw2200-inject/ipw2200_rtap_fix.patch
=== smb is now known as smb_away
=== smb_away is now known as smb
=== tku is now known as kraut
[14:44] <Ng> Whoopie: is there a launchpad bug about it?
[14:57] <Whoopie> Ng: it's also on the wireless ML: http://article.gmane.org/gmane.linux.kernel.wireless.general/13181
[14:57] <Whoopie> checking now for a bug report.
=== smb_ is now known as help
=== help is now known as smb_
[15:04] <Whoopie> Ng: no, there's no launchpad bug report.
[15:06] <Ng> Whoopie: I reckon it'd be worth filing one with the patch attached and a rationale of why you want it included
[15:10] <Whoopie> Ng: question is if it'S worth opening a report for it.
=== BenC__ is now known as BenC
[15:13] <BenC> Whoopie: most likely it wont make the freeze, so no
[15:38] <Whoopie> BenC: ok
[15:44] <cjwatson> I bounced bug 210200 over to you guys, since it seems kernel-side
[15:45] <ubotu> Launchpad bug 210200 in linux "cdrom-detect fails for HP DL145 in hardy beta" [Undecided,New] https://launchpad.net/bugs/210200
[15:45] <cjwatson> Ng is in the datacentre at the moment and could do some remote-hands testing if anyone would like to take that on
[15:45] <cjwatson> I think I've done as much as I can from the installer diagnosis point of view
[15:46] <cjwatson> I was wondering if http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.24.y.git;a=commit;h=6ddd6861 might have something to do with it (this system uses pata_serverworks, and I *think* the CD is attached to that), but it's a long shot
[15:46] <mjg59> cjwatson: dmesg would be helpful
[15:46] <cjwatson> err, I think I mean http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.24.y.git;a=commit;h=9256d0b8cb13a854c0a29861ce37a252f7712568
[15:47] <cjwatson> Ng: can you get dmesg out somehow?
[15:47] <cjwatson> there was nothing in /sys/block other than ram*
[15:47] <mjg59> cjwatson: No hard drives, either?
[15:48] <cjwatson> mjg59: hard drives were detected when he booted the desktop CD (though it still couldn't find the CD)
[15:48] <mjg59> cjwatson: That bug doesn't /look/ like it'd cause this failure
[15:48] <cjwatson> mjg59: the alternate CD's initrd doesn't have hard disk drivers; it relies on loading those from the CD
[15:48] <mjg59> cjwatson: Ah, ok
[15:49] <cjwatson> Ng: FYI the initrd has usb-storage, so you might be able to save dmesg off to a USB stick
[15:49] <cjwatson> if you load modules by hand and stuff
[15:56]  * Ng returns from lunch
[15:56] <Ng> cjwatson: excellent, I have some usb storage with me, I'll give that a go
[16:00] <Ng> cjwatson: mjg59: I'll pull out dmesg and lspci - anything else worth nabbing?
[16:01] <cjwatson> tarball of /sys?
[16:01] <cjwatson> oh, wait, busybox-udeb's tar doesn't have the create option compiled in
[16:05] <Ng> hrm, does the initrd not have vfat?
[16:05] <Ng> I can reformat my stick I guess. it's just my phone ;)
[16:06] <zul> BenC: is it too late for an update for iscsitarget in lum?
[16:06] <BenC> zul: quite possibly
[16:06] <zul> dang ok...ill just fix the one in universe then
[16:06] <mjg59> Ng: dmesg and lspci should be fine
[16:06] <Ng> k
[16:08] <mjg59> Ng: Oh, lspci and lspci -n
[16:08] <Ng> sure. I was going to do lspci and -vvnn :)
[16:18] <cjwatson> Ng: I think the reason we had to take fat out no longer applies, so I'm going to put it back for hardy
[16:18] <Ng> awesome :)
[16:19] <cjwatson> (it was because it had been borged into fs-secondary-modules, which was too big for those initrds)
[16:20] <makx> cjwatson: thanks for the initramfs-tools push upcoming 0.92 should be an easier baseline for ubuntu sync
=== makx is now known as maks_
[16:21] <maks_> :)
[16:23] <cjwatson> good stuff
[16:35] <abogani> elmo: I hope that Tim will revert fix, which cause regression, as soon as possible. (https://lists.ubuntu.com/archives/kernel-team/2008-April/002266.html)
[16:56] <Ng> ok, I've had to go with syslog rather than dmesg because the dmesg buffer seems to be pretty small
[16:57] <mjg59> Ng: Ok
[16:57] <mjg59> Back in 15 minutes
[16:58] <Ng> it has what looks to me like the start of the kernel messages though, so it should be fine
[16:59] <Ng> and, err, ignore all the usb madness towards the end, that's me fighting to get anything mounted ;)
[17:03] <Ng> cjwatson: mjg59: syslog and various forms of lspci added to the bug
[17:06] <BenC> We're supposed to have an IRC meeting now, but I think we'll pass in favor of just working on the current milestone list for Hardy RC
[17:08] <smb_> BenC: ok, ack.
[17:35] <mjg59> Ng: Ok. Apr  8 14:53:44 kernel: [   84.248978] ata1: SRST failed (errno=-16) looks like the most meaningful aspect of that.
[17:36] <mjg59> Ng: Has any version of Ubuntu installed on this hardware?
[17:36] <Ng> mjg59: I don't think we've tested anything older than 8.04beta, but I have a 6.06.2 CD here I could try
[17:37] <mjg59> Ng: If you could, that would be helpful
[17:37] <Ng> sure
[17:57] <Ng> mjg59: huh, 6.06.2 can detect the CD drive
[17:57] <Ng> the installer seems to be pretty seriously confused though
[17:58] <mjg59> Ng: Ok. Can you grab syslog from 6.06.2?
[17:58] <Ng> sure. I want to do another boot of it to figure out why it ran a CD test and then rebooted
[17:58] <Ng> I'm tempted to blame vncviewer stealing input when I wasn't looking
=== macd_ is now known as macd
[18:16] <Ng> gar, it's taking ages to do anything and doesn't seem to want to actually get far enough in the boot to give me a console, but it did the first time
[18:16] <Ng> I can see hda: ATAPI 24X DVD-ROM drive though, so the kernel is definitely seeing it
[18:16] <Ng> cjwatson: can i do a break=mount style thing with the installer?
[18:16] <Ng> (6.06.2 installer, that is)
[18:19] <cjwatson> BOOT_DEBUG=3
[18:19] <Ng> anywhere on the cmdline?
[18:19] <cjwatson> yeah
[18:19] <cjwatson> gives you a shell at a couple of different stages
[18:19] <Ng> cool, ta
[18:46] <Ng> mjg59: sorry for the delay, it turns out it wasn't broken, it just needs about 15 minutes to boot or something crazy like that
[18:46] <Ng> dmesg from 6.06.2 server installer added to the bug
[18:53] <Ng> cjwatson: mjg59: is there any value in proceeding any further with this dapper install?
[18:53] <Ng> I'd quite like to get going, but if there's anything else you need I'm happy to get it
[18:54] <Ng> it took a while to detect disks, and is now just past that with a blank blue screen
[18:54] <Ng> I reckon dapper is using an older idea driver for this, because the CD shows up as hda
[18:54] <Ng> idea?! IDE
[19:33] <bfallik> anyone around to help with bug 214002?
[19:33] <ubotu> Launchpad bug 214002 in linux-source-2.6.22 "uhci_hcd host controller halted, very bad" [Undecided,New] https://launchpad.net/bugs/214002
[20:02] <mario_limonciell> rtg, while you are touching iwl3945, would you consider taking a look at this too: http://git.kernel.org/?p=linux/kernel/git/rchatre/iwlwifi-2.6.git;a=commit;h=ec2ce7fc7890b37d564a274513d8d99ed4edb9ac ?
=== smb_ is now known as smb
[20:41] <_MMA_> Hi all. I can confirm bug 208247. What info should I add to help diagnose?
[20:41] <ubotu> Launchpad bug 208247 in linux-restricted-modules-2.6.24 "nvidia-glx-new crashes when using rt kernel" [Undecided,Incomplete] https://launchpad.net/bugs/208247
[20:51] <mjg59> Ng: Ok. The srst thing is libata specific - the old IDE code doesn't do srst at all.
[20:51] <mjg59> Ng: The cases I can find suggest that this is actually an issue with teh drive rather than the controller, though
[20:51] <mjg59> Ng: I'm not sure that there's going to be a trivial fix, I'm afraid
[21:08] <Ng> mjg59: is there a kernel cmdline option that can make it not use libata?
[21:09] <mjg59> Ng: I don't /think/ we build the old driver at all
[21:09] <Ng> ah
[21:09] <mjg59> Ng: Yeah, just the libata one
[21:18] <Ng> mjg59: so in terms of not a trivial fix, if it misses release then it misses release. is it something we could likely fix in a point release?
[21:19] <mjg59> Ng: We could do with working out whether it's the controller or the drive. Are you able to swap out the drive with another one?
[21:19] <Ng> mjg59: I'll need to check, but I'd say it's quite likely I can
[21:19] <mjg59> Ng: Ok, that would be helpful
[21:19] <Ng> the hp servers all seem to use similar laptop drives
[21:20] <mjg59> If it's the drive, in the worst case we can have some blacklist bollocks
[21:24] <Ng> mjg59: what would we blacklist? we don't appear to be able to detect the drive ;)
[21:25] <mjg59> Ng: Hah. Yeah, good point - it's failing before we send the identify
[21:25] <mjg59> Well, it'd let me narrow down the issue :)
=== smb_ is now known as smb_away
=== wilhelm__ is now known as wilhelm2789