summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* sys-firmware/intel-microcode: drop oldThomas Deutschmann2018-06-231-1/+0
| | | | Package-Manager: Portage-2.3.40, Repoman-2.3.9
* sys-firmware/intel-microcode: rev bump to address QA problemThomas Deutschmann2018-05-311-1/+1
| | | | | | | | | | | | | | | | | - We now install splitted ucode(s) into the correct directory. - Fixed an issue when emerge failed when no microcode was selected. - "minimal" USE flag was renamed to "hostonly" and disabled per default to avoid confusion. - Additional sanity checks were added to show a warning if no microcode update was installed (can be the case when user set "hostonly" USE flag or uses MICROCODE_SIGNATURES environment variable). Closes: https://bugs.gentoo.org/654638 Package-Manager: Portage-2.3.40, Repoman-2.3.9
* sys-firmware/intel-microcode: Add "minimal" USE flagThomas Deutschmann2018-05-301-0/+1
| | | | | | | | | | | | | | | | | | | | Due to previous change (commit eb9036f6f998c91c6bc021f73bc10ca1b5240ae7), this package can become very large (or the resulting initramfs). While the already introduced environment variable "MICROCODE_SIGNATURES" is allowing you to set iucode_tool's "--scan-system" parameter to only install ucode(s) supported by the currently available (=online) processor(s), this doesn't work for binary package user(s). The now added "minimal" USE flag (enabled by default) will set "--scan-system" parameter for you. This will still allow you to select/blacklist ucode(s) for all your hosts on your central build host using the "MICROCODE_SIGNATURES" variable like before while giving each host the opportunity to only install really supported ucode(s) which will reduces the file size of the resulting initramfs. Bug: https://bugs.gentoo.org/654638 Package-Manager: Portage-2.3.40, Repoman-2.3.9
* sys-firmware/intel-microcode: BumpThomas Deutschmann2018-05-231-0/+1
| | | | | | | | | | | | | | | | | | | | | | | Ebuild changes: =============== - Based on Intel's microcode tarball from 2018-04-25. - Added 210+ additional microcode updates (for production, no beta release!), which are signed by Intel and publicly available but are not distributed via Intel's microcode tarball for marketing/product phase out reasons. You can prevent the usage of these microcode updates and stick with content from Intel's official release tarball via new "vanilla" USE flag. - Blacklisted microcode 0x000604f1 aka 06-4f-01 aka CPUID 406F1 which requires a newer microcode loader in kernel which is only available in kernel >=4.14.34. It is blacklisted because loading via older loader could crash the system. A news item with instructions will follow. Closes: https://github.com/gentoo/gentoo/pull/8532 Bug: https://bugs.gentoo.org/654638 Package-Manager: Portage-2.3.38, Repoman-2.3.9
* rename sys-apps/microcode-data -> sys-firmware/intel-microcodeDoug Goldstein2016-06-241-0/+13