Unit file attached. (tested on sys-apps/microcode-ctl-1.17-r2 and systemd-37) inherit linux-info toolchain-funcs systemd src_install(){... systemd_dounit "${FILESDIR}/microcode_ctl.service" Reproducible: Always
Created attachment 295075 [details] microcode_ctl unit file for systemd
(In reply to comment #1) > Created attachment 295075 [details] > microcode_ctl unit file for systemd Doesn't really look like a good idea to rmmod that afterwards. Consider what would happen if user had the module loaded before and is using it randomly.
Isn't this the default behaviour on openrc initscript, though you can disable it. If someone really uses microcode update module for something else, which does not sound likely, I would expect them to be able to modify the service file.
Ok, following discussion on #systemd: microcode-ctl is obsolete and should die. I will open a bug for it to be replaced with correct kernel-loadable microcode.
*** Bug 432846 has been marked as a duplicate of this bug. ***
As a note: current versions of sys-apps/microcode-data install firmware files which are automatically loaded by kernel modules.
Uh yeah, confirming microcode ist loaded automatically: Aug 29 16:55:26 maci kernel: microcode: CPU0 sig=0x1067a, pf=0x80, revision=0xa07 Aug 29 16:55:26 maci kernel: microcode: CPU0 updated to revision 0xa0b, date = 2010-09-28 Aug 29 16:55:26 maci kernel: ACPI: Requesting acpi_cpufreq Aug 29 16:55:26 maci kernel: microcode: CPU1 sig=0x1067a, pf=0x80, revision=0xa07 Aug 29 16:55:26 maci kernel: microcode: CPU1 updated to revision 0xa0b, date = 2010-09-28 Aug 29 16:55:26 maci kernel: microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba --- Prior I had loglevel just too low to show this ... Probably package sys-apps/microcode-ctl-1.17-r2 needs a Gentoo news that this is obsolete for almost all ...
