Hi, On 05/15/2013 01:36 PM, Lennart Poettering wrote:
On Tue, 14.05.13 20:43, Adam Williamson (awilliam@xxxxxxxxxx) wrote: Let me take the opportunity to dissect some of this:
<snip>
236ms spice-vdagentd.serviceI don't see why this is on by default. According to this bug report this should have been pulled in on-demand only:
Adam is running a spice enabled vm, so it is getting started because he has the required virtual hardware.
https://bugzilla.redhat.com/show_bug.cgi?id=876237233ms abrt-ccpp.servicehttps://bugzilla.redhat.com/show_bug.cgi?id=963184160ms fedora-loadmodules.serviceSomebody should file bugs against all packages that still drop something into /etc/sysconfig/modules/. I see that kvm and bluez do this still. I filed these bugs now: https://bugzilla.redhat.com/show_bug.cgi?id=963193 https://bugzilla.redhat.com/show_bug.cgi?id=96319879ms systemd-modules-load.serviceAh, cute, on my machine the only reason this is pulled in is /etc/modules-load.d/spice-vdagentd.conf -- which also pulls in our old friend uinput (see above). https://bugzilla.redhat.com/show_bug.cgi?id=963201
I'm fine with dropping the config file from spice-vdagent as long as something then creates the /dev/uinput device node, so that module auto-load will actually work, without the device-node pre-existing trying to use /dev/uinput will just cause a -ENOENT failure. <snip>
54ms ksm.serviceI thought the kernel would do this internally these days without userspace interaction.
At a minimum we should consider not starting these *inside* vms Regards, Hans -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
