Hi,
On 05/15/2013 01:36 PM, Lennart Poettering wrote:
On Tue, 14.05.13 20:43, Adam Williamson (awill...@redhat.com) wrote:
Let me take the opportunity to dissect some of this:
<snip>
236ms spice-vdagentd.service
I 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=876237
233ms abrt-ccpp.service
https://bugzilla.redhat.com/show_bug.cgi?id=963184
160ms fedora-loadmodules.service
Somebody 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=963198
79ms systemd-modules-load.service
Ah, 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.service
I 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@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
