[02:26] <aditia> Hello everyone
[02:36] <aditia> anyone here know about high load average at startup issue?
[02:37] <jk-> aditia: how high?
[02:37] <jk-> (and how long after startup?)
[02:39] <aditia> 10.4
[02:39] <aditia> 11
[02:39] <aditia> and get lower as time goes by
[02:40] <aditia> it takes a while until my desktop fully appear
[02:41] <aditia> I've upgraded to vanilla kernel
[02:41] <aditia> and now back to stable lucid kerne;
[02:41] <aditia> but it's still happen
[02:43] <aditia> any idea to solve this issue
[02:43] <aditia> ???
[02:48] <jjohansen> aditia: startup launches a lot of things in parallel, I'm not sure what they average is supposed to be but it wouldn't surprise me if at some points its above 10
[02:59] <aditia> hello agaim
[02:59] <aditia> again
[14:39] <smb> lamont, Not really holding my breath but did I not make some Hardy test kernel for you to try with ICH10 hw? I know there are likely thousands of more important issues.
[15:48] <bjf> ##
[15:48] <bjf> ## Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting
[15:48] <bjf> ##      agenda: https://wiki.ubuntu.com/KernelTeam/Meeting
[15:48] <bjf> ##
[15:48] <JFo> woo! :)
[15:52] <hrw> hi, can someone tell me does my comment on bug 684969 has sense?
[15:52] <ubot2> Launchpad bug 684969 in linux (Ubuntu) (and 1 other project) "libcap-ng fails with kernel headers 2.6.37 (affects: 1) (heat: 6)" [High,Confirmed] https://launchpad.net/bugs/684969
[16:32] <bjf> ##
[16:32] <bjf> ## Ubuntu Kernel Team Meeting - in 30 minutes - #ubuntu-meeting
[16:32] <bjf> ##
[16:34] <jjohansen> smb: the bug I was referring to is bug #671001
[16:35] <smb> bug 671001
[16:35] <smb> common bug bot
[16:39] <smb> jjohansen, Ah yes, that actually was the one I was commenting on today. 
[16:39]  * smb forgets the numbers quickly
[16:40] <jjohansen> smb: oh where I missed that.
[16:40] <jjohansen> Basically they are running their kernel with that hack on top of it.
[16:40] <smb> jjohansen, That fix for the divide by zero or another thing
[16:40] <jjohansen> since the underlying problem hasn't been fixed, the kernel just progresses to the next problem it causess
[16:41] <smb> I remember being told that they use some kernel from you
[16:41] <jjohansen> yeah the divide by zero
[16:41] <smb> But I did not know exactly which one
[16:41] <smb> ah ok
[16:41] <jjohansen> I built them a kernel to test the bug against, with the attached patch applied
[16:42] <jjohansen> now they are using it on their servers because it worked for them
[16:42] <lamont> smb: right.  I'll make sure that gets tested this week.  last week's sprint did not provide me with the downtime I needed to do that testing
[16:42] <smb> I guess probably the softlockup panic together with paniconoops may be a next step
[16:42] <smb> lamont, Ah ok. Sure. I just stumbled over some email and suddenly remembered
[16:42] <sconklin> https://wiki.ubuntu.com/UbuntuDevelopment/CodeReviews#Kernel%20patches
[16:43] <lamont> do feel free to poke me again thursday
[16:43] <smb> If I remember :)
[16:43] <jjohansen> smb: yeah, I also asked joe to see if the will run a crashkernel
[16:43] <lamont> smb: heh.  I've made  a note.
[16:43] <smb> jjohansen, right, probably me or you should also add that to the bug report
[16:44] <jjohansen> smb: I'll do it, I am updating a couple bugs right now
[16:44] <smb> jjohansen, ok sure. I think I am done with treading on any of those for today
[16:59] <bjf> ##
[16:59] <bjf> ## Meeting starting now
[16:59] <bjf> ##
[17:00] <jjohansen> \o
[17:10] <JFo> apparently my double tap is failing
[17:10] <smb> JFo, Not enough coffee :)
[17:11] <JFo> apparently :)
[17:15]  * JFo goes to get more coffee now
[17:15]  * smb waits for his ...
[17:39] <jj-afk> running an errand
[18:02] <tgardner> cking, how well does fwts work if the kernel is booted with acpi=off ?
[18:03] <cking> tgardner, well, most of the tests it inspects the ACPI tables, so that won't affect it.
[18:04] <cking> it will give different results when it scans the kernel logs though
[18:04] <tgardner> cking, I'm researching a bug where the kernel won't boot woth ACPI enabled, so wondered if fwts might give up some clues
[18:05] <cking> tgardner, it may help - it will be able to inspect the ACPI tables and maybe diagnose things. Make sure you are using the latest natty version to get all the goodness
[18:06] <cking> https://launchpad.net/~firmware-testing-team/+archive/ppa-firmware-test-suite-natty-stable
[18:07] <tgardner> cking, its an ASUS X71 (AMD Turion). I wonder if a microcode update might help?
[18:08] <cking> tgardner, will the microcode help? It has to be installed by a booted system, kinda catch-22
[18:08] <tgardner> cking, according to the microcode module it installs at every boot. so, if it can get that far....
[18:10] <tgardner> cking, hmm, the web site lies, "Intel(R) Pentium(R) Dual  CPU  T3200  @ 2.00GHz stepping 0d"
[18:10] <cking> most confusing.
[18:11] <cking> I'd try disabling the apic first, , nolapic or nolapic_timer
[18:13] <cking> Also, it's it hanging forever, or just for a long time? I'd give it ~300 seconds to see if anything happens - then we can deduce if it's a timer and/or chipset "feature"
[18:13] <cking> s/it's/is/
[18:13] <tgardner> cking, will do. thanks for the suggestions
[18:27] <smoser> smb, jjohansen if you'd like, i have approximately 20 minutes of my hour left on our ubuntu cc1.4xlarge instance (cluster compute)
[18:27] <smoser> you both should have access to ubuntu@ec2-184-72-179-202.compute-1.amazonaws.com
[18:28] <smoser> i just filed bug 690286
[18:28] <ubot2> Launchpad bug 690286 in linux (Ubuntu) "cluster compute instances do not see ephemeral storage (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/690286
[18:29]  * smb rather leaves the honors to jjohansen at that time of the day
[18:32] <jjohansen> smoser: is there anything in particular you want me to poke at while in there
[18:32] <smoser> not really.
[18:32] <smoser> i was going to try rebooting without the xen_emul_unplug=unnecessary
[18:32] <smoser> in an effort to see if i see the ephemeral
[18:32] <smoser> but i think it will fail to boot
[18:33] <smoser> so i was trying to figure out how to do grub-2 boot --once
[19:00]  * tgardner --> lunch
[19:47] <bguthro> Hi - I realize this is the main forum for mainline development. Is there a separate forum for LTS .32 discussions, or is this the right place?
[19:48] <tgardner> bguthro, its as good a place as any
[19:50] <bguthro> I'm working off of a .32 kernel, and am seeing hangs on the Lenovo X100e. It looks like this launchpad bug: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/591699 and this kernel.org bug: https://bugzilla.kernel.org/show_bug.cgi?id=15166 - I was hoping to brainstorm fixes with someone knowledgeable on DRM, or radeon (particularly VRAM mappings)
[19:50] <ubot2> Launchpad bug 591699 in linux (Ubuntu) "Lenovo Thinkpad x100e freezes when X blanks screen (affects: 7) (heat: 59)" [Medium,Triaged]
[19:52] <bguthro> I was recently introduced via email to Pat McGowen over at Canonical via email, who pointed me to the following fix: http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commit;h=7547a917fa5f3b2406f52c7dcf7ec9ad3c8532eb 
[19:52] <bguthro> However, that's a massive merge changeset...I was hoping for something a little more surgical
[19:53] <tgardner> bguthro, have you tried the Maverick or Natty LTS backport kernels?
[19:53] <bguthro> Is anyone on here well versed in DRM changes between .32 and .35?
[19:53] <tgardner> bguthro, the Lucid kernel actually has a full backport from 2.6.33 plus stable updates
[19:53] <bguthro> I have. They work. Unfortunately, updating the entire kernel isn't an option for me
[19:54] <tgardner> bguthro, why is that?
[19:55] <bguthro> I'm from virtualcomputer.com - we're currently based off of the lucid kernel, plus a stack of Xen patches. Updating to .35 will come into play on our next dev cycle, but we don't have the engineering resources to dedicate to that at this phase of our dev cycle.
[19:56] <bguthro> I've been asked to get the X100e working, and it freezes on me as soon as I load video.ko
[19:58] <tgardner> bguthro, well, I'm not knowledgeable enough about the DRM subsystem to help much. Plus, its likely to be a deep driver settings issue.
[19:59] <bguthro> tgardner - Thanks anyway. I was hoping for a magical silver bullet, that I'm almost positive doesn't exist. But...it can't hurt to ask
[20:00] <bguthro> FWIW, I tested the this hang on lucid, with the following results:
[20:00] <bguthro> 2.6.32.21 - backlight hang on Fn+Home
[20:00] <bguthro> 2.6.34.6 - backlight hang on Fn+Home
[20:00] <bguthro> 2.6.35.4 - backlight works
[20:00] <bguthro> 2.6.36.999 (daily) - backlight works 
[20:00] <tgardner> bguthro, you could get a list of patches to the ATI driver between 2.6.33 and 2.6.35. Maybe something will jump out at you
[20:01] <mjg59> There's a fix for that bug in the RHEL 6 kernel
[20:01] <mjg59> But, sadly, it's embedded in a single tarball
[20:02] <bguthro> without patches, I'm sure
[20:02] <mjg59> Correct!
[20:02] <bguthro> maybe I can chase down their git tree somewhere
[20:02] <mjg59> Nope
[20:03] <bguthro> no public git? boo.
[20:03] <mjg59> Indeed
[20:05] <tgardner> bguthro, once you have the RHEL tarball you could always diff it against the base kernel to see whats changed. kind of tedious for sure
[20:06] <bguthro> right. this is RHEL, not Fedora. Of course. I'll see if I can at least chase down that tarball
[20:20] <bguthro> FWIW, you can get the RHEL6 combined patch from here: http://wiki.openvz.org/Download/kernel/rhel6/042test003.1 
[20:20] <bguthro> Unfortunately, it is difficult to soft through for substantive changes, as it seems a significant portion of it is whitespace change, and/or changing C-style comments to C++ style.
[20:21] <bguthro> That said, it gives me a starting place.
[20:21] <tgardner> ick. good luck.
[20:23] <mjg59> bguthro: Ug. Now I look at it, I don't think that patch did go into the kernel.
[20:24] <mjg59> Ah, no, it did
[20:25] <bguthro> mjg59: Are you looking at the atombios changes - or is there a generic change in drm I should be looking for
[20:25] <mjg59> bguthro: It's in the radeon code, but it's not in atom
[20:26] <mjg59> Look for changes related to mc_vram_size
[20:28] <bguthro> r600_vram_gtt_location certainly is interesting
[20:29] <bguthro> OK, this definetly gives me something to go on. Thanks a lot!
[21:26]  * jjohansen lunch
[22:09] <cnd> Sarvatt, I'll review the clickpad revert in more detail before sending my ack
[22:09] <cnd> but as a heads up I would guess that reversion is best
[22:57]  * cking-afk calls it a day