[00:36] ul === chuck_ is now known as zul [01:28] hi everyone, today I was hitted by #104132. Been it kind of old and seemingly important (it makes a fair amount of laptops become little more than paperweight) I was wondering what's the current status of this bug, is there any action being taken? launchpad doesnt clearily show if it's been working on [01:36] bug 104132 [01:36] Launchpad bug 104132 in linux-source-2.6.20 "rtl8180 wireless hangs at "Setting SW wep Key"" [Medium,Triaged] https://launchpad.net/bugs/104132 [05:21] hi ! [05:21] is the ubuntu kernel source based off the debian one ? [05:22] or is there any other reason why the keyspan serial drivers are missng ? [05:23] I though ubuntu was a bit more sane than debian in that area and didn't emasculate the kernel of drivers with a firmware bit [05:24] BenC: your fault ! :-) [05:25] not stripped but not enabled neither [05:30] bdmurray, for reference, the Dell firmware update problem was on the server side, not yours [05:30] turns out, my apt ftparchive was missing the Release.gpg signature files [05:30] which is why aptitude got bent about installing things that weren't from a signed repo [05:30] I've fixed the scripts now, so it should "just work" again [05:30] sorry for the hassle this caused. [05:32] BenC: see #132106, I think you need to re-enable that driver, it's not "replaced" by keyspan_pda, it's different drivers for different pieces of HW [05:35] benh: Ubuntu kernel is not based on the Debian kernel [05:36] JanC: I figured [05:36] mdomsch: okay I was just tyring to update manually and ran into some more issues [05:36] JanC: it's purely a .config problem [05:36] bdmurray, such as? [05:36] ah [05:36] bbiab [05:36] binary firmwares are in the restricted packages btw [05:36] mdomsch: the wiki doesn't mention using --yes [05:36] JanC: these FW are in the kernel source tree [05:36] if they can be re-distributed [05:36] indeed, that's intentional [05:37] okay [05:37] JanC: I suspect that's purely BenC didn't quite get that keyspan and keyspan_pda were different drivers for different devices [05:37] JanC: and replaced one with the other instead of enabling both [05:37] and update_firmware mentions insmod dell_rbu instead of modprobe [05:37] benh: possible, I'm not a kernel hacker myself ツ [05:38] heh, allright, I happen to be :-) [05:38] oh, another thing I noticed, on this brand new core2 Quad (gigabyte mobo with P35 chipset) [05:38] gutsy kernel off the amd64 alt CD doesn't boot without maxcpus=1 [05:38] it dies bringing up CPUs [05:39] (causes a reboot around bringup of CPU #3) [05:39] I'll see if I can track things down a bit more before I spam launchpad [05:39] bdmurray - ahh, I see it, that's actually coming from libsmbios-bin [05:39] I just try to stay up-to-date with kerneldevelopment because that makes helping users easier ツ [05:39] insmod will work, but yes, modprobe would be better [05:39] benh: I run Gutsy 64-bit on a Core 2 Quad myself [05:40] I'll update libsmbios [05:40] but never ran the alt CD on this system [05:44] """Dec 27 17:46:24 localhost kernel: [ 48.381059] Brought up 4 CPUs""" [05:44] so it brings up 4 CPUs just fine ツ [05:45] (mine is a supermicro G33 based mobo) [05:58] JanC: crashes at boot here [05:58] JanC: fails to identify the APICs it seems [05:59] hrm... it also fails to find my root device now, which is strange since it did see all the partitions [05:59] bloody initrd [05:59] the initrd isn't an initrd AFAIK ;) [06:00] I know, I know [06:00] anyway [06:00] it seems to have the right drivers, drive is found, partitions are found ... and it doesn't boot [06:00] oh well [06:00] I think i'll d/l a hardy ISO and try again [06:01] make sure you don't have any hardware troubles too (I had a 1 month old hard disk failing in my RAID mirror last week :-( ) [06:02] OTOH fortunately I _did_ use a RAID mirror [06:07] hrm .. disk isn't new [06:07] but isn't that old ... and xp doesn't seem to have any trouble, but yeah, you are right, that could be something, though right now, it looks more like the kernel isn't fan of the HW setup [06:07] either a too new chipset/apic or something like that [06:08] strangely, I think I had an old debian 2.6.20-rc6 or so there before i wiped everything out and -that- did boot [06:08] P35 should work in Gutsy [06:08] it's older than the G33 chipset [06:09] (it didn't work completely in feisty yet) [06:10] oh well... -that- one doesn't [06:10] not sure what's up [06:10] so G33 & P35 boot on 2.6.20 but might not be completely functional (e.g. ethernet IIRC) [06:10] I just figured I can't use amd64 anyway [06:10] I need the xilinx stuff and that's 32 bits only [06:11] so Xilinx sucks? ;) [06:11] JanC: this mobo has a realtek eth [06:11] JanC: pretty much :-) [06:11] JanC: I could do a 32 bits chroot or such horror but really can't be bothered [06:11] I'll stick to a 32 bits install for now [06:12] you can run some 32-bit software on Ubuntu 64-bit [06:12] well, at least, I confirm that hardy's amd64 kernel is booting fine [06:12] JanC: you have to install a shitload of libs tho for that [06:12] JanC: I would need all of the X libs, QT, tcl, and a lot more [06:12] yeah lib32* packages [06:12] JanC: they are available ? [06:12] JanC: for most libs ? [06:13] JanC: I can give it a try ... can always re-install if it doesn;t work :-) I do have some spare time, it's the week-end [06:13] not all of them maybe [06:14] if you have an install at hand, can you get a list of what is there and mail it to me pls ? [06:14] (benh@kernel.crashing.org) [06:14] and ia32* packages too [06:15] now I quite like the option of just creating a 32 bits chroot [06:15] and ln -s /chroot/usr/lib /usr/lib32 etc... [06:15] I haven't any 32-bit Qt libs, but I'm sure they will be in ia32-libs-kde ツ [06:16] that way, I can always use a full chroot if I need to [06:17] allright, I'll try a hardy amd64 install, we'll see :-) [06:17] X libs seem to be there [06:19] but I don't see any 32-bit tcl libs [06:20] BTW: you can search for specific files on packages.ubuntu.com [06:21] hrm... of course au.archive.ubuntu.com is totally fucked up as usual... [06:21] it's not impossible that the xilinx stuff comes with its own tcl [06:22] anyway, I'll figure [06:22] chroot is always an option too of course... [06:23] or maybe virtualbox/vmware/etc. (depending on how CPU-intensive this is) [06:24] yeah, we'll see, some people seem to indicate they got it working [06:24] I wonder if I can be bothered tracking the gutsy kernel issue tho ... [06:25] oops [06:25] I'm no x86 expert (more like a ppc person myself) [06:25] seems to be some APIC issue... maybe ACPI related [06:25] now if I could also get BenC to fix the keyspan drivers life would be great :-) [06:29] I'll have a PPC (iBook) next Sunday ;) [06:30] system that overheats & then reboots all the time, maybe I can somehow fix that and keep it ;) [06:30] * thegodfather needs another PPC to add to his collection of hw [06:40] JanC: I can help you with that (ibook issue) [06:40] JanC: catch me online (on #mklinux mostly) when you have it [06:41] if I can't figure it out myself, I'll do [06:42] thanks for the offer ツ [07:06] allright, once the box is up & running, I can always build a gutsy kernel and pipe the output to the serial console to get a nice bug report for BenC === asac_ is now known as asac === Lure is now known as Lure_ === Lure_ is now known as Lure === Lure_ is now known as Lure === \sh_away is now known as \sh === fabbione is now known as thegodfather === _fs is now known as fs === Lure_ is now known as Lure === Traxer is now known as Traxer|on === Traxer|on is now known as Traxer === _fs is now known as fs === \sh is now known as \sh_away === _fs is now known as fs [20:13] is there a mozilla firefox youtube plugin available?