Re: [systemd-devel] kvm modules don't load any more with kernel >= 3.11

2014-04-28 Thread Martin Pitt
Hey Kay,

Kay Sievers [2014-04-28 12:16 +0200]:
> http://cgit.freedesktop.org/systemd/systemd/commit/?id=bf7f800f2b3e93ccd1229d4717166f3a4d3af72f

Ah, cool, thanks! Will replace our patch with that.

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel


Re: [systemd-devel] kvm modules don't load any more with kernel >= 3.11

2014-04-28 Thread Kay Sievers
On Mon, Apr 28, 2014 at 12:09 PM, Martin Pitt  wrote:
> Hello all,
>
> a while ago we got a report (https://launchpad.net/bugs/1207705) that
> with kernel >= 3.11 the kvm modules (in particular, kvm_intel) don't
> get autoloaded any more. Andy (CC'ed) fixed that back then with the
> attached patch to 80-drivers.rules. Yesterday on the Debian systemd
> sprint this was confirmed by someone else who runs pure systemd on
> Debian with the Debian kernel, so it doesn't seem to be an unique
> quirk of either the Ubuntu kernel or the previous Ubuntu systemd
> modifications.
>
> I just confirmed that on linux 3.13, kmod 16, and systemd 204 (I know,
> old, but the corresponding udev rules didn't change since then). Is
> that something which ought to be in 80-drivers.rules, or is that a
> kernel regression? Andy's description suggests the former, and he can
> hopefully chime in.

http://cgit.freedesktop.org/systemd/systemd/commit/?id=bf7f800f2b3e93ccd1229d4717166f3a4d3af72f

?

Kay
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel


[systemd-devel] kvm modules don't load any more with kernel >= 3.11

2014-04-28 Thread Martin Pitt
Hello all,

a while ago we got a report (https://launchpad.net/bugs/1207705) that
with kernel >= 3.11 the kvm modules (in particular, kvm_intel) don't
get autoloaded any more. Andy (CC'ed) fixed that back then with the
attached patch to 80-drivers.rules. Yesterday on the Debian systemd
sprint this was confirmed by someone else who runs pure systemd on
Debian with the Debian kernel, so it doesn't seem to be an unique
quirk of either the Ubuntu kernel or the previous Ubuntu systemd
modifications.

I just confirmed that on linux 3.13, kmod 16, and systemd 204 (I know,
old, but the corresponding udev rules didn't change since then). Is
that something which ought to be in 80-drivers.rules, or is that a
kernel regression? Andy's description suggests the former, and he can
hopefully chime in.

Thanks,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
From: Andy Whitcroft 
Date: Sat, 26 Apr 2014 23:12:58 +0200
Subject: Always probe cpu support drivers

The kernel from v3.11 now reports (correctly) that there is a
CPU driver connected to the CPUs in the kernel.  This causes udev
to ignore the device and prevents any CPU helper modules such as KVM or
AES optimisations from being loaded.  These should be loaded regardless
of whether there is a CPU driver.

Reported-by: Chris J Arges 
Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1207705
Forwarded: no
---
 rules/80-drivers.rules | 1 +
 1 file changed, 1 insertion(+)

diff --git a/rules/80-drivers.rules b/rules/80-drivers.rules
index 01760ef..c65ea15 100644
--- a/rules/80-drivers.rules
+++ b/rules/80-drivers.rules
@@ -3,6 +3,7 @@
 ACTION=="remove", GOTO="drivers_end"
 
 DRIVER!="?*", ENV{MODALIAS}=="?*", RUN{builtin}="kmod load $env{MODALIAS}"
+SUBSYSTEM=="cpu", ENV{MODALIAS}=="?*", RUN{builtin}="kmod load $env{MODALIAS}"
 SUBSYSTEM=="tifm", ENV{TIFM_CARD_TYPE}=="SD", RUN{builtin}="kmod load tifm_sd"
 SUBSYSTEM=="tifm", ENV{TIFM_CARD_TYPE}=="MS", RUN{builtin}="kmod load tifm_ms"
 SUBSYSTEM=="memstick", RUN{builtin}="kmod load ms_block mspro_block"
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel