[00:49] <jjohansen1> JFo: ping
[02:04] <JFo> jjohansen1, pong
[04:37] <kristian-aalborg> hi all
[04:38] <kristian-aalborg> I got uvesafb running, it sped up everything... but it seems a bit less stable now?
[04:41] <kristian-aalborg> hi jjohansen1 
[04:55] <Shred00> is there anything in particular that upstart needs in the kernel it runs with?
[04:56] <Shred00> i built an upstream (kernel.org) kernel with the lucid .config but /sbin/init starts but doesn't do anything
[04:57] <Shred00> initctl {list,version} return
[04:57] <Shred00> initctl: Did not receive a reply.  Possible causes include: the remove application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
[07:53] <fairuz> morning good people
[09:21] <buhl> Does anyone know why the beta1 is sooo much heavier on my system? - It's using three times more RAM idling...
[09:38] <fairuz> Hi, All processes executed from a bash script has the same affinity as the bash script right?
[11:09] <ricotz> does somebody know if this commit is proposed for 2.6.38.x yet? http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=243b422af9ea9af4ead07a8ad54c90d4f9b6081a
[11:17] <diwic> ricotz, since it's cc:ed stable it's very likely to be in 2.6.38 sooner or later
[11:18] <diwic> ricotz, if you want it sooner, write an email to the kernel-team@lists.ubuntu.com ML with a subject line starting with "UBUNTU: (pre-stable) Natty"
[11:18] <diwic> ricotz, if you want it sooner in Ubuntu, i e
[11:20] <ricotz> diwic, ok
[11:21] <diwic> ....and explain why it's important
[11:21] <ricotz> as the commit says - currently using aio is broken in natty
[12:31] <bullgard4> '~$ uname -a; Linux T42 2.6.38-7-generic #39-Ubuntu SMP Fri Mar 25 19:38:02 UTC 2011 i686 i686 i386 GNU/Linux'. I have had at least 3 messages "panic occurred, switching back to text console". I could do nothing but restart the computer. I did not find this reflected in dmesg or syslog. How can I contrubute with a meaningful error report?
[12:33] <Krunch> bullgard4: there should be a full panic message on the console at the time of the problem, that would be helpful
[12:33] <Krunch> bullgard4: you can have it sent to another box over the network with something like netconsole
[13:27] <bullgard4> What do you mean by "on the console"? I had available at that time only one virtual console. As I already wrote, I could not call any other program, not even "netconsole". 
[13:28] <Krunch> bullgard4: netconsole is something you set up before the problem happens
[13:28] <Krunch> bullgard4: the console as in /dev/console, by default it's the first virtual console but you can change that for the serial console for example
[13:29] <bullgard4> Right. But I did not know beforehand that this would happen. Thus I did not set up netconsole.
[13:29] <Krunch> bullgard4: yeah so there is nothing we can do about your past panic but you can set up your system to collect relevant data next time it happens
[13:31] <bullgard4> Krunch: How should I set up this computer now in order to prepare it for collecting relevant data if a panic occurs next time?
[13:32] <Krunch> i don't know much about ubuntu so i can't be very specific but look into netconsole and kdump
[13:32] <bullgard4> hm
[13:33] <bullgard4> To thorw two words into the room is a rather meager help.
[13:33] <bullgard4> To throw two words into the room is a rather meager help.
[13:34] <Krunch> https://wiki.ubuntu.com/Kernel/BugTriage/CollectingInformation
[13:35] <Krunch> feel free to ignore me if you think i am not helpful
[14:53] <bjf> ##
[14:53] <bjf> ## Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting
[14:53] <bjf> ##      agenda: https://wiki.ubuntu.com/KernelTeam/Meeting
[14:53] <bjf> ##
[16:27]  * manjo pokes amitk 
[16:31] <amitk> sup manjo? I got your email
[16:31] <manjo> :) ok
[16:45] <kees> Shred00: run initctl as root
[16:46] <Shred00> kees: i am
[16:47] <hggdh> jjohansen: I can run a standard KVM session on the maverick kernel
[16:47] <hggdh> (in this case, a natty image install)
[16:48] <JFo> hggdh, I think jjohansen is away sick today
[16:48] <hggdh> JFo: ah, thanks
[16:48] <JFo> my pleasure :)
[16:48]  * smb wonders whether the above was a statement or question...
[16:49]  * JFo adds a period.
[16:49] <smb> JFo, Actually I meant the statement before. :)
[16:49] <JFo> oh smb, you meant hggdh's :)
[16:49] <JFo> heh
[16:49] <smb> yup
[16:50] <JFo> hggdh, were you asking if you could?
[16:50] <hggdh> smb: this is relating to bug 746751
[16:50] <ubot2> Launchpad bug 746751 in linux "kernel: [Firmware Bug]: the BIOS has corrupted hw-PMU resources (MSR 38d is 30)" [Critical,In progress] https://launchpad.net/bugs/746751
[16:51] <hggdh> JFo, smb: no, I was stating that manually running KVM on a natty install running a Maverick kernel seems to work
[16:51] <JFo> ah
[16:51] <smb> hggdh, Not sure I *want* to know what is in there. Ah ok
[16:51] <hggdh> this was a test jj asked me to run
[16:51] <tgardner> ogasawara, I created a master-next branch in oneiric so I can start dribbling crap in your pristine kernel.
[16:51] <ogasawara> tgardner: cool
[16:52] <hggdh> smb: I fully understand ;-)
[16:52] <ogasawara> tgardner: I'm still hammering out armel build failures
[16:52] <tgardner> ogasawara, which is why I wanted to stay out of your way
[16:53] <ogasawara> tgardner: anything else you want to shove into natty?  I'm gonna prep an upload for after our meeting.
[16:54] <tgardner> ogasawara, nah, I cleaned out the list so I think its OK.
[17:00] <bjf> ##
[17:00] <bjf> ## Kernel team meeting in one hour
[17:00] <bjf> ##
[17:20] <vish> hi, I'm trying to test upstream kernel for Bug #733392 , but only able to find 2.6.35-rc1-lucid and cant see any 2.6.35-rc1-maverick, is that something I need to consider, or is 2.6.35-rc1-lucid OK too?
[17:20] <ubot2> Launchpad bug 733392 in linux "[RV515] Kernel .35 onwards, Random X freezes while scrolling" [Medium,New] https://launchpad.net/bugs/733392
[18:02] <ogra_> JFo, linux-ti-omap ?? are you meaning to say omap4 there ?
[18:03]  * ogra_ doesnt want to interrupt the meeting, we dont have linux-ti-omap anymore
[18:03] <JFo> linux-ti-omap is the package name I am looking at. Has that changed to omap4 package name?
[18:04] <ogra_> in natty we dont have a linux-ti-omap source package anymore
[18:04] <ogra_> we have a linux-ti-omap4 package since maverick 
[18:04] <ogra_> and still have it
[18:05] <ogra_> (just to make sure you actually look at the used packages :) )
[18:06] <ogra_> https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap4 is what we care for in natty (for omap4), for omap we plainly use the linux package 
[18:13] <JFo> tgardner, any thoughts on bug 721449 ?
[18:13] <JFo> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/721449
[18:13] <JFo> no more ubottu eh?
[18:14] <tgardner> JFo, I think there are a lot of folks whinging about 802.11n
[18:15] <JFo> yeah, I suspect so, just wanted to fire something back on his list e-mail
[18:16] <tgardner> JFo, lemme wrap up the work I'm doing on bug #719446 and I'll take a look
[18:17] <JFo> ok, thank you sir
[18:51] <JFo> <-lunch
[18:52]  * tgardner --> lunch
[19:28] <tgardner> bjf, how about an ack for 'UBUNTU: SAUCE: add support for Lenovo tablet ID (0xE6)' so I can get it off the list?
[19:29] <bjf> tgardner, looking
[19:31] <bjf> tgardner, done
[19:35]  * bjf[afk] -> lunch
[20:09] <bryceh> JFo, heya
[20:10] <bryceh> JFo, bug #686388 could really use some kernel team lovin' about now.  This seems to be at the root of a collection of gpu lockups the kernel is experiencing, and upstream has a couple patches that require testing before they're going to put them in.
[20:11] <bryceh> JFo, I probably sound like  a broken record.  "This is the most important gpu lockup ever, and... patches!"
[20:11] <JFo> heh
[20:11] <JFo> no sweat
[20:12] <bryceh> anyway, if you could bump the above bug up in the priority a bit, it could potentially help eliminate a bunch of the gpu lockup bugs
[20:12] <JFo> ok, let me see what I can do
[20:13] <bryceh> JFo, I think having a test kernel built of intel-drm-staging would be the right next action for the bug; then we can have users test that and give upstream feedback
[20:13] <bryceh> (yes, upstream has yet another drm testing branch...)
[20:13] <JFo> heh
[20:13] <bryceh> http://git.kernel.org/?p=linux/kernel/git/ickle/drm-intel.git;a=shortlog;h=refs/heads/drm-intel-staging
[20:14] <tgardner> bryceh, would a PPA test kernel work for you?
[20:16] <bryceh> tgardner, yep
[20:16] <bryceh> tgardner, just something for reporters to load and test
[20:17] <tgardner> bryceh, those 2 patches against natty, right?
[20:17] <bryceh> tgardner, yes
[20:32] <sforshee> tgardner, bryceh, I think there was some discussion on lkml about one of those patches possibly causing a regression, a third patch might also be needed
[20:32] <sforshee> let me see if I can dig up the thread
[20:34] <bryceh> sforshee, I gather one of the two patches fixes a regression that the other patch opens, so the two go together.  Thanks for doublechecking the thread.
[20:38] <sforshee> bryceh, I found the thread, problem is reported here: http://thread.gmane.org/gmane.linux.kernel/1117365/focus=3491
[20:38] <sforshee> but it looks like it was fixed by an update to the same patch, so it's probably okay
[20:39] <bryceh> sforshee, ok cool
[20:44] <JFo> stepping outside for a bit of a break. bbiab
[20:44] <bryceh> yeah Intel has been a bit hit or miss with their patches this cycle.
[20:47]  * jjohansen -> lunch
[20:49] <bryceh> heh @ Linus' post in that thread
[20:58] <tgardner> bryceh, I dribbled some comments in bug #686388 . I'm about EOD and have to run.
[20:59] <bryceh> tgardner, great thanks
[20:59] <tgardner> bryceh, I'll check later this evening to make sure its built OK
[22:08]  * ogasawara back on later