[07:32] <ppisati> moin
[09:07] <apw> moin
[09:07] <apw> ppisati, you are keen today
[09:08] <ppisati> it's the weather
[09:10] <smb> or insomnia
[11:01] <ppisati> brb
[11:11] <tseliot> apw: any progress on the "kmod_module_get_initstate(m) == KMOD_MODULE_BUILTIN' failed" issue?
[11:13] <apw> tseliot, you'll have to remind me, vUDS seems to have flushed my memory
[11:13] <tseliot> apw: bug #1073062
[11:13] <ubot2`> Launchpad bug 1073062 in kmod (Ubuntu) "modprobe: Assertion `kmod_module_get_initstate(m) == KMOD_MODULE_BUILTIN' failed" [Undecided,Confirmed] https://launchpad.net/bugs/1073062
[11:14] <tseliot> apw: modprobe fails when using something like ""alias nouveau off"
[11:14] <apw> tseliot, oh yeah, hmmm i had a patch for that somewhere ... once i have unbroke'd this overlayfs issue i'll have another look
[11:15] <tseliot> apw: thanks. Also, you want to send me the patch I can play with it here
[11:16] <apw> tseliot, yeah i need to go find out what i did with it
[11:16] <tseliot> ok
[12:17]  * ppisati -> out for lunch
[13:26] <xnox> I am removing old kernels, and os-prober is run many many many times. and it takes ages, because of all of my lvm snapshots =(
[13:41] <smb> xnox, GRUB_DISABLE_OS_PROBER or so
[13:44] <xnox> thanks.
[13:45] <brendand> bjf - hi
[13:46] <brendand> bjf - do you think it will be a problem if we run cert testing for the 3.5 kernel using 12.04.2 userspace instead of 12.10 userspace?
[13:51] <brendand> henrix, ^?
[13:55] <henrix> brendand: i can not antecipate any issue with that, as long as the kernel is the actually 3.5 Q kernel, compiled with the Q toolchain, etc
[13:55] <henrix> brendand: but i don't see why we should do that as well...
[13:57] <brendand> henrix, well it would be the one that is going to precise-proposed
[13:57] <brendand> henrix, but the 3.5 kernel
[13:58] <henrix> brendand: again, i am not aware of any issues but you may find them :)
[13:59] <henrix> brendand: any user-space tools you use to access kernel interfaces in you tests may fail, etc
[14:00] <brendand> henrix, what i mean is that you have e.g. this tracking bug: http://launchpad.net/bugs/1133429
[14:00] <ubot2`> Launchpad bug 1133429 in kernel-sru-workflow/verification-testing "linux: 3.5.0-26.40 -proposed tracker" [Medium,In progress]
[14:00] <brendand> henrix, if our certification tests were to involve installing 12.04.2 on systems, enabling proposed, dist-upgrading and running our tests, then that would be fine?
[14:01] <henrix> brendand: i'm reluctant to say yes :)
[14:02] <henrix> brendand: you would be certifying something different, right?
[14:02] <henrix> brendand: do you have strong reasons for not installing 12.10?
[14:03] <brendand> henrix, putting it the other way around, if we tested quantal would that be enough to say the same kernel will work fine on 12.04.2?
[14:03] <brendand> henrix, otherwise we need to test a set of systems with quantal and a seperate set with 12.04.2
[14:04] <henrix> brendand: correct. and i believe you need to do that -- for example, the kernel for 12.04.2 will be compiled with a differenc gcc version. and this may break something
[14:05] <rtg_> brendand, the foundation layer components are different. I'm not sure you could say with 100% certainty that the kernel in Quantal behaves the same as the one in 12.04.2
[14:05] <apw> ppisati, in our -omap kernel have you tested usb on more than one platform ?
[14:09] <apw> ppisati, i hear rumours that usb only works "on one selected platform at once" in 3.8
[14:10] <rtg_> sconklin, did you get around to sending your serial patch upstream ?
[14:16] <brendand> henrix, rtg_ - one more thing. did i hear in the session yesterday that you plan to automatically roll people forward who start on 12.04.2?
[14:16] <brendand> henrix, rtg_ - so they will go from 3.5 to 3.8 automatically
[14:16] <brendand> henrix, rtg_ - and then on to the 12.04.04 kernel as appropriate
[14:17] <rtg_> brendand, no, I think they will roll forward to the 14.04 kernel if they dist-upgrade
[14:18] <brendand> rtg_, so there will be 3 or 4 different kernels that are supported in precise?
[14:19] <rtg_> brendand, dunno yet. so far just the 2. it depends on if we actually release a 12.04.3 (which is not a given at this point)
[14:20] <ppisati> apw: in 3.8, on some arm platform, different usb drivers cannot coexist
[14:21] <ppisati> apw: but it's not our case
[14:21] <ppisati> apw: tested it on omap and imx (at least)
[14:23] <brendand> rtg_, hey what? 
[14:23] <brendand> rtg_, you mean a different kernel for 12.04.3, or 12.04.3 at all?
[14:25] <rtg_> brendand, yes to both
[14:30] <infinity> ppisati: And highbank and armada? :P
[14:31] <ppisati> infinity: we don't suport armada and highbank from the same kernel
[14:31] <ppisati> infinity: at least not yet
[14:31] <infinity> ppisati: But we should.
[14:31] <ppisati> infinity: uh?
[14:32] <ppisati> infinity: i'm integrating highbank now
[14:32] <ppisati> infinity: but i've no plan for armada
[14:33] <ppisati> infinity: shall we?
[14:33] <rtg_> ppisati, in what kernel are you integrating highbank ? I thought we were done with them.
[14:34] <infinity> ppisati: Well, it's probably fundamentally broken in 3.8, but we should do for 3.9 and beyond (though, it will likely require those USB patches that missed the 3.9 merge window due to being crack)
[14:35] <ppisati> infinity: yeah, i know
[14:35] <infinity> rtg_: I thought the concensus a few months ago was to integrate every useful platform that can be done in a generic zImage.  Have we now decided against turning on CONFIG options we don't like?
[14:35] <ppisati> infinity: saw the patches, but so far we are still in 3.8 for R
[14:35] <infinity> ppisati: *nod*
[14:36] <rtg_> infinity, I was referring to a having a separate flavour for highbank. if the device tree based kernel woks for them, then fine.
[14:36] <infinity> rtg_: Yeah, that's what Paolo was referring to with "integrating", I believe.
[14:37] <ppisati> infinity: nope
[14:37] <infinity> rtg_: Separate flavours are a no-go.  If the single zImage no work, we get highbank support when it does.
[14:37] <ppisati> infinity: for me arm multiplatform is R/master
[14:37] <infinity> ppisati: Pronoun fail.  When I said "that's what Paolo was..", my "that" meant multiplatform, not distinct flavours. :)
[14:38]  * ppisati fails
[14:38] <infinity> rtg_: Given that Rob is one of the most active DT and multiplatform committers upstream, if highbank doesn't work, it'll be both annoying and mildly amusing.
[15:14]  * ogasawara back in 20
[15:51] <sforshee> apw, you around?
[15:55] <apw> sforshee, yep, hi
[15:55] <sforshee> apw, so debian.master/config/annotations, is that used for generating the config review pages?
[15:56] <apw> sforshee, yes that is the master list indeed
[15:57] <sforshee> apw, I'm going to set CONFIG_PSTORE=n for i386 and amd64 for now, but in annotations there's a line saying it should be y
[15:58] <sforshee> so I'd need to change it to p, and do one of these policy<...> things?
[15:58] <apw> sforshee, or if it is dangerous, make it n regardless across the board
[15:59] <apw> but yeah if its just x86 then    p policy<(arch amd64 i386 &/ value n) | value y>
[15:59] <sforshee> apw, there's a ram backend that might be useful for arm. I want to turn it off of for x86 until it all bakes for a while and we're confident we won't brick any machines.
[15:59] <apw> sforshee, sounds appropriate to me
[16:00] <sforshee> apw, does this look right then?
[16:00] <sforshee> CONFIG_PSTORE					p policy<(arch i386 amd64 &/ value n) | value y> note<Turn off on x86 until efivars is known not to brick machines>
[16:00] <apw> yes
[16:00] <sforshee> cool, thanks!
[16:01] <apw> the / is a cut, so it says if we pass this do not recurse back to try other options; preventing the value y matching on i386/amd64
[16:01] <sforshee> okay, got it
[16:02] <apw> iirc you could write it as (arch i386 amd64 & /value n) | value y
[16:02] <apw> if that was clearer to your mind
[16:02] <rtg_> sforshee, gotta turn off ACPI_APEI as well since it selects PSTORE
[16:03] <sforshee> rtg_, hmm. I'll have to check then if we want that for other reasons.
[16:15] <rtg_> sforshee, I dumped this into raring: 'UBUNTU: [Config] CONFIG_PSTORE=n for x86' as well as reverted the 2 efivarfs patches.
[16:16] <sforshee> rtg_, ack
[16:16] <sforshee> hopefully that will keep stgraber from bricking his machine when he gets it fixed again :-)
[16:17] <rtg_> indeed
[16:17] <stgraber> yay!
[16:18] <stgraber> I certainly wouldn't like to have to explain to Lenovo how I managed to brick a third machine ;) I already have a feeling it'll take some arguing to get the second one replaced...
[16:19] <sforshee> stgraber, I wonder if there's some way to convince them to send the bricked one to their firmware engineers for diagnosis
[16:23] <stgraber> sforshee: well, last time I didn't even get to talk to anyone on their side... I think we'd have more luck contacting their firmware people through the OEM contact at Canonical.
[16:24] <sforshee> maybe that's worth a try
[17:19] <user99999> hello
[17:19] <user99999> how to change mouse dpi?
[17:33] <bjf> brendand, i believe you need to test Q with Q userspace, P with P userspace (12.04) and LTS-Q with P userspace (12.04.02). i don't think we want to cheet at then find out we shouldn't have done that
[17:44] <apw> user99999, i would think you would get a more inforned response on #ubuntu-kernel
[17:44] <apw> user99999, i would think you would get a more inforned response on #ubuntu-x
[17:45] <user99999> apw, #ubuntu-hu & #ubuntu not help ..
[17:46] <apw> user99999, #ubuntu-x is the people who know most about graphical things, i would expect speed of mouse against the desktop to be something they would know how to change if it is indeed changable
[17:49] <user99999> heavy the English .. :)
[17:49] <user99999> I am Hungarian
[17:51] <apw> user99999, #ubuntu-x may help ..
[17:53] <user99999> apw, #ubuntu-hu beginner team ..
[17:53] <apw> user99999, #ubuntu-x is a real channel name, really -x is the X team
[17:56] <user99999> I see :)
[17:56] <user99999> ty
[18:01]  * ppisati goes out for a bit
[18:01] <user99999> bb ppisati 
[18:03] <user99999> apw, do you develop the kernel?
[18:04] <apw> user99999, we do some yes
[18:04] <user99999> apw, grt, linux kernel is best! :D
[18:17] <user99999> X team sleep :D
[18:19] <user99999> apw: please, you give me printscreen  your desktop
[21:51] <BarkingFish> Good evening guys - I asked here last night if anyone happened to have a copy of the installation files for kernel 3.8.0-2-generic hanging around at all?  I need to install it and it appears to have been deleted from all repositories.  I'm testing for a problem with the ar5523 wifi driver, which became available in 3.8.0-2-generic, and stopped working on 3.8.0-3-generic :)
[21:51] <BarkingFish> any help would be very welcome.
[21:58] <adam_g> BarkingFish, http://launchpadlibrarian.net/129499992/linux-image-3.8.0-2-generic_3.8.0-2.6_amd64.deb ? linked to from https://launchpad.net/ubuntu/raring/amd64/linux-image-3.8.0-2-generic/3.8.0-2.6
[21:58] <BarkingFish> the heck?  Bjsnijder sent me to launchpad last night, and it'd been deleted :)
[21:58] <BarkingFish> Nice! Thank you, adam_g 
[22:23] <BarkingFish> adam_g, i've got three of the files - the image-generic, image-extra and the generic headers, i forget what the fourth file i need is :)
[22:30] <BarkingFish>  gotta reboot to go install some fixes to my system. back in a tick :)