[01:00] <joshhunt> where can i find the pkg containing vmlinux for my system?
[01:03] <joshhunt> i'm running lucid
[04:02] <DanaG> https://wiki.ubuntu.com/Kernel/Netconsole
[04:03] <DanaG> Say, anyone know if netconsole can handle ipv6 addresses?
[08:42]  * apw yawns
[08:43] <apw> jjohansen, that sounds like upstart is dieing
[08:43] <jjohansen> apw: maybe
[08:44] <apw> init=/bin/sh work ?
[08:45] <jjohansen> hrmm, give me a sec I am dealing with a 2 year old
[08:45] <smb> cooloney, Heya, you know whether Eric will be around again today?
[08:45] <apw> joshhunt, you looking for the debugging symbols?  if so they are in the ddebs on ddeb.ubuntu.com
[08:45] <smb> apw, (if they are not deleted...)
[08:46] <apw> smb, indeed, seems to be more than the usual 3 in there (when its gone wrong) so perhaps they have survived for a change
[08:46] <smb> \o/
[08:47] <RAOF> apw: Scott has suggested that bug #615549 might be something similar to what you've been wrestling re efifb/vesafb.
[08:47] <ubot2> Launchpad bug 615549 in gdm (Ubuntu Maverick) (and 1 other project) "Dell Studio XPS 13 no video (affects: 2) (heat: 176)" [High,Triaged] https://launchpad.net/bugs/615549
[08:50] <RAOF> (The basic problem there being that X is getting started before the kernel modules have finished initialising)
[08:52] <apw> RAOF, not sure it does sound similar, the other bug was a problem with ati cards wherein radeon kms driver doesn't cope with the card being partially initialised when it starts up
[08:52] <apw> there is no race involved as far as i know, its always broken
[08:53] <RAOF> Ok.
[08:54] <RAOF> We should probably go with the safe and slower fix of waiting for udev to finish.
[08:57] <apw> the problem is that presumably has to affect every card
[08:57] <apw> every install, every machine
[08:57] <RAOF> Yes.
[08:57] <apw> you are going to get much resistance to that
[08:59] <apw> smb, like your sru cartoon
[08:59] <jjohansen> apw: so the best I can figure it wasn't upstart or at least not entirely upstart.  There were times I could get the machine to a login prompt, but all input was dead.  Now matter what I did input was dead after leaving the initramrd.
[08:59] <smb> apw, Thanks, Steve thought it was funny, too. :)
[08:59] <jjohansen> I could type within the initramfs console but not after, no recovery etc
[09:00] <apw> thats very very odd
[09:00] <jjohansen> In the end I called it a failed upgrade, reinstalled and everything worked
[09:00] <smb> apw, A pity that its not my drawings. :-O
[09:00] <apw> !
[09:00] <jjohansen> yeah
[09:00] <apw> smb, you could give up your job and go be a cartoonist if they were :)
[09:00] <smb> hehe, yeah. But no, need to stick to the kernels... ;)
[09:01] <apw> i see leann and manjo and you in that cartoon
[09:01] <smb> apw, How would you possibly think of him? ;-P
[09:02] <apw> looks a bit like him, honest
[09:02] <smb> shhh
[09:04] <cking> cartoon?
[09:04] <smb> cking, I send it to you too
[09:06] <smb> cking, Btw, you have no voice today ;-)
[10:12] <xampart> http://pastebin.com/xU95dkQd
[10:14]  * jjohansen waves good night
[10:15] <apw> xampart, ?
[10:17] <xampart> apw: what should i do with this? thought this would be right place to ask information
[10:17] <xampart> noticed this after reboot
[10:18] <apw> that error is nothing to worry about, it says that your BIOS is broken, but that the kernel has papered over it ...
[10:19] <xampart> ok
[10:19] <apw> xampart, but as bots send us links etc with porn or spam in, we don't just look at links people paste till we know they are people
[10:55] <apw> bah, hung again ... i am suspicious that lucid X and maverick kernel are not compatible ... hangy wise
[11:14] <lag> apw: Do you have sudo on orange? 
[12:09] <apw> cking, about>
[12:10] <cking> cking, yep
[12:11] <cking> wassup?
[12:12] <apw> mumble ?
[12:12] <cking> hrm, lemme restart it
[13:06] <apw> cking,  you about ?
[13:09] <ogasawara> lovely, just spent the last 4hrs in the ER
[13:11] <apw> ogasawara, ! you ok ?
[13:12] <ogasawara> apw: yah, Wayne sliced his hand open requiring 6 stitches
[13:12] <apw> ouch!  but at least it wasn't you
[13:12] <diwic> ouch
[13:14] <smb> ogasawara, That is quite bad. One could say that might be training for the future... but thats evil. /me goes to self-punish himself
[13:24] <amitk> apw: is the UK on holiday?
[13:24] <apw> amitk, noone told me if it is ...
[13:24] <apw> who you lost ?
[13:24] <smb> amitk, YOu mean the US
[13:24] <smb> maybe?
[13:24] <amitk> smb: no, UK. I'm not seeing too much chatter on the company channel
[13:25] <apw> as far as i know its normal day here
[13:25] <ogra> i think its lab. day 
[13:25] <ogra> every US citizen has to do science ! 
[13:25] <apw> in the US monday i believe
[13:25] <amitk> lol
[13:26] <ogra> oh, right, its monday
[13:26] <apw> the UK no, but its hot :)
[13:26]  * ogra just knew its a long weekend because of it
[13:26] <ogra> so i had a 50/50 chance to be wrong ... lucky me :P
[14:12] <JFo> cking, looking over that bug now
[14:15] <JFo> cking, it looks to be set invalid yes?
[14:15] <JFo> yeah pitti set it invalid in Apr 09
[14:15] <cking> JFo, I think it's valid for some users, it's essentially a tunable
[14:16] <JFo> k
[14:16] <JFo> apw, have a moment to look over bug 264336
[14:16] <ubot2> Launchpad bug 264336 in postgresql-common (Ubuntu Jaunty) (and 7 other projects) "pgsql fails to start due to shared buffer setting greater than kernel allows (affects: 23) (dups: 14) (heat: 105)" [High,Invalid] https://launchpad.net/bugs/264336
[14:17] <JFo> if not, no prob. I'll set it up for our call 
[14:17] <cking> it's certainly not urgent 
[14:18] <JFo> no problem. Thanks for bringing it to my attention cking :)
[14:19] <cking> it was my fail for letting it slip off my radar
[14:21] <apw> jfo ack
[14:21] <JFo> thanks apw 
[14:21] <JFo> cking, happens to all of us
[14:21] <JFo> me worst of all
[14:35] <diwic> JFo, what's up with the bug triage day, wasn't that in a week from now? 
[14:36] <JFo> diwic, yes
[14:36] <JFo> I am setting up logistics on it
[14:36] <JFo> diwic, https://wiki.ubuntu.com/Kernel/BugTriage/Summit/Maverick
[14:37] <diwic> JFo, looking good, so Brad will run it?
[14:37] <JFo> well, I put Brads name since I wasn't sure who else would be there
[14:37] <JFo> but you can co-run if you like
[14:37] <JFo> I can add you
[14:38] <diwic> JFo, I guess we could ask him when he's back from vacation
[14:39] <JFo> ok, but I need to get stuff finalized today if possible
[14:39] <JFo> I can add you as a presenter later too if needed
[14:49]  * apw has to pop to collect a parcel
[15:23] <ericm|ubuntu> smb, ping
[15:23] <smb> ericm|ubuntu, yup
[15:23] <ericm|ubuntu> smb, it's really weird - cannot find drivers/usb/misc/test.c in my mvl-dove branch?
[15:24] <ericm|ubuntu> so just wondering where the conflict comes from?
[15:24] <ericm|ubuntu> smb, which tip are you rebasing onto?
[15:25] <smb> ericm|ubuntu, wasnt that usbtest.c? I need to check. I rebase to Ubuntu-2.6.32-25.34
[15:25] <smb> err .43
[15:25] <ericm|ubuntu> smb, ah sorry - let me check again
[15:25] <ericm|ubuntu> smb, indeed, sorry
[15:26] <smb> ericm|ubuntu, I probably should have written in the mail
[15:27] <ericm|ubuntu> smb, looks like they changed too much in commit: dove: first rebase over 2.6.29.1
[15:28] <smb> You mean they might only have wanted to comment out the first occurance?
[15:29] <ericm|ubuntu> smb, 1 min
[15:29] <smb> sure no worries
[15:29]  * smb makes some tea
[15:30]  * ericm|ubuntu hands smb some beer
[15:33] <ericm|ubuntu> smb, I agree with you the removal of the 2nd simple_free_urb() is incorrect and will cause leak, so +1 for your solution
[15:35] <smb> ericm|ubuntu, Not yet that late. Ok, so I would just go ahead and do the fix on the rebase
[15:35] <ericm|ubuntu> smb, thanks
[17:03] <JFo> ogasawara, :-P
[17:04] <ogasawara> JFo: heh, see our release team meeting chatter :)
[17:04] <JFo> yep :)
[17:04] <ogasawara> JFo: was just about to ping you about it
[17:04] <JFo> no sweat
[17:04] <JFo> already looking
[17:04] <ogasawara> JFo: we basically just need to go through and decline the nominations if they don't look realistic
[17:04] <JFo> k
[17:05] <ogasawara> ie not something that's gonna get resolved for Maverick
[17:06] <JFo> we really need a sort by package capability on stuff like this
[17:06] <JFo> that approve decline radio button thing would be most useful then
[17:09] <ogasawara> JFo: I'll start at the end of that list and try to help out declining nominations
[17:09] <JFo> ok
[17:09] <JFo> I will start at the beginning
[17:12] <ogasawara> JFo: I'm posting something like the following prior to declining..."Declining the Maverick specific nomination for now and leaving this open against the actively developed Ubuntu kernel (which happens to be Maverick at this time).  Will re-open the nomination should a fix be narrowed down which we can confirm specifically resolves this issue in Maverick."
[17:13] <JFo> sounds good to me
[17:14] <kamal> lag: ping
[17:15] <lag> Hello kamal 
[17:15] <kamal> lag: hiya -- I'd like to test your sd-card-fix kernel, but ~ljones/lp477106-lucid only offers the 32-bit kernel -- how 'bout a 64-bit?
[17:17] <lag> kamal: I don't have a build system for 64bit setup yet
[17:17] <kamal> ah
[17:18] <lag> kamal: I will build one, but not for a while
[17:18] <ogra> just cat two 32 bit kernels together :P
[17:18] <lag> I can provide you the source?
[17:18] <kamal> would it be possible for you to post the patch?
[17:19] <kamal> haha yes, the source please -- I'll just build it myself.
[17:19] <kamal> ogra: hahahaha -- ok, I'll do that!
[17:22] <lag> kamal: http://kernel.ubuntu.com/git?p=lag/ubuntu-lucid.git;a=commitdiff;h=ef4c31990cbe996dbd5ac1530491549e295f39e9;hp=5470af5fd104192214b496a2736fd26200f4650d
[17:22] <kamal> lag: awesome - thanks!
[17:23] <JFo> ogasawara, I am finding that most of the ones I see are being actively worked
[17:23] <JFo> either in the bug or another like it
[17:24] <ogasawara> JFo: heh, the one's I'm seeing are new and just blindlly nominated
[17:24] <lag> kamal: No problem
[17:24] <ogasawara> JFo: if they're being actively worked just leave them alone
[17:26] <ogasawara> JFo: maybe start looking at https://bugs.edge.launchpad.net/ubuntu/maverick/+nominations?start=75
[17:26] <ogasawara> JFo: I'm at https://bugs.edge.launchpad.net/ubuntu/maverick/+nominations?start=225
[17:27] <JFo> k
[17:35] <JFo> ogasawara, smb does this looks like something we are likely to consider? bug 424927
[17:35] <ubot2> Launchpad bug 424927 in linux (Ubuntu) "include CK patch set (BFS) (affects: 24) (heat: 192)" [Wishlist,Confirmed] https://launchpad.net/bugs/424927
[17:35] <JFo> my guess is no
[17:36] <ogasawara> JFo: If it's not upstream, I'm gonna say no
[17:36] <JFo> heh
[17:36] <smb> That would be my feeling too
[17:36] <JFo> k
[17:36] <JFo> that was actually what I was basing my assumption on
[17:38] <ogasawara> JFo: I think I've seen requests for that before (or maybe it was that bug) and I said no to the patch set and to get it upstream
[17:39] <JFo> more than likely
[17:39] <JFo> that was a really long bug
[17:43] <JFo> what the heck is kernel-package(ubuntu)?
[17:43] <ogasawara> no idea
[17:44] <ogasawara> JFo: looks to be in Universe for Maverick?
[17:44] <ogasawara> JFo: I'd say skip it
[17:45] <JFo> shrug*
[17:45] <JFo> just sounded odd
[17:45] <ogasawara> JFo: "kernel-package: A utility for building Linux kernel related Debian packages." - https://edge.launchpad.net/ubuntu/+source/kernel-package
[17:45] <JFo> sounds like something that could easily cause confusion
[17:55] <ogasawara> JFo: I'm moving onto https://bugs.edge.launchpad.net/ubuntu/maverick/+nominations?start=150
[17:55] <JFo> ok
[17:56] <JFo> we are almost done then
[18:02] <JFo> I'm back to looking over 1-75
[18:20] <JFo> k, I'm done for the most part
[18:20] <JFo> there are likely ones that I left alone that should have been closed
[18:20] <JFo> but I think they are in progress
[18:22] <ogasawara> JFo: cool, thanks for helping
[18:23] <JFo> no sweat
[18:23] <JFo> it is something that I should be watching anyway
[18:24]  * smb goes eow
[19:02] <kamal> lag: I confirm that your lp477106 git tree does fix the SD card suspend hang.  I'll post my comment and url to the 64-bit debs in the bug.  Thanks!
[19:28]  * JFo crosses his fingers
[19:29] <JFo> looks like it worked
[19:29] <JFo> I figured out what was causing my e-mail issues ogasawara... but I'm not gonna tell you what it was. I don't want you to know the depths of dumb I went to. :)
[19:38] <ogasawara> JFo: heh, I'm scared to even ask then.
[19:39] <JFo> yeah, I R Dumb
[19:41] <achiang> JFo: do share
[19:42] <JFo> oh I couldn't '_
[19:43] <JFo> rather :)
[19:43] <JFo> mayhap next time I see you achiang I can relate it in the hushed tones of a one-time story.
[19:43] <achiang> JFo: heh, ok
[19:43] <JFo> :)
[19:49] <ogasawara> JFo: "documentation -- re-organize kernel team wiki pages" isn't that work item done?  or did you have more re-org you wanted to tackle
[19:50] <JFo> there is much more to do, but for the purposes of that item I think we are done... unless apw disagrees
[19:50] <ogasawara> JFo: heh, I think he was leaving it to you to make the final call
[19:50] <JFo> ah
[19:51] <JFo> then for that item I'd say we are complete
[19:51] <JFo> we can do some more the next cycle 
[19:51] <JFo> as I am sure we will need to flesh what we have out some more
[19:52]  * jjohansen -> lunch
[19:59] <ogasawara> JFo: There was one more I thought might be done - "Jeremy to document the patch review process for kernel" (https://blueprints.launchpad.net/ubuntu/+spec/community-m-launchpad-upstream-improvements-patches)
[19:59] <JFo> ah, that has to do with the +patches view in launchpad
[20:00] <ogasawara> JFo: oh, ok
[20:00] <JFo> we don't have anything for that as I wasn't using it
[20:00] <JFo> so I still have to do that :-(
[20:00] <ogasawara> JFo: ok, I was thinking it was wiki related, so nm.
[20:00] <JFo> yeah, I wish
[20:00] <JFo> I had actually forgotten about that one. Thank you for reminding me
[20:01] <JFo> I should be able to write some thing up on it
[20:01] <ogasawara> I'm just browsing through https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Maverick#Milestone%20ubuntu-10.10 and seeing what we might be able to close
[20:05] <JFo> cool
[20:05] <JFo> d'oh! it's 3pm and I haven't eaten all day :-/
[20:05] <JFo> how is it that a fat kid like me forget to eat?!
[20:05] <JFo> so sad
[20:11] <manjo> ogasawara, freeze on the 16th ? 
[20:11] <ogasawara> manjo: yep, will send a reminder next week
[20:12] <manjo> so after that is SRU process I assume 
[20:15] <ogasawara> manjo: yep
[20:18] <ogasawara> manjo: wanted to ask you about your last work item ... "documentation: consolidate and maintian kernel build instructions into one location, possibly within the kernel source itself "
[20:18] <ogasawara> manjo: did you put together a quick guide to building a kernel or something?
[20:18] <ogasawara> manjo: ie I can mark it DONE
[20:18] <manjo> ogasawara, yep it should be int he new wiki pages 
[20:19] <manjo> although the SRU process doc needs more work
[20:19] <manjo> I am assuming the SRU team will take a look at what is available and make those changes
[20:19] <manjo> ogasawara, so yes the build part is done 
[20:20] <ogasawara> manjo: I think bjf had put together a detailed doc about their processes, but will check with him next week
[20:21] <manjo> ogasawara, sounds good 
[20:22] <manjo> ogasawara, instead of doing a separate doc they should integrate it with the scheme that apw and I talked about at the sprint ie having action and doing "includes" of those actions. 
[20:22] <manjo> we had a session about it and they can follow what I have done as example 
[20:23] <ogasawara> manjo: I want to say he did?  but am not positive
[20:23] <manjo> ok I have not had the chance to look at more distro side of thing lately with all the OEM & HEW stuff going on 
[20:23] <manjo> HWE
[20:27] <JFo> ok, I am headed out to eat before I fall over. Will be on later.
[20:33] <era> ogasawara, i think julian has solved the ndiswrapper issue once and for all. it will require a debian sync once he uploads a new package and a 5 line kernel patch.
[20:33] <era> *3 line
[20:36] <era> also, i'm investigating why flags like CONFIG_CFG80211_DEFAULT_PS are crippling iwlwifi performance.
[20:36] <ogasawara> era: cool, do you have a reference to the kernel patch?
[20:36] <era> yes. https://bugs.launchpad.net/ubuntu/+source/ndiswrapper/+bug/613796/comments/28
[20:36] <ubot2> Launchpad bug 613796 in ndiswrapper (Ubuntu) (and 1 other project) "ndiswrapper can scan for SSIDs but cannot connect on any kernel newer than 2.6.34-5.14 (affects: 5) (dups: 2) (heat: 46)" [Undecided,Confirmed]
[20:40] <ogasawara> era: cool, I'll get it on my todo list
[20:40] <era> thank you.
[21:01]  * ogasawara lunch