/srv/irclogs.ubuntu.com/2013/03/21/#ubuntu-kernel.txt

=== kentb-mtg is now known as kentb-out
=== ben1u is now known as exogen
=== amitk is now known as amitk-afk
ppisatimoin07:37
=== smb` is now known as smb
psinoIs there any fix equivalent to https://bugzilla.redhat.com/show_bug.cgi?id=914737 in the pipeline (or even already implemented?) for ubuntu?08:39
ubot2bugzilla.redhat.com bug 914737 in kernel "Fedora 18 on EC2 kernel panic due to cgroups" [Unspecified,On_qa]08:39
smbpsino, When I look at the discussion on Xen-devel about the resulting patch it seems that at least the initial version got turned down. So right now that would mean no. Until there is an upstream fix for it and marked for stable.08:55
apwone assumes the 'final' version once available will make it to us via that route08:59
smbapw, Probably needs a reminder as that discussion was about a month ago...09:00
apwsmb, yeah probabally ... have fun :)09:00
psinohmm. I heard there were at least one other patch proposed as a fix. if I recall correctly, it was turned down at least partly because it caused a minor performance regression on bare metal, but maybe other things as well.09:03
psinoso I assume if I'm being hit pretty badly by that bug right now, the suggested route is to build my own kernel with that patch or a similar one and see if it works for me until an official version comes out?09:03
smbpsino, Or even better try to make it working mostly with upstream changes and as soon as all parts are there make sure they go to upstream-stable. Probably also create a new lp bug for it since the one that is referenced in the redhat bugzilla seems closeed09:06
* smb just pinged Konrad as well to find out in parallel09:07
=== amitk-afk is now known as amitk
=== exogen is now known as ben1u
=== ben1u is now known as exogen
=== yofel_ is now known as yofel
=== kentb-out is now known as kentb
smbpsino, Are you still around?14:12
psinosmb: yes, on and off :)14:21
smbpsino, It sounds like upstream is waiting on someone to confirm that two patches will solve the issue you asked about. So I think either if you open a launchpad bug report and let me know, I could provide test kernels and we then can let them know. Or you could build your own and tell them directly14:23
psinowhere do I find the two patches? its probably better if it can be fixed upstream, as it will benefit more people. does it take long from patches being applied upstream to new official ubuntu kernel builds are available?14:25
smbpsino, Oh, the feedback would go upstream in both cases. The main thread about it starts at: https://lkml.org/lkml/2013/2/28/568 one reply mentions the other part14:27
smbAfter it goes upstream (with cc stable) it depends a bit. Our kernels are updated in about a three weekly cycle.14:29
psinosmb: ok, I'll have a look at the thread when I get some free time. thanks for your help so far :)14:30
smbpsino, np :)14:30
=== chuck_ is now known as zul
=== rsalveti_ is now known as rsalveti
=== gema_ is now known as gema
infinityapw: Yo, vars.generic is uncleverly x86-specific.  Is there any point to abstracting to the point where one loses flexibility?16:23
apwinfinity, sorry ?17:09
apwinfinity, oh i see if we wanted to have an arm generic as well you mean17:10
infinityapw: Yeah.17:10
infinityapw: I think I've sort of sorted it with Paolo.17:10
infinityapw: By arch-specifying all those bootloader deps.17:11
infinity(ie: grub [i386 amd64 x32], flash-kernel [armhf arm64])17:11
infinityUntested, but if that's being substituted into a master control file, then parsed by dpkg-gencontrol at build time, it should DTRT.17:11
apwyeah i guess we have no choice other than to do that17:11
apwas (i assume) we cannot have two Package: linux-image-generic stanzas with different arches 17:12
infinityDefinitely not.17:12
apwinfinity, vile, but ...17:13
infinityWell, that's how debian/control and dpkg-gencontrol work.  Not all THAT vile, except that it sort of defeats the purpose of the vars.foo abstraction. :P17:14
infinityMaybe that would be saner if it was extended to var.foo.$arch and pulled the right one based on DEB_HOST_ARCH17:14
infinityThen the descriptions could actually change and such.17:14
apwyeah that would be the other way, but then the control on the source would be 'wronger' than it is now17:15
apwnot that it is very right17:15
apwright now17:15
infinityYeah, it's pretty wrong regardless.17:15
jbaronhi - how do i figure out the dependency of a specific kernel on the linux-firmware package?17:47
jpdsjbaron: $ apt-cache rdepends linux-firmware17:47
jbaronhmmm...there no dependency listed there on linux-generic17:59
jbaroni think its really the other way around that I'm looking18:00
jbaronfor18:00
jbaroni can do:18:00
jbarons linux-generic 18:00
jbaronlinux-generic18:00
jbaron  Depends: linux-image-generic18:00
jbaronsorry:18:00
jbaron$ apt-cache depends linux-generic 18:00
jbaronlinux-generic18:00
jbaron  Depends: linux-image-generic18:00
jbaron$ apt-cache depends linux-image-generic18:00
jbaronlinux-image-generic18:00
jbaron  Depends: linux-image-2.6.32-45-generic18:00
jbaron  Depends: linux-firmware18:00
jbaronand i think see that linux-generic depends on 'linux-firmware'18:01
jbaronbut i don't see a specific version ?18:01
jpdsjbaron: Does it need a specific version?18:01
jbaroni would think so18:02
jbaronmaybe not - i'm not sure 18:02
jbaronif the drivers update in the kernel - they'll need specific firmware versions18:02
infinityjbaron: We don't force versions, no.18:22
infinityjbaron: firmware is more tightly coupled with hardware than drivers.18:22
infinityjbaron: Is there a specific problem you're trying to solve here, or just a curiosity?18:22
jbaronyeah - i'm trying to re-build the ubuntu kernel out of the git tree18:23
jbaronand i'm trying to figure out which firmware to include18:23
jbaronsince the firmware is dropped from the git tree18:24
infinityapt-get install linux-firmware?18:24
infinityLike, I'm not sure what you mean here. :P18:24
jbaronright - but i want to make sure it matches up with the kernel I'm building18:24
infinityThey don't "match".18:24
jbaronthe drivers do request specific firmware files18:24
infinityIf you want the newest, get the linux-firmware from raring.18:25
jbaronrequest_firmware()18:25
infinityhttps://launchpad.net/ubuntu/+source/linux-firmware/1.10418:25
infinityIt's maintained outside the kernel tree.18:26
jbaronif you look at the request_firmware() call in the kernel it asks for specific firmware files:18:27
jbaronie "BCM2033-FW.bin"18:28
jbaronso maybe the linux-firmware pkg for a release keeps all the old ones ? 18:28
jbaron(in the case the driver is updated)18:28
infinityYes, I'm aware of what request_firmware does.  I'm saying that there is no "matching" firmware for any specific kernel.  We ship the latest, according to what we need, and what bugs get filed to include new things.18:29
infinitySome from linux-firmware.git, some from elsewhere occasionally.18:30
bjfjbaron, which kernel tree are you building ?18:30
jbaronquantal - I guess if i include all the firmware from linux-firmare i'll be safe18:32
bjfjbaron, do you have quantal installed and you are just building your own quantal kernel?18:32
jbaronyes18:33
bjfjbaron, if so, you probably don't need to worry about firmware, build your kernel and try running it18:33
bjfjbaron, the worse that can happen is that not everything works and you just boot up the previous kernel via grub18:33
jbaronok, thanks18:34
infinityjbaron: I'm still not sure why you think you need to "include" firmware at all?18:34
infinityjbaron: If you're on quantal and you have linux-firmware installed, you have the firmware.  You don't need it AGAIN in your kernel build.18:35
bjfjbaron, if you don't mind me asking, why are you building your own kernel? just for the experience or for a particular issue?18:38
jbaronok, thanks guys, I was just trying to better understand how firmware updates work18:39
brycejsalisbury, #1156077 has a kernel patch from upstream that needs tested/integrated19:41
apwbug #115607719:48
ubot2Launchpad bug 1156077 in linux (Ubuntu Raring) "Black screen when booting after a fresh install on chromebook" [High,In progress] https://launchpad.net/bugs/115607719:48
jsalisburybryce, ack19:51

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!