Bug 70781 – Intel microcode ctl version 1.11 (30th October 2004) sys-apps/microcode-ctl-1.11

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Christian Skarby 2004-11-11 05:05:41 UTC]

A new version released 30th Oct 2004; still using the same microcode as in 1.10, but they have removed the -i option. 

From the old man-page microcode_ctl(8): "-i     release any buffers held in microcode driver"

As a brief investigation to what this might imply, I reread their homepage (url above) and found that the utility has two uses, the second of which is: "it signals the kernel driver to release any buffers it may hold" - I therefore presume that -i is deprecated because the action is not optional; it's probably always performed. Anyway, just for making stable ebuilds this might not be of highest importance ;) Nevertheless, the i-option used in files/microcode_ctl.rc must be removed before the init-script will work with the new version. Patch is attached, but we probably should keep the old rc-file aswell (at least until someone has investigated how long the i-option has been ignored (if that is the case;).) Thus we also need a change to the ebuild, so that the new rc-file is used.

[Comment 1 Christian Skarby 2004-11-11 05:08:42 UTC]

Created attachment 43719 [details, diff]
removing -i makes the init-script work

# cd /usr/portage/sys-apps/microcode-ctl/files/
# patch -p0 < microcode_ctl.rc.patch

I suggest that the patched file is renamed
# mv microcode_ctl.rc microcode_ctl.rc2

[Comment 2 Christian Skarby 2004-11-11 05:12:07 UTC]

Created attachment 43720 [details, diff]
grab files/microcode_ctl.rc2

[Comment 3 Christian Skarby 2004-11-11 05:17:03 UTC]

By the way; thank you for crediting me in the ChangeLog for bug #67786 and bug #69360 - it's feeling much better to throw in my two cents when you do that :)

[Comment 4 SpanKY 2004-11-13 22:47:16 UTC]

version bumped in cvs and removed the '-i' option, thanks :)