I've pointed upstream to this patch and asked if upstream likes to
include it or to make micorcode loading more generic.
--
regards Thomas
On 2017-09-10 20:49, Henrique de Moraes Holschuh wrote:
On Sun, 10 Sep 2017, Philipp Kern wrote:
On 09/10/2017 02:32 PM, Philipp Kern wrote:
> 3) Add a patch to dracut.sh (/usr/bin/dracut) because intel-microcode
> uses the .initramfs suffix for the ucode files where it requests early
> loading.
Hi!
I've tested Philipp's proposed changes on an up-to-date Debian sid
that's affected by this problem, and it seems to work just fine here:
* before:
kernel: microcode: sig=0x40651, pf=0x40, revision=0x1c
* after:
kernel: microcode: microcode updated early to revision 0x20, date = 2017-01-2
On Sun, 10 Sep 2017, Philipp Kern wrote:
> On 09/10/2017 02:32 PM, Philipp Kern wrote:
> > 3) Add a patch to dracut.sh (/usr/bin/dracut) because intel-microcode
> > uses the .initramfs suffix for the ucode files where it requests early
> > loading. Given that hostonly is the default for dracut, onl
On 09/10/2017 02:32 PM, Philipp Kern wrote:
> 3) Add a patch to dracut.sh (/usr/bin/dracut) because intel-microcode
> uses the .initramfs suffix for the ucode files where it requests early
> loading. Given that hostonly is the default for dracut, only including
> microcode for the machine it is cur
Package: dracut
Version: 045+132-1
Severity: important
X-Debbugs-Cc: h...@debian.org
dracut supports early loading of microcode but makes assumptions about
paths that do not match the packaging in Debian. Hence the microcode
updates are skipped altogether on platforms where the intel-microcode
pac
6 matches
Mail list logo
