[arch-dev-public] Reorganizing CPU ucode updates
thomas at archlinux.org
Sun Jan 8 15:50:47 EST 2012
After some talk on IRC with Tom and Dan, I created new ucode packages.
This is the plan so far:
1) Drop microcode_ctl - this Intel-only tool used the microcode.dat file
provided by Intel to update the ucode.
2) Add the split firmware files in /lib/firmware/intel-ucode in a new
3) Add the AMD firmware file in /lib/firmware/amd-ucode in a new package
With this setup, a user simply needs to add the 'microcode' module in
rc.conf, and the ucode update will be applied automatically. As Tom
tells me, future linux versions will even autoload microcode when
One issue is package naming: We could stick with the usual "source
tarball == package name" paradigm, but that means that the Intel package
is named 'microcode', while the AMD package is named 'amd-ucode' (like
it is commited to SVN now). I would prefer calling the Intel package
'intel-ucode', which would be consistent with the AMD version and also
match the name of the /lib/firmware/ subdirectory.
Please throw opinions at me.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 900 bytes
Desc: OpenPGP digital signature
More information about the arch-dev-public