Reason:
The RC variable name microcode_cpus is now deprecated. Users should
instead use the variable microcode_update_cpus.
Two new ports were branched from sysutils/devcpu-data,
sysustils/devcpu-data-amd and sysustils/devcpu-data-intel. The two
new ports contain only the CPU microcode updates for each vendor and
sysutils/devcpu-data now only contains an RC script. Both new ports
are on-by-default, optional dependencies of sysutils/devcpu-data.
Port Moves
port moved to sysutils/cpu-microcode on 2023-12-31 REASON: Has expired: Use sysutils/cpu-microcode
sysutils/devcpu-data: Temporarily return to the tree
Re-add the port to give users time to adjust to the reorganization of
the CPU microcode ports in bc7829212d153aeff69b439d08e2e3001ef88ba3.
Reported by: dch
Reviewed by: manu
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D41718
sysutils/cpu-microcode-*: Reorganize CPU microcode ports
Prior to this update, sysutils/devcpu-data, which only contained an RC
script, had run dependencies on the AMD and Intel microcode ports. This
made it cumbersome to have just the AMD or just the Intel microcode
ports installed. With this change, the microcode ports now depend on
the RC script.
Other changes:
- Use more intuitive port names: cpu-microcode, cpu-microcode-amd,
cpu-microcode-intel, and cpu-microcode-rc.
- Add the metaport, cpu-microcode, which pulls in all related ports.
- Pet portclippy/portfmt
Reviewed by: lwhsu, markj
Approved by: sbruno (maintainer)
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D41406
sysutils/devcpu-data: Fix typo in rc script
The microcode_update rc script spells "required_modules" as
"requires_modules", masking this by duplicating the missing
functionality in its own precmd.
This patch fixes the typo and removes the superfluous precmd.
PR: 272781
Approved by: sbruno (maintainer)
sysutils: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* <jsmith@resonatingmedia.com>
* Aaron Dalton <aaron@FreeBSD.org>
* Aaron Landwehr <aaron@snaphat.com>
* Adam Weinberger <adamw@FreeBSD.org>
* Adrian Chadd
* Adrian Chadd <adrian@FreeBSD.org>
* Akinori MUSHA aka knu <knu@idaemons.org>
* Alan Eldridge <alane@FreeBSD.org>
* Alan Eldridge <alane@geeksrus.net>
* Aldis Berjoza <aldis@bsdroot.lv>
* Alex Deiter <alex.deiter@gmail.com>
(Only the first 15 lines of the commit message are shown above )
sysutils/devcpu-data: Permit neither vendor option to be chosen
This allows users with both AMD- and Intel-based systems to build and
install devcpu-data-amd and devcpu-data-intel, but not force either to
be installed with `pkg install devcpu-data`.
PR: 259883
Reported by: Martin Birgmeier <d8zNeCFG@aon.at>
Approved by: sbruno (maintainer)
Differential Revision: https://reviews.freebsd.org/D33036
sysutils/devcpu-data: Split off two new ports for vendor data
sysutils/devcpu-data is now just an RC script that optionally depends on
two new ports, sysutils/devcpu-data-amd and sysutils/devcpu-data-intel.
The two new ports each contain vendor microcode data.
While here:
- Set missing license information. The license was obtained from
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/LICENSE.amd-ucode
- Update varaible ordering per portclippy
Reviewed by: decke, emaste, markj
Approved by: sbruno (maintainer)
Differential Revision: https://reviews.freebsd.org/D32349
sysutils/devcpu-data: respect CC
No need to bump PORTREVISION as this only fixes a build that never
worked before this commit.
PR: 257459
Reported by: evgeniy@khramtsov.org
sysutils/devcpu-data: 1.22
- Intel is now releasing microcode updates on Github
- https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files
- Update to 2019514 release
Microcode Updates since last release of FreeBSD Package:
== 20190514 Release ==
-- Updates upon 20190312 release --
Processor Identifier Version Products
Model Stepping F-MO-S/PI Old->New
---- new platforms ----------------------------------------
VLV C0 6-37-8/02 00000838 Atom Z series
VLV C0 6-37-8/0C 00000838 Celeron N2xxx, Pentium N35xx
VLV D0 6-37-9/0F 0000090c Atom E38xx
CHV C0 6-4c-3/01 00000368 Atom X series
(Only the first 15 lines of the commit message are shown above )
sysutils/devcpu-data: Provide a file for loading Intel updates at boot
Extend the port so that users may easily apply microcode updates using
the method implemented in src r337715. For now, this just consists of
providing all Intel microcode update files concatenated together as a
single blob in /boot/firmware.
Approved by: sbruno
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D16924
sysutils/devcpu-data:
- Update Intel microcode to 0703 release.
-- intel-ucode-with-caveats/ --
This directory holds microcode that might need special handling.
BDX-ML microcode is provided in directory, because it need special commits in
the Linux kernel, otherwise, updating it might result in unexpected system
behavior.
OS vendors must ensure that the late loader patches (provided in
linux-kernel-patches\) are included in the distribution before packaging the
BDX-ML microcode for late-loading.
== 20180703 Release ==
-- Updates upon 20180425 release --
Processor Identifier Version Products
(Only the first 15 lines of the commit message are shown above )
sysutils/devcpu-data:
-- updated to Intel Microcode release 0425
-- removed the BDX microcode
-- updated the GLK microcode
-- Modded files/Makefile to be more explicit on which files to process
now that non-microcode files have appeared in the Intel microcode directory
-- intel-ucode-with-caveats/ --
This directory holds microcode that might need special handling.
BDX-ML microcode is provided in directory, because it need special commits in
the Linux kernel, otherwise, updating it might result in unexpected system
behavior.
OS vendors must ensure that the late loader patches (provided in
linux-kernel-patches\) are included in the distribution before packaging the
(Only the first 15 lines of the commit message are shown above )
sysutils/devcpu-data
- Use new tool committed by Ed Maste of the FreeBSD Foundation to process
Intel microcode files into a format cpucontrol can process.
- Assume maintainer role for the time being. (approved by portmgr)
Reviewed by: delphij emaste
Approved by: portmgr (rene)
Security: yes
Sponsored by: Limelight Networks and The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D15443
sysutils/devcpu-data: Revert back to legacy microcode.dat implementation.
Either there is a problem with the Intel supplied microcode files or
cpucontrol does not yet understand how to process a micrcode update file
with multiple entries. For now, abort.
Reviewed by: swills
Sponsored by: Limelight Networks
Differential Revision: https://reviews.freebsd.org/D13987
sysutils/devcpu-data: Migrate our microcode update on Intel to use precreated
files.
Intel provides prefabricated per-cpu microcode update files. We no longer need
a tool to extract them from the legacy microcode.dat store. This matches
what upstream linux distributions are doing now. Tested on my Intel machines
here and updates still succeed.
Reviewed by: swills cem
Sponsored by: Limelight Networks
Differential Revision: https://reviews.freebsd.org/D13921
Revert Intel URL to the correct location for microcode-20171117.tgz
PR: 225224
Reported by: Gary <freebsd-bugzilla@in-addr.com>
Sponsored by: Limelight Networks
sysutils/devcpu-data: Update AMD microcode, add cpu 17h microcode,
drop malfunctioning individual "AMD-XXX" files.
On the few machines that actually have microcode updates, chopping up the
microcode is incorrect and results in a failure to update. Don't do that.
I personally run this on my FX-8150 and this has been tested by a few others.
Sponsored by: Limelight Networks
Differential Revision: https://reviews.freebsd.org/D13832
Revert to previous Intel microcode archive (20171117).
FreeBSD kernel changes to make use of the capabilities provided by the
new microcode update have not yet been committed. Since we do not yet
require them, allow more time for validation.
Approved by: emaste
Sponsored by: Limelight Networks
sysutils/devcpu-data follow up commit to 20180108 Intel microcode update.
Run cpucontrol -e after microcode update to refresh cpu flags. If running
on an older system without -e, fail silently.
Log any upgrade output via logger to /var/log/messages.
Add an instructional pkg-message for users.
Intel Release Notes:
Intel Processor Microcode Package for Linux
20180108 Release
-- Updates upon 20171117 release --
IVT C0 (06-3e-04:ed) 428->42a
(Only the first 15 lines of the commit message are shown above )
sysutils/devcpu-data Unbreak build by using a cached distfile for amd microcode.
Use a freebsd.org hosted version of the amd microcode file fetched
in February of 2015. The amd64.org site has been down for a long time and
probably will never come back.
Reported by: netchild
Reviewed by: mat antoine
Approved by: portmgr (mat@ antoin@)
Sponsored by: Limelight Networks
Differential Revision: https://reviews.freebsd.org/D13792
Update Intel microcode to 2017-05-11
- Update MASTER_SITES: use https:// for Intel
- While I'm here, add NO_ARCH
PR: 219268
Submitted by: grarpamp <grarpamp@gmail.com>
Approved by: John Clark <clarkjc@runbox.com> (maintainer)
sysutils/devcpu-data: update to 1.9 (Intel 2016-11-04)
- Accept LICENSE since it allows mirroring [1]
PR: 215104
Approved by: John Clark <clarkjc@runbox.com> (maintainer)
Submitted by: John Clark <clarkjc@runbox.com> [1]
- Update AMD microcode to 2014-12-01
- Bump PORTVERSION to 1.5
- While I'm here, use versioned AMD microcode archive
PR: 198371
Submitted by: John Clark <clarkjc@runbox.com> (maintainer)
In the rc.d scripts, change assignments to rcvar to use the
literal name_enable wherever possible, and ${name}_enable
when it's not, to prepare for the demise of set_rcvar().
In cases where I had to hand-edit unusual instances also
modify formatting slightly to be more uniform (and in
some cases, correct). This includes adding some $FreeBSD$
tags, and most importantly moving rcvar= to right after
name= so it's clear that one is derived from the other.
- update to 0.6
- Switch to using a dynamic plist
PR: 162348
Submitted by: Stanislav Sedov <stas@orion.SpringDaemons.com> (maintainer)
Approved by: bapt (mentor)
- Return my ports back to the pool. I was unable to make any fixes to
my ports in the past 3 weeks while ports were broken on any 10.x
machines, which means I'm unable to maintain them. So let people know
that there's no available support for them until things are back to
normal (which also means that anyone with spare time will be able
to fix them without getting approval).
