[00:54] <colinmarc> Hi, I'm getting a complete system crash whenever mdadm tries to recover or create a raid array. When I try in recovery mode there is a call trace, but it is missing from the logs
[00:57] <colinmarc> any ideas?
[00:59] <jk-> colinmarc: do you get the call trace reported in the 'dmesg' output ?
[01:01] <colinmarc> I'm not sure
[01:01] <colinmarc> it doesn't say, and it's not present in any of hte logs
[01:01] <colinmarc> the*
[01:02] <colinmarc> btw... I'm running 9.04 x64 (I'm not in the wrong room am I?)
[01:02] <jk-> colinmarc: no, this chan is the right one.
[01:03] <jk-> just run 'dmesg', it'll dump the contents of the kernel log
[01:03] <colinmarc> I just reproduced the error, it reads like [    65.XXXXXX] [<ffffxxxxxxx>] etc
[01:03] <colinmarc> well it doesn't let me type or enter anything once the error happens
[01:03] <jk-> ah.
[01:03] <jk-> can you get a photo of the screen?
[01:04] <mase_wk_> colinmarc: can you enable serial output on the machine ?
[01:04] <colinmarc> hmm... let me try. It might be a minute
[01:04] <colinmarc> for the picture. what do you mean, serial output?
[01:05] <jk-> colinmarc: serial cable connection to another computer
[01:05] <mase_wk_> the kernel will be able to output its logging via serial
[01:05] <mase_wk_> you can connect to it with minicom or by cat /dev/ttyx
[01:06] <mase_wk_> though i would suggest minicom
[01:06] <colinmarc> hm. I imagine I would need my desktop for that and it's a windows machine and also disassembled right now. Also I don't know if I have the correct cables or anything
[01:07] <colinmarc> but I'm taking a picture...
[01:07] <mase_wk_> i'm having some problems building a kernel package on 8.04 which will automatically run update-initramfs. I am passing the --initrd flag to make-kpkg
[01:07] <mase_wk_> is there something else I need to do ?
[01:07] <mase_wk_> colinmarc: ok
[01:09] <colinmarc> alright, I've got a picture. Can I send it through irc?
[01:10] <jk-> colinmarc: maybe file a bug, and attach the screenshot?
[01:10] <colinmarc> erm
[01:11] <mase_wk_> I've also tried setting the environment variable but that doesn't seem to make it either.
[01:11] <colinmarc> let me put it up on imageshack
[01:13] <colinmarc> http://img41.imageshack.us/img41/7349/img4876o.jpg that's the entire screen
[01:13] <colinmarc> no cursor at the bottom or anything
[01:13] <colinmarc> okay, not the entire screen, but almost
[01:13] <colinmarc> it's a projector which is why there's no border or anything
[01:14] <jk-> colinmarc: can you scroll up at all? (chift+pgup?)
[01:14] <colinmarc> nope
[01:24] <colinmarc> I thought it might be a sata controller bug, but it's just intel ICH7 as far as I know and it's switched to AHCI
[01:30] <jk-> apw / ogasawara: https://bugs.launchpad.net/ubuntu/+bug/394371 looks fixed?
[01:30] <ubot3> Malone bug 394371 in linux "boot failure after 2.6.31 kernel upgrade" [High,Incomplete] 
[01:33] <ogasawara> jk-: indeed, I'll get it cleaned up
[01:36] <colinmarc> so, am I out of luck?
[01:37] <jk-> colinmarc: i think a serial console would help us a lot here
[01:37] <jk-> other options are to try a more recent kernel; what are you using at the moment?
[01:38] <colinmarc> the latest 9.04
[01:38] <colinmarc> err, I'd check btu I'm currently fscking
[01:38] <colinmarc> whichever is on the download page right now
[01:38] <jk-> sure, ok
[01:44] <colinmarc> 2.6.28
[01:53] <DanaG> oh yeah, so the go7007 in upstream seems to be broken.
[01:53] <DanaG> build fail: http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.32-rc1/BUILD.LOG
[01:55] <DanaG> Might be good to disable it.
[02:03] <mase_wk_> is there a mailing list for the ubuntu kernel ?
[02:04] <DanaG> yeah, I think there is one somewhere.  I just prefer to use either IRC or gmane.
[02:06] <mase_wk_> yeh i normally like irc but i'm having some issues that no one seems to know the answer to so i thought i'd post to the list rather 
[02:08] <DanaG> I think the wiki thing in /topic has a link to the mailing list.
[02:08] <mase_wk_> your right , found it thanks
[05:10] <joshua__> hi all
[05:12] <joshua__> I'm taking a introduction to Operating Systems class and would like to modify the pid_t fork(void) system call as an experiment
[07:32] <micahg> would an ipod not mounting be a kernel bug?
[07:39] <amitk_> micahg: that would depend on what dmesg is saying.
[07:41] <micahg> I have bug 434295
[07:41] <ubot3> Malone bug 434295 in ubuntu "Ipod won't mount in 9.04" [Undecided,New] https://launchpad.net/bugs/434295
[07:52] <amitk_> micahg: that bug doesn't have much information. Could you run 'apport-collect -p linux 434295' ?
[07:53] <amitk_> micahg: or actually 'apport-collect -p linux-image-`uname -r` 434295'
[07:53] <amitk_> More info here -> https://wiki.ubuntu.com/KernelTeam/KernelTeamBugPolicies
[07:54] <micahg> amitk_: sorry, it's not my bug, I was attempting to move it to the proper package
[07:54] <micahg> I can post the request in the bug though
[07:56] <amitk_> micahg: that bug doesn't have any info to help fix the bug except that ipod mount doesn't work. And the fact that the ipod shows up as storage and then disappears seems to indicate something else..
[08:00] <micahg> amitk_: ok, I'll leave it for someone else with broader knowledge to figure out then
[08:01] <amitk_> micahg: it is a good idea for him to run that command though, to collect the necessary info
[08:03] <micahg> Thanks, I'll add it to the bug report.
[09:53] <amitk_> apw: Can we update the firmware for the rt2870 from http://www.ralinktech.com.tw/support.php?s=2 ? There is a potentially newer version of firmware in the RT3070USB(RT307x) driver on the page (newer date, larger file size)
[09:53] <amitk_> apw: how can I tell if the firmware doesn't regress the older cards?
[09:54] <smb> amitk_, I am not sure he can hear you
[09:54] <amitk_> smb: he went deaf?
[09:55] <smb> amitk_, Not exactly just on vacation
[09:55] <amitk_> smb: ohh. All week?
[09:55] <smb> No, supposed to be back tomorrow
[09:55] <amitk_> ack
[09:56] <smb> amitk_, But my feeling would be that firmware update might regress older cards. Depends on how the driver decides to pull it in.
[09:56] <smb> Some load different firmware versions for different hw
[09:57] <amitk_> smb: the file name is the same. But the "newer" one is shipped with a different driver with a newer date.
[09:58] <smb> amitk_, That feels a bit risky. But that is just a guess
[13:41] <amitk_> rtg: hi! Got a firmware question.
[13:42] <rtg> amitk: shoot
[13:42] <amitk_> Can we update the firmware for the rt2870 from http://www.ralinktech.com.tw/support.php?s=2 ? There is a potentially newer version of firmware in the RT3070USB(RT307x) driver on the page (newer date, larger file size)
[13:42] <amitk_> rtg: how can I tell if the firmware doesn't regress the older cards?
[13:43] <rtg> amitk: AFAIK testing is the only way. Can you get ant info from RT ?
[13:43] <amitk_> do you have a contact there.
[13:43] <amitk_> ?
[13:43] <rtg> not me.
[13:43] <rtg> amitk: how about one of our OEM team mates?
[13:45] <amitk_> let me ask about...
[14:28] <ericm> some one reported a failure to detect SMP with recent karmic kernel on AMD 4800+ x2
[14:28] <ericm> do that have any relationship with apic?
[14:29] <ericm> I seem to remember with hardy I'll have to explicitly add "noapic" to boot a kernel on my AMD 4000+ x2
[15:09] <JFo> ogasawara: I had the suspicion about the latest Karmic in those two, but I wanted to make sure the mainline build info was in there. Is that wrong?
[15:13] <JFo> manjo!
[15:14] <manjo> JFo, hi!
[15:14] <JFo> howdy
[15:14] <manjo> hello sir
[15:15] <JFo> how are you?
[15:15] <manjo> doing ok.. and you ? 
[15:15] <JFo> sorry I completely forgot to get you another cigar before I left Atlanta
[15:15] <JFo> not too bad :)
[15:15] <manjo> :) not a problem ... pete is around in austin now 
[15:16] <JFo> brb, need to step outside for a minute
[15:21] <JFo> back
[15:22] <JFo> yeah, you guys have fun in Austin :)
[15:22] <manjo> did not get a chance to meet him 
[15:22] <JFo> you didn't?
[15:23] <manjo> nope ... probably he is pretty busy & tired from all the travel 
[15:23] <JFo> I thought you worked with him :-P
[15:23] <manjo> heh
[15:23] <JFo> yeah, he does travel alot
[15:24] <manjo> you left atlanta right before the floods :)
[15:31] <JFo> I know, good timing on my part :)
[15:32] <JFo> One of my colleagues I met in San Francisco is from there. He sisn't even know it was happening until I told him
[15:32] <JFo> didn't*
[15:50] <bjf> **
[15:50] <bjf> ** Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting
[15:50] <bjf> **
[16:03] <ogasawara> JFo: I'll preparing an email back to ya about the 5 bugs you triaged, i'll send it in a bit
[16:13] <akgraner_> ping ogasawara 
[16:31] <JFo> no problem ogasawara
[17:08] <gioele> hello
[17:09] <gioele> What is the meaning of SAUCE, found in a few place in linux-image change logs?
[17:10] <smb> gioele, Usually marks patches that are specific to the ubuntu kernel (iow not gone upstream)
[17:13] <gioele> smb: I see. Is is an initialism or an acronym of anything?
[17:14] <smb> gioele, Not so much, just making the stew more tasty with sauce ;-)
[17:14] <gioele> :)
[17:24] <rtg> smb, its short for 'special sauce'
[17:24] <smb> rtg, :) Ok, for me any sauce is good
[17:38] <ogasawara> akgraner: oops, missed your ping earlier
[17:38] <ogasawara> akgraner: let me know if you need something
[17:43] <JFo> ogasawara: thanks for the feedback
[17:44] <ogasawara> JFo: np, definitely fwd any other bugs you want reviewed
[17:44] <JFo> certainly
[17:44] <JFo> maybe soon you won't have to check behind me :-P
[19:12] <smoser> hey all,
[19:13] <smoser> the acpiphp.ko module is required for hotplug support in kvm guests (bug 364916)
[19:13] <ubot3> Malone bug 364916 in linux "When running Ubuntu as an Eucalyptus VM instance, module acpiphp is not available to be loaded, complicating the use EBS volume" [Wishlist,Fix released] https://launchpad.net/bugs/364916
[19:13] <smoser> is there a way that this module could be automatically loaded? 
[19:14] <rtg> smoser, I think you'll have to insmod it via initramfs
[19:14] <smoser> note, i'm not interested in /etc/modules or /etc/initramfs-tools/modules, but rather in the module being magically loaded when necessary across the board (similar to how I vaguely understood that e1000.ko is loaded)
[19:15] <smoser> that make sense ?
[19:16] <smoser> we definitely *can* modify our initramfs for uec and/or our vmbuilder output images. but a broader solution would be for that module to automatically load when running on "hardware" that supported it
[19:17] <rtg> smoser, there doesn't seem to be anything in the driver that will trigger loading
[19:17] <rtg> smoser, I think I could build it into the kernel.
[19:20] <smoser> rtg, what would you think about that ? is that something reasonable ?
[19:21] <rtg> smoser, yes, its quite reasonable for the ec2 kernel. I'm just trying to figure out how acpiphp gets built at all.
[19:21] <smoser> not relavant for ec2. only for uec (-virtual: -generic-pae or -server)
[19:22] <rtg> smoser, oh, that explains it. I'll have to look a bit closer at the server. dunno if I can build it in for sure.
[19:22] <smoser> ec2 does this via some other xenish hotplug mechanism (i'm not quite sure). acpiphp is how kvm does it
[19:26] <rtg> smoser, I think you're gonna have to go the initramfs route.
[19:27] <smoser> i accept your answer, but just curious, why not build in?
[19:31] <rtg> smoser, regression potential for existing platforms. its kind of a major hunk of code to impose at this late date.
[19:31] <smoser> fair enough
[20:17] <MyXelf_> hello
[20:19] <MyXelf_> can please somebody look at bug 435917
[20:19] <ubot3> Malone bug 435917 in linux "BUG: scheduling while atomic: swapper - using ppp [kernel 2.6.31-10.35-generic]" [Undecided,New] https://launchpad.net/bugs/435917
[20:22] <rtg> MyXelf_, looking
[20:22] <MyXelf_> thanks
[20:26] <rtg> MyXelf_, https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/435917/comments/4
[20:26] <ubot3> Malone bug 435917 in linux "BUG: scheduling while atomic: swapper - using ppp [kernel 2.6.31-10.35-generic]" [Undecided,New] 
[20:45] <rtg> smb, still around? have you seen anything like bug #435917 ?
[20:45] <ubot3> Malone bug 435917 in linux "BUG: scheduling while atomic: swapper - using ppp [kernel 2.6.31-10.35-generic]" [Undecided,New] https://launchpad.net/bugs/435917
[20:45] <rtg> I have memories of something like this in Jaunty
[20:46] <smb> rtg, Only partially. Hm, not immediatly...
[20:46] <rtg> smb, look at the end of the dmesg
[20:46] <MyXelf_> i can't tell for sure, but it never happened in jaunty
[20:47] <MyXelf_> at least the frozen system
[20:49] <smb> rtg, Yes, I vaguely remember having seen something like this before. But cannot recall whether we came to a solution
[20:49] <rtg> smb, I'm gonna mark it as a regression so it stays on the radar
[20:50] <smb> rtg, Yeah, and maybe assign it to me, too. 
[20:50] <rtg> smb, doen
[20:50] <rtg> done*
[20:51] <smb> rtg, ok
[20:51] <rtg> smb, do you know how to tag a bug? The LP options keep moving around
[20:52] <smb> a sec
[20:53] <smb> Its another of these little yellow fellows. I'd put regression-potential into it, if that is ok for you
[20:53] <rtg> smb, thats exactly what I was looking for. thanks.
[20:54] <smb> rtg, done. These little buttons are somewhat easy to overlook
[20:55] <MyXelf_> smb, rtg: can i do anything else to be of help?
[20:55] <rtg> maybe after the 4th or 5th time you remind me, I'll start to remember
[20:55] <rtg> smb, ^^
[20:55] <smb> MyXelf_, Not atm. I must get my head into it tomorrow
[20:56] <rtg> MyXelf_, your bug should get some attention later this week. I've milestoned it for release
[20:58] <MyXelf_> wow, that's awesome
[20:58] <MyXelf_> thanks both of you
[20:59] <rysiek|pl> hi guys
[20:59] <rysiek|pl> any living souls around?
[21:00] <rysiek|pl> anybody heard about -ck's BFS?
[21:00]  * rysiek|pl teases. probably everybody here has heard about that
[21:00] <rtg> rysiek|pl, I've read Ingo's responses.
[21:00] <rysiek|pl> rtg: to the new -ck's scheduler? where?
[21:01] <rtg> LKML
[21:01] <rtg> there was quite a flurry a couple of weeks ago when Colin initially announced it.
[21:02] <rysiek|pl> rtg: care to sum-up in a sentence? I'd rather not digging through LKML
[21:02] <rtg> it ain't ready for prime time.
[21:02] <ali1234> cyanogenmod for g1 uses bfs
[21:02] <ali1234> i think that's the only place real users are using it yet
[21:03] <rysiek|pl> rtg: that we all know. question is: a). is there a chance guys at kernel.org will ever consider pluggable schedulers; b). are there any other reasons (besides code maturity and doesnt-scale-to-4096-cores) not to use it?
[21:04] <rtg> rysiek|pl, frankly, you'll have to ask Ingo et al those questions.
[21:04] <rysiek|pl> rtg: ok, thanks; thought you might had that covered ;)
[21:04] <rtg> I've zero exposure to it
[21:04]  * rysiek|pl 's gotta test the bugger
[21:05] <rysiek|pl> I suppose this question had to come up here already, but what the hey
[21:06] <rysiek|pl> any chances on including -ck/BFS in ubuntu? as a testing kernel maybe?
[21:06] <rtg> rysiek|pl, pretty unlikely unless it gets into staging or something.
[21:07] <rysiek|pl> mhm
[21:07] <rysiek|pl> and any other scheduler, for that matter?
[21:07] <rtg> rysiek|pl, same criteria
[21:09] <rysiek|pl> right
[21:09] <rysiek|pl> thanks
[21:12] <ali1234> rysiek|pl: i live in hope that someone will make a ppa for it
[21:12] <ali1234> actually there's already a ppa but no packages in it yet
[21:13] <rysiek|pl> interesting
[21:14] <rysiek|pl> gotta look into that
[21:14] <rysiek|pl> ali1234: maybe you know how hard/time consuming is setting-up a ppa?
[21:15] <ali1234> no, i've no idea, sorry. i know how time consuming a kernel bisect is though :/