[00:14] <apw> kees, can you point me at the bug and patch so we can look it over
[00:17] <kees> apw: bug> https://bugzilla.kernel.org/show_bug.cgi?id=16294 patch> https://lists.ubuntu.com/archives/kernel-team/2010-July/011457.html
[00:17] <ubot2> bugzilla.kernel.org bug 16294 in Video(DRI - Intel) "[Q35 bisected] hang at init of i915 driver" [High,New]
[00:35] <kees> what does this mean in /proc/cpuinfo ?
[00:35] <kees> address sizes	: 36 bits physical, 48 bits virtual
[00:43] <warewolf> jk-: any bright ideas on getting my t91mt touchscreen working?
[05:10] <dandel> apw and ogasawara can ya confirm this bug (it's about the ubuntu 10.04 configuration and the newest kernel releases, along with a fix) https://bugzilla.kernel.org/show_bug.cgi?id=16325
[05:10] <ubot2> bugzilla.kernel.org bug 16325 in Input Devices "i8042 input regression" [High,New]
[05:21] <bullgard_> What does the verb "to checkpoint to" mean? As in /usr/src/linux-source-2.6.32/drivers/platform/x86/thinkpad_acpi.c
[05:30] <jk-> bullgard_: 'save', i guess
[05:31] <dandel> bullgard_, another guess would be the intended destination.
[05:49] <bullgard_> jk-: I will accept your proposal as a working hypothesis.  --  Thank you for your help.
[05:50] <bullgard_> dandel: I did ask for the meaning of a verb. I know the meaning of the noun "checkpoint" in programming.
[07:20] <cooloney|dell> ls
[08:18] <amitk> make nconfig feels a lot nicer than make menuconfig
[08:44] <smb> cking, \o 
[08:44]  * apw yawns
[08:44]  * abogani waves
[08:45]  * cking yawns, i was coding at 5.30am
[08:45]  * smb waves back in generic directions
[08:45] <Daviey> Gooooooood morning kernel team!
[08:45] <apw> cking, bad cking 
[08:45]  * apw waves
[08:46] <smb> Daviey, Just replied to your request. Its upstream now, though in two parts. But I have split the patch in your name
[08:46] <Daviey> The kernel patch mentioned in: https://lists.ubuntu.com/archives/kernel-team/2010-July/011460.html has now been applied to linus' 2.6 tree.. Does this change anything that i should be doing?
[08:46] <Daviey> smb, heh
[08:46] <smb> Daviey, Only nearly beat you to it. :)
[08:47] <Daviey> smb, Thanks.. appreciated your work on this
[08:57] <RAOF> Good morning smb, apw :)
[08:57] <smb> RAOF, morining
[09:28] <amitk> apw: could you remove me as admin of kernel-team ML? I seem to have misplaced the password to do it myself.
[09:28] <apw> amitk, i may be able to
[09:32]  * apw waves to lag-mobile 
[09:33] <amitk> apw: thanks
[09:44] <apw> amitk, ok i think you should no longer get spammed by the list
[10:05] <amitk> super
[10:05] <kraut> moin
[10:52] <ogra> hmm, no lag and no mpoirier yet
[10:53] <smb> ogra, lag has network issues
[10:53] <ogra> ah
[10:53]  * ogra has kernel issues :P
[10:53] <smb> We are the team with a kernel problem. :-P
[10:54] <ogra> well, it pays off, doesnt it ? 
[10:54] <smb> Literally. :)
[10:54] <ogra> heh
[10:58] <ogra> argh !
[10:58] <ogra> why is the omap4 metapackage named linux-*ti*-omap4
[10:58]  * ogra sighs
[11:03]  * ogra guesses he has to wait until tgardner gets up for that to be fixed :/
[11:14] <apw> ogra, wassup?
[11:16]  * apw pokes ogra 
[11:16] <ogra> apw, well, a) the package doesnt follow the general naming scheme we have 
[11:16] <ogra> and b) a 2.6.35 meta package depends on a 2.6.34 image
[11:17] <ogra> see #ubuntu-devel
[11:32] <ogra> lag_, so you are back and stable ? 
[11:32] <ogra> lag_, we found i little prob with the omap3 kernel yesterday, seems the NAND driver vanished between lucid and maverick
[11:39] <lag_> ogra: No, I am using my mobile phone ... Eeek!
[11:39] <ogra> ouch
[11:39] <lag_> ogra: I can't help you with NAND - BBXM doesn't have any
[11:40] <ogra> you dont have the C4 ? gah, i always forget who has what
[11:40] <ogra> i'll wait for mpoirier 
[11:40] <ogra> i suspect its just a config skew
[11:43] <lag_> ogra: No problem - sorry I couldn't help
[12:59] <amitk> ericm|ubuntu: dude! 
[13:00] <yao> amitk: I am here, :)
[13:01] <amitk> ericm|ubuntu: I'd like you to introduce you to yao who works for CodeSorcery and is based in Beijing
[13:03] <amitk> er, CodeSourcery
[13:11] <ams_cs> sorcery and sourcery are not entirely overlapping fields ...
[13:16]  * apw waves to yao 
[13:17] <yao> apw: hello, 
[13:17] <apw> welcome to our little club :)
[13:18] <yao> apw: thanks, my pleasure...
[13:19] <amitk> ams_cs: IMO sourcery and sorcery is one and the same for you compiler writers :-p
[13:19] <apw> anything which takes longer to build than the kernel is a black art by definition
[13:21] <ams_cs> apw: black art doesn't need compiling - that's done in assembler
[13:21] <apw> so very true
[13:35]  * lag_ has his internet-net in tow and it going to bag some cloud (going to buy an internet dongle)
[13:40] <apw> lag_, lag just reappeared
[13:43] <lag_> =:-0]
[13:43] <lag_> But I have my internet-net ready and everything!
[13:43]  * lag_ takes his jeans off and puts back on his 'comfy pants'
[13:44] <cking> too much detail
[13:44] <lag_> I was just uploading pictures to Photobucket - you don't want the link?
[13:47] <apw> *slap*
[13:48] <apw> lag_, you sound like you are under water
[13:48]  * cking has all sorts of issues with maverick - wifi not working, X chewing up CPU, machine running at 85 degrees C
[13:48] <apw> cking, is that a real maverick install or just the kernel ?
[13:49] <cking> just done a full upgrade and regrettingit
[13:49] <lag_> apw: Yeah, I think the internet is still not quite right
[13:49] <lag_> But at least it's up
[13:49] <apw> yeah i expect they have some damn string papered over the crack
[13:50] <lag_> And not wet it yet?
[13:50] <apw> right, they always forget to spit on it
[13:50] <tgardner> but it'll short out if it gets wet
[13:50] <lag_> Yum
[13:51] <apw> tgardner, yeah but its pretty while its working :)
[13:52] <tgardner> cking, there is no going back. now you have to fix it :)
[13:52] <cking> hrm, when I stop moving the cursor it vanishes
[13:53] <cking> urgh
[13:53] <tgardner> cking, thats the new surprise feature. its always a surprise when it reappears
[13:53] <cking> very amusing
[14:01] <tseliot> cking: that's "unclutter"
[14:01] <tseliot> the name of the program which does that, that is..
[14:03] <cking> that's an intentional feature?
[14:07] <ericm|ubuntu> yao, hi - nice to meet you
[14:08] <yao> ericm|ubuntu: me too, good evening, :)
[14:08] <ericm|ubuntu> yao, so you are the 2nd employee here in China of CodeSourcery?
[14:08] <ericm|ubuntu> yao, did you ever meet Jie?
[14:08] <yao> ericm|ubuntu: right, jie si the first one,
[14:09] <yao> ericm|ubuntu: nope, :(
[14:09] <ericm|ubuntu> yao, cool - guess we will find chances to meet together
[14:09] <yao> ericm|ubuntu: Yes, we should, 
[14:10] <ericm|ubuntu> yao, so are you working on CS toolchain?
[14:10] <yao> ericm|ubuntu: I see your photo in linaro wiki yesterday,
[14:10] <yao> ericm|ubuntu: yes,
[14:11] <ericm|ubuntu> yao, cool - now I know who to harass should there be issues in toolchain ;-)
[14:12] <yao> ericm|ubuntu: oh, absolutely,
[15:07]  * cking may go offline, CPU is at 85 degrees and I'm not happy about it overheating
[15:08] <smb> Neither the CPU I guess
[15:08] <cking> heh
[15:08] <cking> it's smokin'
[15:14] <komputes> I'm looking at Bugs #561926, #425264 & #550401 concerning Thinkpad X31 suspend/resume issues. Would anyone in #ubuntu-kernel be able to offer a fix for this issue?
[15:14] <ubot2> Launchpad bug 561926 in linux (Ubuntu) "Thinkpad X31 fails to resume after suspend (affects: 6) (heat: 62)" [Undecided,Incomplete] https://launchpad.net/bugs/561926
[15:14] <ubot2> Launchpad bug 425264 in linux (Ubuntu) "[IBM 2673PXG] Thinkpad X31 suspend/resume failure (affects: 6) (heat: 38)" [Undecided,Triaged] https://launchpad.net/bugs/425264
[15:15] <cking> that's better
[15:19] <tgardner> komputes, I think there are some patches coming via stable updates in Lucid that might help this. You could have them try the Lucid kernel in http://ppa.launchpad.net/kernel-ppa/pre-proposed/ubuntu (if it ever builds)
[15:21] <komputes> tgardner: thanks tim, so this is something that will be included in maverick kernels
[15:21] <tgardner> komputes, yep
[15:21] <komputes> tgardner: sweet, thanks
[15:32] <cking> Hrm, Lenovo "Rest in Peace". It's dead jim
[15:36] <tgardner> cking, did you manage to let the smoke out of your Lenovo?
[15:36] <cking> it's not a happy bunny
[15:36] <cking> normally the thermal trip kills it at 80 degrees C, it got to 95 and it's not happy
[15:37] <cking> ho hum
[15:37] <smb> Time for the fridge?
[15:37] <cking> time to get reserve H/W out of the box
[15:39] <cking> df
[15:45] <cking> heh, plenty of H/W to chose from
[15:47] <apw> cking, testing your machines to destruction again?
[15:48] <cking> not by choice
[15:48] <cking> I think my lenovo's days are looking numbered
[15:48] <apw> was that running maverick ?
[15:48] <cking> yes, for about 10 mins
[15:49] <cking> cooked it
[15:49] <cking> X was maxing out one CPU
[15:49] <apw> not had any issues with stuff running maverick kernels overheating ...
[15:49] <komputes> cking: my friends laptop runs at ~100c and HP says it's "normal"
[15:49] <apw> hp is full of doo-doo if they think anything will live long at 100c
[15:50] <cking> komputes, my lenovo usually hits thermal trip at 80
[15:50] <komputes> agreed
[15:50] <cking> I don't want a machine that can boil water
[15:50] <cking> ;-)
[15:50]  * cking will get the screwdriver out over the weekend and poke around
[15:52] <johanbr> my last HP laptop had some weird multi-threaded ACPI setup, and it took a while before a kernel came out that could understand that
[15:53] <johanbr> I smelled really hot metal once, and I think it got to 105 degrees before it shut itself down. It still runs, though.
[15:53] <cking> it's when one sees blue puffs of smoke you know you are in trouble
[15:55] <apw> bonkers ... how can that heat hope to stay away from ones groin ... scorching
[15:56] <cking> it's a laptop not a nut cooker
[15:57] <apw> cking, :)
[16:05] <ogra> apw, hmm, seems we still get a linux-ti-omap4 binary ... http://ports.ubuntu.com/ubuntu-ports/pool/main/l/linux-meta-ti-omap4/
[16:07] <tgardner> ogra, the source package is still names ti-omap4, but the binaries it produces should be just -omap4. I don't see any incorrect 901.2 packages yet 'cause I think its still pending a build.
[16:08] <apw> ogra, none of the binary packages have even been NEWd so the ones there are likely old
[16:08] <cking> pgraner, ping
[16:08] <ogra> apw, oh, indeed, i'm confused because the former ones also ended up in universe 
[16:08] <lag_> tgardner: What's the difference between doing "git diff HEAD..FETCH_HEAD" and "git diff HEAD FETCH_HEAD"?
[16:08] <apw> ogra, indeed only the source is in there, the binaries are not there at all
[16:08] <ogra> i was just reacting on the new dir that showed up suddenlx
[16:09] <apw> lag_, i would expect them to be identicle
[16:09] <ogra> tgardner, the build finished a while ago
[16:09] <lag_> What's the .. all about then?
[16:09] <ogra> tgardner, https://edge.launchpad.net/ubuntu/+source/linux-meta-ti-omap4/2.6.35.901.2/+build/1850527
[16:09] <cking> it works like a set operator
[16:09] <tgardner> ogra, oh. I would have expected the binary packages to end up in main
[16:09] <apw> lag_, the <x> <y> and <x>..<y> forms are synonymous
[16:10] <ogra> sorry for the confusion, there is indeed a linux-omap4
[16:10] <ogra> tgardner, that needs some admin fiddling for new packages 
[16:10] <ogra> tgardner, but its all sorted
[16:10] <lag_> kk - thanks
[16:10] <apw> ogra, the binaries should end up in the source packages directory right?  and that has ti- in it still as its the branch name which is not changes
[16:11] <apw> lag_, the first form is the original form, the second is there as that has become the common form for other commands, and it allows understanding of the <x>...<y> form as well
[16:11] <ogra> apw, right, NEW is the issue here
[16:11] <apw> ogra, indeed, and they are new packages cause they changed names, so all is as expected
[16:12] <ogra> yep
[16:12] <ogra> confusion was on my side 
[16:12] <ogra> my brain is fighting the heatwave here 
[16:22] <pgraner> cking: pong
[16:34] <cking> pgraner, earl send me a couple of laptops but they are stuck in customs - I got a demand for £143.09 to pay the tax and release them
[16:35] <cking> do I pay this and we extract the expense from earl later or what?
[17:30] <m4tr1x> hi
[17:31] <m4tr1x> what's the correct way to commit a kernel patch to ubuntu?
[17:34] <apw> m4tr1x, normally we look at patches sent tot he kernel-team email list, details can be found in the FAQ: https://wiki.ubuntu.com/Kernel/FAQ#Can I get a patch included in the Ubuntu Kernel?
[17:35] <m4tr1x> ok
[17:35] <dandel> apw, make-kpkg has a few problems on ubuntu 10.04 and making sure the i8042 driver is built into the kernel in the latest torvalds git repo.
[17:35] <m4tr1x> thanks
[17:35] <m4tr1x> i fix the problem with marvel 9123 sata3 controller
[17:36] <apw> m4tr1x, sounds excellent, thanks for looking at it ...  is there a bug report open for that ?
[17:36] <m4tr1x> i think yes
[17:37] <apw> dandel, yeah not many of the kernel team use the make-kpkg so i can believe it could have bit-rotted for our use
[17:37] <apw> dandel, whats the problem with i8042 ?
[17:37] <dandel> latest kernel git doesn't include it at all.
[17:37] <dandel> however, i tested against 2.6.35rc1, 2.6.35rc2 and so forth
[17:37] <apw> dandel, ??
[17:38] <dandel>  it's not built at all
[17:38] <dandel> https://bugzilla.kernel.org/show_bug.cgi?id=16325 (i made a kernel report about it)
[17:38] <apw> for maverick kernels or for the mainline kerenls
[17:38] <ubot2> bugzilla.kernel.org bug 16325 in Input Devices "i8042 input regression" [High,New]
[17:38] <dandel> mainline
[17:38] <dandel> i used make-kpkg to make it easier to clean up after each bisect (but it took an insane time to build)
[17:39] <m4tr1x> apw, https://bugzilla.kernel.org/show_bug.cgi?id=14543
[17:39] <ubot2> bugzilla.kernel.org bug 14543 in Serial ATA "AHCI SATA: hard link reset on controller power management change" [Normal,New]
[17:39] <m4tr1x> :D
[17:39] <apw> m4tr1x, sounds bad ... thanks
[17:39] <dandel> i already identified the patch which is causing the chaos though: namely commit: 0b28bac5aef7bd1ab213723df031e61db9ff151a
[17:39] <apw> make sure you mention that in the bug report
[17:40] <apw> dandel, i wonder why our maverick kernels are not affected
[17:40] <apw> being 35-rc3 based
[17:40] <dandel> anyways, how do i get make-kpkg to let me customize the config params then.
[17:40] <m4tr1x> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/539467
[17:40] <ubot2> Launchpad bug 539467 in pm-utils-powersave-policy (Ubuntu Lucid) (and 4 other projects) "SATA link power management causes disk errors and corruption (affects: 19) (heat: 139)" [Undecided,Fix released]
[17:41] <apw> dandel, if i am fair i never have used it
[17:41] <apw> dandel, i use the normal build system as i care if that works for my uploads
[17:42] <dandel> either way, the patch changes the default setup by explicitly disabling i8042 input driver whenever the X86_MRST flag is set
[17:43] <apw> dandel, we have _MRST turned on
[17:43] <apw> debian.master/config/config.common.ubuntu:CONFIG_X86_MRST=y
[17:43] <apw> debian.master/config/config.common.ubuntu:CONFIG_SERIO_I8042=y
[17:43] <apw> and seem to have 8042 enabled too ?
[17:44] <dandel> yes, and i8042 is required for the test machine.
[17:44] <dandel> without it, i have no mouse and keyboard
[17:44] <apw> right, but i have both turned on in a 35-rc3 kernel there i believe
[17:44] <dandel> it's post -rc3 commit.
[17:45] <apw> dandel, ahh ok, so we are about to get mooshed by it ... hrm
[17:45] <apw> do yo have a fix, or just the offending commit ?
[17:46] <dandel> no fix, just unroll the offending commit
[17:46] <dandel> i'm trying to find the i8042 driver in the config file of default kernel t ho
[17:47] <apw> dandel, i thought this was familar
[17:48] <apw> we hit the bug he is tryign to fix, namely that the serial must be =y if atkbd=y
[17:48] <dandel> and i'm not able to find the i8042 driver in the input devices on the latest config.
[17:48] <apw> but we fixed the config, but his change seems wrong
[17:49] <dandel> i'm expecting it to be under device drivers -> input device support -> keyboards (at keyboard has a star)
[17:50] <mjg59> You can;t modify the i8042 settings unless CONFIG_EMBEDDED is on, IIRC
[17:50] <dandel> however, i8042 is missing.
[17:50] <apw> yep, and its not allowed to be if the other one is on under the new
[17:50] <apw> config as he did it
[17:51] <dandel> either way, it's best to know of the bug and squash it before you get the whack from it.
[17:51] <apw> yep, thats just plain the wrong change as far as i can see
[17:51] <apw> did you only report it in the bugzilla or also email randy ?
[17:51] <dandel> bugzilla only
[17:51] <dandel> either way it's a high priority bugfix.
[17:52] <apw> be best to email him direct and CC: lkml and mention the issue, feel free to copy our team list too
[17:52] <mjg59> It's been discussed upstream already
[17:52] <apw> mjg59, ahh ok
[17:52] <mjg59> And a patchset to replace it with a boot-time check has been psoted
[17:52] <apw> ok so hopefully we can suck that up instead
[17:53] <dandel> the if statements that that guy setup explicitly makes it impossible to even set that as a loadable driver also.
[17:53] <apw> mjg59, i won't ask how you can keep abreast of the whole of lkml
[17:53] <apw> dandel, yeah we need to find the upstream discussion
[17:53] <dandel> apw, where's the conig option for embedded at?
[17:54] <apw> dandel, i normally just edit the configs with VI
[17:54] <dandel> oh and sad part, the patch is from oracle ><;
[17:55] <dandel> the fix for that should have been in code, not kconfig.
[17:55] <apw> dandel, heh its easy to say once you have messed up everyones machines :)
[17:56] <apw> dandel, randy suggests reverting that patch regardless of whether they ahve a fix
[17:56] <apw> so i suspect they will at least do that for -rc4
[17:57] <dandel> that will be good, anyways, i think that the i8042 chips are super common for laptops.
[18:00] <apw> dandal thanks for bringing it to our attention :)
[18:00] <dandel> found the thread and post.
[18:00] <dandel> jun 9th is when the patch hit the mailing list.
[18:00] <apw> yeah that looks like a foundation for a solution
[18:01] <smb> Actually the i8042 is super common for all intel based machines I know of
[18:03] <dandel> apw, also, this bug report is now fixed (just waiting for the patch to make it into mainline) https://bugzilla.kernel.org/show_bug.cgi?id=14736
[18:03] <ubot2> bugzilla.kernel.org bug 14736 in Config-Interrupts "Toshiba P305D unhandled ACPI Interrupt" [Normal,Resolved: code_fix]
[18:04] <dandel> as of 35-rc1 the suspend is working nicely (except for memory corruption errors on suspend/resume that is caused by radeon kms)
[18:04] <apw> joy for bad biosen
[18:05] <dandel> yea, it's a pheonix bios
[18:43] <kees> smb: for CVE-2010-1643 you have upstream marked as not-affected.  should that be "released" instead?  (there an upstream patch)
[18:44] <ubot2> kees: mm/shmem.c in the Linux kernel before 2.6.28-rc3, when strict overcommit is enabled, does not properly handle the export of shmemfs objects by knfsd, which allows attackers to cause a denial of service (NULL pointer dereference and knfsd crash) or possibly have unspecified other impact via unknown vectors. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-1643)
[18:44] <kees> *there's
[18:44] <smb> I guess that would be better. I usually tried to mark it as released
[18:44] <smb> kees, Sorry if that one went wrong
[18:44] <kees> smb: yeah, everything else looks great.
[18:45] <kees> smb: oh, no worries at all.  all the rest are fantastic.  :)
[18:46]  * kees loves  "git tag --contains SHA1"
[18:46] <smb> kees, Yeah. Hm, I am a bit confused atm. Give me a sec I have the feeling I did not work on that
[18:47] <kees> smb: well, that upstream commit shows up in 2.6.28, so the rest of the triage on that CVE looks accurate.
[18:49] <smb> kees, Something strange. I cannot find the update to that in the cve tracker
[18:49] <smb> out branch
[18:49] <kees> ?
[18:49] <smb> Oh
[18:50] <smb> I realize
[18:50] <smb> Sorry
[18:50] <smb> That one I did a few days ago
[18:50] <smb> So its just not in the right sequence
[18:51] <smb> kees, Its the one that is for some reason related to the 2008-... one
[18:51] <smb> kees, That would also explain why I did things differently then. :-P
[18:52] <kees> heh
[19:04] <sconklin> I'm uploading a test build
[19:05]  * tgardner lunches
[19:11] <sconklin> yes
[22:01]  * manjo out early
[22:23] <simar> Please help me triaging the bug 566543. In this the synaptics module is not loaded after the kernel upgrade for ALPS touchpad. Wheather the support has finished or is it a new bug ???
[22:23] <ubot2> Launchpad bug 566543 in snort (Ubuntu) "RFE: Support for variables like $eth0_ADDRESS in debconf script (affects: 1) (heat: 52)" [Undecided,New] https://launchpad.net/bugs/566543
[22:24] <simar> Please help me triaging the bug 565543. In this the synaptics module is not loaded after the kernel upgrade for ALPS touchpad. Wheather the support has finished or is it a new bug ???
[22:24] <ubot2> Launchpad bug 565543 in xserver-xorg-input-synaptics (Ubuntu) "horizontal scrollbar does not work in VAIO VPCEB15EL touchpad. (affects: 9) (heat: 54)" [Undecided,New] https://launchpad.net/bugs/565543
[22:24] <simar> Sorry for the wrong bug no above...
[23:44] <warewolf> argh
[23:44] <warewolf> anyone here willing to help me figure out why my touchscreen won't work?
[23:44] <jono> hey all
[23:44] <jono> I need to get the digital in on a M-Audio Fast Track working and I saw http://alsa.opensrc.org/index.php/M-Audio_FastTrack_Pro
[23:44] <warewolf> jk- was helping before, but no matter what I do the hid-mosart driver doesn't "attach" to the device.
[23:44] <jono> I am not entirely sure what I need to do, can someone help?
[23:45] <jono> it seems it is possible to turn it on if you pass args to the module
[23:45] <jono> but I am not sure what to pass and whether the Lucid kernel includes the driver