[09:03] <amitk> cking: thanks for the fixes, do you have a branch where I can pull from? I am not close to a patch-friendly email setup currently
[09:05] <cking> amitk, i don't but I can do that in a mo
[09:07] <cking> amitk, git://kernel.ubuntu.com/cking/idlestat
[09:08] <amitk> cking: great, thanks
[09:08] <cking> btw, there are a bunch of big leaks that valgrind is finding, I've not yet had time to look at them all
[09:09] <cking> amitk, do you intend to throw the code at tools like coverityscan? if you want I can set that up?
[09:09] <amitk> cking: we really should run valgrind/sparse/ etc. on this but we're racing against time to get it feature complete for kernel summit in Aug
[09:10] <amitk> cking: please go ahead, will you be able to share the reports?
[09:10] <cking> i can share the reports and add whoever you want to be included on the project
[09:11] <cking> btw, do you require this to be packed in debian? 'cos I am willing to do that to as I'd like this tool in ubuntu ;-)
[09:12] <amitk> cking: yes please! As you know, packaging has been a particular weakness of mine
[09:12] <cking> i'll try and get it done when I have some "spare" moments 
[09:12] <amitk> much appreciated
[09:12] <cking> np
[09:13] <cking> amitk, BTW, nice write-up in LWN
[09:27] <amitk> cking: thanks :)
[11:29] <apw> hans109h, i have started the conversation upstream
[14:54] <apw> mlankhorst, so ... do we still use RADEON_UMS under any circumstances or has that been excised from Xorg now
[14:56] <mlankhorst> not in X.org at least since precise, maybe it was used on other archs but the xorg driver from quantal didn't support ums any more
[14:57] <mlankhorst> and even in precise it was probably some old ppc's only that actually ended up using it
[15:04] <rtg> BenC, I've disabled powerpc64-emb in Utopic for FTBS in some arch code. How about having a look ? ('cause I think it is as a result of your SAUCE patches)
[15:05] <BenC> rtg: Ok, I’ll have it working by Monday
[15:06] <rtg> wfm
[16:18] <sforshee> rtg: on bug #1332137 I don't think he's saying that -8 shouldn't have been reverted for 7260, I think he wants it reverted for 3160 as well
[16:19] <sforshee> rtg: that's based off of the activity on bug #1293569
[16:20] <rtg> sforshee, oh. Maybe Trusty will be out soon.
[16:20] <sforshee> rtg: yeah not sure that it makes sense to revert it at this point
[16:59] <arges> bjf: hey for autotests; if a test might crash the kernel; how will autotest detect the failure? is it timeout based?
[17:02] <bjf> arges, yeah, it's likely to timeout though it also may just hang the jenkins job until someone goes and pokes it
[17:02] <marvin24> rtg: thanks for applying tegra drm support
[17:02] <marvin24> would it also be possible to increase the CMA size to 64M?
[17:03] <bjf> arges, it's fairly straightforward to add timeouts to the tests if desired (i've done it)
[17:03] <rtg> marvin24, this one ? CONFIG_CMA_SIZE_MBYTES=16
[17:04] <marvin24> yes
[17:04] <marvin24> rtg: needs 64M 
[17:04] <rtg> marok
[17:04] <rtg> marvin24, ok
[17:04] <marvin24> rtg: thanks!
[17:06] <rtg> marvin24, done
[17:07] <marvin24> rtg: ok, so thanks again for high speed :-)
[17:07] <rtg> np
[18:35] <arges> bjf: is there a way to have autotest install ubuntu package dependencies
[18:37] <bjf> arges, i do that via my own infrastructure. look at kernel-testing git repo; lib/testsprops.py
[18:38] <arges> bjf: so that's done outside of autotool client test?
[18:39] <bjf> arges, yes
[18:40] <bjf> arges, though there's no reason the test itself can't do it
[18:40] <arges> bjf: utils.system('apt-get install blah') ? 
[18:40] <bjf> arges, yeah
[18:42] <bjf> arges, i install pkgs externally using my method and then reboot the system one final time before running the actual tests
[18:51] <arges> bjf: http://autotest.readthedocs.org/en/latest/main/local/AddingTest.html#setup fyi
[18:54] <bjf> arges, yes i use that
[18:54] <bjf> arges, but not for installing packages
[18:54] <arges> for the tarball extraction etc.the last comment shows how to use the 'client's system software manager' which uses apt
[18:55] <bjf> arges, that may well be but i want a reboot after installing packages and before running tests
[18:55] <arges> bjf: ok