Hi,
Quote:
But in case of a nonstandard kernel with the module that is not compiled in, the existence of /lib/firmware/intel-ucode is not good.
|
Well, we'll follow the Slackware principle here: if you're using nonstandard stuff, you're on your own.
Quote:
Hence, the corresponding dangerous files in /lib/firmware/intel-ucode better not be created by the Slackbuild. Specialists who really know what they are doing can easily create them themselves.
|
I'd argue and say if you're dealing with microcode, you already should know something about what you're doing. If not, you'll learn quickly when the system crashes
So far, we know that
TSX is a problem, but probably not for stock Slackware as this does not enable support for
TSX in glibc. Are there any other potential users of
TSX?
Asking more broadly, do you know of any other problems with microcode?
From what I read, there was/is a problem with coming back from suspend if you don't reapply the microcode. But I don't know if it's related to
TSX or not.
For the moment, SlackBuild stays as it is (@slalik hates me
).
Once I get more info, I can adjust the SlackBuild and/or add more info to the README.
--
Best regards,
Andrzej Telszewski