[01:42] maxb: the debug packages are generated from the source package; e.g., linux-image-debug-2.6.30-7-gene [01:42] ric [01:43] maxb: keep in mind that the tree is in flux while ports is rolled back in, so the packaging may well be different for -8 [02:13] No, this is a state of affairs that has existed since Intrepid if the comments in malone are to be believed [02:14] It looks like ddebs.u.c is keeping only one or two recent package versions, without regard for multiple distroseries [03:06] hey guys , i am running into the same symptoms as https://bugs.launchpad.net/ubuntu/hardy/+source/linux/+bug/240071 on a fully up to date 8.04.2 server. It says a fix has been released but I can't see anywhere what the fix actually was and if that means it's been released as part of the regular update cycle of it need a special repository [03:06] Malone bug 240071 in linux "BUG: soft lockup - CPU#0 stuck for 11s!" [Undecided,Fix released] [03:07] I was hoping someone could guide me as to how i can determine if I am hitting this same issue or if I have something different that just presents the same [03:48] mase_work, that's an error, it's fixed in intrepid, somebody said they'd nominate it for hardy, but it looks like that didn't happen [03:48] mase_work, you might be able to get away with simply installing intrepid's kernel packages though [03:48] actually, ignore that [03:50] ah ok. so i need to apply this patch normally [03:50] manually rather [03:54] cwillu: sorry this might seem like a stupid question, is it possible in launchpad to get a patch or a git commit id which i could use to grab the patch [03:55] mase_work, sometimes, but in this case, I don't think so [03:55] it looks like it was a "here's a new version with lots of stuff fixed, is your bug fixed?", without a specific patch in mind === mcasadevall is now known as NCommander [04:00] I see. Do you have any recommendations as to how best to deal with this ? [04:00] should i revert to a previous kernel or move to a newer kernel ? [04:08] move to a newer one is probably the best bet, you can just install the deb files for a later kernel image, they should Just Work. [04:12] cwillu: so the intrepid-xen images are acceptable ? [04:13] I would imagine s [04:13] so [04:14] ok thanks. I am using pygrub so i should be able to do it. Do you know if the vpcu=1 work around that is listed is likely to actually work ? [04:16] hey guys im trying to learn some driver writing but am having trouble compiling and testing....is there an ubuntu doc for doing this? [04:43] anybody in here [04:47] yeh there is [04:48] i just don't know the answer to your question sorry [04:48] i could google around but i presume you have already tried that approach and been unsuccessful [04:48] exactly [04:49] i guess the best place to start would just be ubuntu kernel programming but i cant seem to find a tutorial [04:50] its not an ubuntu specific thing [04:50] look for linux kernel docs/tutorials [04:50] rusty russell has done several tutorials at LCA for instance [04:51] i have but after talking to people in #kernelnewbies and they said ubuntu is different [04:52] Ubuntu takes the kernel and we add some patches and package it. Its still the same thing though in terms of writing code for it. [04:52] yes but the source and headers and stuff is different is what i gather [04:52] news to me [04:52] i followed 3 tutorials to the letter and i still get the same errors about not finding linux/init.h [04:54] the guys in the other channel said something about make-kpkg [04:54] are you trying to build with the full kernel source locally? [04:55] or using your installed kernel's headers? [04:55] whatever i need to do to write drivers heh [04:55] depends on what you're doin [04:55] g [04:55] but I can't give you a useful pointer unless you tell me *what you were trying* [04:56] u mean like what type of driver? [04:56] no [04:56] oh ok [04:56] i understand....i read these tutorials about what was needed to write drivers and the consensus was to download and build a kernel source [04:56] so i followed the readme included with the source [04:57] other tutorials said headers were sufficient but i still cant get ubuntu to recognize linux/init.h and the other includes [04:57] ok, following the full source approach is easiest I think [04:57] and the vanilla upstream kernel will build on Ubuntu [04:57] in fact we use that for testing [04:58] ok...is there perhaps a newb tutorial on downloading and installing that? [04:58] sounds like you were following one [04:58] yeah :/ [04:59] so, I'd follow it. Do the full source one, not the headers package - that way you are guaranteed to have everything basically the same. [04:59] ok [04:59] thanks again [05:04] where can i find that kernel [05:05] http://kernel.org/ [05:05] ohh ok i thought it was something specific my fault [05:06] one last newb question for the night....how do u know its vanilla upstream [05:11] if you get it from upstream :) [05:11] lol is there an upstream section on the site? [05:13] that is _the_ upstream [05:13] jeez im confused...what makes it vanilla is that what its named? [05:13] no [05:13] vanilla just means no added patches [05:14] its the tree that linus holds [05:15] Ubuntu uses that then applies some added patches for various things [05:15] and packages that up as the ubuntu kernel [05:15] but for the most part they are the same [05:15] ohhh ok [05:16] the version on kernel.org is the unpackaged source version. [05:16] alright im gonna leave before i ask anything else dumb thanks again [05:16] ZeroProg: have you done much C programming before ? [05:16] not on linux but yes [05:16] ok cool. [05:17] have fun [05:17] haha ill try thanks === fabbione is now known as fabb-rome [05:59] ok i installed the new kernel....to use it it tells me what to do but after i do that i should be able to code correct? [12:01] hi smb [12:37] * apw waves to ikepanhc [12:47] hi apw [12:48] have a question for you: bug 360966 [12:48] Malone bug 360966 in linux "bnx2x missing in initrd for install media" [Medium,Won't fix] https://launchpad.net/bugs/360966 [12:48] could I set affect to initramfs-tools? [12:49] ikepanhc, more likely debian-installer [12:50] ogra: you mean debian-installer makes the initrd? [12:50] initramfs-tools is only used on installed systems or in conjunction with casper for the live images [12:51] the alternate installer uses udebs ... ogasawara mentioned ./debian/d-i/modules/nic-modules, thats a udeb spec file [12:51] oh, you are right [12:52] so its actually a linux issue ... d-i only uses the produced udeb [12:53] I know what I am wrong, I test with a new kernel install [12:54] thanks ogra [12:55] ogra: but it is useless to send as Jaunty SRU, because we have released it [12:56] i'm not sure, it would require a d-i SRU as well i think, cjwatson could answer that [12:58] so, could we assume this issue only affect him because he use NFS as rootfs? [12:59] well, he doesnt talk anout nfsroot [12:59] just that there is no network available [13:00] The jaunty release kernel image contains the module he need, but he said he need the module when initrd. [13:00] right [13:01] thanks ogra [13:01] but debian-installer uses the nic-modules udeb [13:01] in the netboot iso the udebs are included, in the normal d-i the udebs are loaded from CD [13:02] either way the driver needs to be in the udeb, no matter if you do a local or netboot install [13:03] indeed in case of nfsroot its more fatal :) [13:03] Thanks ogra, I will check the d-i and udeb [13:04] I assume he use NFS rootfs because he will have the module after mounting local rootfs [13:04] Then I have to check if there is another net module missing [13:05] well, how would he do an nfsroot install without network ? :) [13:05] ohoh, I forget this [13:06] anyway, I re-open this bug :-D [13:07] if its for SRU talk to cjwatson first about the d-i situation [13:07] its pointless to add it to the udeb if d-i wont use it [13:10] got it [13:11] thanks ogra [13:24] smb, you had a machine which worked, stopped working for a bit, and started working again on later kernels with no obvious changes in the area of the fault. what was the symptoms there? [13:25] apw, You probably mean the acer which crashed when chaging the kernel data ro [13:26] yeah thats the one... thanks [13:26] It was the AA1, and crashed early on in the boot. [13:26] you remember nigelp's sata issue. there his machine failed on -11.38 worked on either .39 or .40 and stopped again on .41 [13:26] and yet there is no sata changes in that sequence [13:27] using acpi=off made it working in most cases (strange enough) [13:27] Sounds weird indeed [13:27] nnng... [13:27] another wierdy for sure [13:28] how did nigelp's machine not work (mean the symptom there)? [13:28] sata timeouts and panics (i believe he has flashing capslock syndrom at times) [13:30] slightly different than the other as that was strictly locatable to the point of making the ro change (though sometimes you got killed by recursive stacktraces) [13:30] Do we have any stactrace hint? [13:33] nothing yet that i have seen. he is testing -proposed and latest mainline for me now [13:48] apw: it's weird that we have not see this kind of issue on any other identical hardware [13:48] i know ... very [13:54] apw, I suspect the H/W is borked [13:54] ok he has -proposed installed -12 kernel and is now happy [13:54] explain that one to me [13:56] hi, i have problem with aoetools who can help me? [13:56] apw, random memory relocation and timing? [13:56] smb, its cirtainly looking like that kind of thing ... very annoying to debug [13:58] apw, You think a fully debug (kernel hacking) kernel might help? Unfortunately this often removes the race [13:58] yeah not sure ... cirtainly intereested in getting the latest mainline tested there [13:59] to see if its going to come back when he upgrades to karmic [13:59] nigelp is with us now :) [13:59] nigelp, so you have no problems now with the -proposed kernel ? [14:01] apw, none of those SATA issues that showed up that I had to do irqpoll and all_generic_ide for. [14:01] very perplexing [14:02] the test that triggered it was downloading a CD image.. I've just downloaded 10 in a row; it never used to make it past 100Mb before. [14:02] It will be interesting to see how the -13 kernel that will be in -proposed soon fares [14:02] If that fails it is definitely weirdness time [14:04] nigelp, what was your disk controller? [14:07] yeah a quick review of the changes between where it did not work before and the -proposed kernel isn't showing anything i would expect to help you [14:09] apw, sorry, being ignorant. How do I find out what my disk controller is? [14:09] lspci | grep -i sata [14:09] might do the trick [14:10] apw, is this what you're looking for? ATI Technologies Inc IXP SB400 IDE Controller (rev 80) [14:11] yep [14:12] nigelp, we need to get all this data into the same bug. if you have one with support lets get that out of them, else we need a new one [14:13] i can imaging you want to get some work done now its working! but if you have a chance later to test the mainline kernel i pointed you to that would help. and get that info into the bug too [14:14] then let me have the number when you have it [14:14] apw, let me ask shang if he opened one. === sconklin-gone is now known as sconklin [14:23] apw, support say its the same bug as: https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/206635 [14:23] nigelp: Error: Could not parse data returned by Malone: timed out [14:24] * apw pokes ubot3 [14:25] but that bug is duplicate of a bug which was fixed in intrepid and jaunty [14:25] ok.. so time for a new one? [14:25] way back in feb. so ... if you are seeing it now its either a new one, or that one was not fixed [14:26] for now i would open your own bug, and add your info there, if it _is_ dup we can dup it later [14:27] ubuntu-bug linux should do the trick === BenC1 is now known as BenC [14:35] smb, the karmic meta update should be in my sign directory if you could look it over [14:35] apw, sure [14:35] * ogra hugs BenC ... good to see you :) [14:43] apw, uploaded [14:43] smb thanks [14:44] * cking waves to BenC [14:57] ogra, cking: Hey [14:57] * BenC is out, packing for san fran [15:06] nigelp, can you subscribe me to the bug when it exists [15:07] apw, sure [16:34] smb, for hardy do we use linux-image-2.6.24 still? [16:43] apw, Hardy is 2.6.24, yes [16:43] or do you mean the naming? [16:43] i mean do we use linux or something else for bugs there [16:44] hi apw , do you update the karmic kernel now and not rtg? [16:44] our team is responsible for it, i am handling the rebases for a bit while rtg is off doing other things [16:44] apw, Hardy uses linux [16:45] smb_tp, thanksk ... and when did you go back to _tp? [16:45] apw, When I disconnected and irc still thinks me is there === smb_tp is now known as smb [16:46] smb, heh ... still not reset your router at midnight then [16:46] apw, No, you should poke me :) [16:48] apw, BTW, you can see what label to use in debian/changelog. It was linux-source-x.y.z before hardy [16:48] ahh before hardy. good [17:11] apw: are you interested in an aufs2 patch [17:11] an updated one for karmic kernel? [17:12] yes [17:12] i tested it even with your live iso [17:12] cjwatson tries to use unionfs-fuse but his approach does not boot [17:13] send it over. we are looking at vfs-union mount right now for the live cd's but should that not be possible the aufs patch would be a good fallback [17:14] i needed to update it as you removed aufs completely [17:14] http://kanotix.com/files/kernel/unused-patches/2.6.30-ubuntu-aufs2.patch.bz2 [17:14] thats the new one [17:15] also i would like to see a patch which removes the usb ids from rt2500usb which are also in rt73usb [17:15] because i had 2 users with problems where rt2500usb was loaded and nothing worked [17:16] 4 ids are in both drivers [17:17] we need to get those ids listed in a bug i recon [17:17] it is easy to get em [17:20] (/sbin/modinfo -F alias rt73usb;/sbin/modinfo -F alias rt2500usb)|sort|uniq -d [17:26] /sbin/modinfo -F alias rt73usb rt2500usb|sort|uniq -d [17:26] thats even shorter... [17:27] apw: also how about enabling the lzma options for smaller kernel size [17:28] for compressed kernels? [17:28] you could even update update-initramfs and use lzma if the kernel config has the needed setting [17:28] how well tested is that [17:28] sure [17:28] if you dont enable nobody tests it [17:28] it is one of the major points for 2.6.30 [17:29] i hope that squashfs will get lzma too because it is now inside the kernel [17:30] lzma was the one which had poor rsync behaviour i think? making it near useless for CD's [17:30] iirc [17:30] nope [17:30] did you never hear of lzma patches for squashfs [17:30] http://www.squashfs-lzma.org/ [17:31] slax used it [17:32] apw: ack re: lzma + rsync not being friends [17:32] tar.lzma is now the default for slackware [17:33] so many use it now [17:33] as i remember the size savings are impressive and would be desirable for our live images, but a problem for the QA process as its non-rsyncable [17:33] i dont get it [17:35] rsync is independent of the data === bjf_ is now known as bjf [17:50] *** There will be an Ubuntu Kernel Team meeting on #ubuntu-meeting at the top of the hour. [17:55] Kano, right but the data needs to be similar between images to allow rsync to be efficient [17:56] and lzma produces images which are completely different for a small change in the contents [17:56] well squashfs stores files basically always the same [17:56] should not matter that way [17:57] bjf, good idea to announce here [17:57] did you really test squashfs-lzma or pure lzma? [17:57] seems it does, from the testing that foundations has done [17:57] so they tell me yes === Kano32 is now known as Kano === Kano32 is now known as Kano [21:00] hi all, should anybody tell me something about https://bugs.launchpad.net/ubuntu/+source/loop-aes-source/+bug/342902 ? [21:00] Malone bug 342902 in loop-aes-source "Build error: ‘struct bio’ has no member named ‘bi_hw_front_size’" [Undecided,New] [21:02] in a few words, we need CONFIG_BLK_DEV_LOOP back to "m", is it possible? === sconklin is now known as sconklin-afk