LinuxQuestions.org
Share your knowledge at the LQ Wiki.
Home Forums Tutorials Articles Register
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Reply
  Search this Thread
Old 11-15-2015, 12:46 PM   #31
slalik
Member
 
Registered: Nov 2014
Location: Moscow
Distribution: Slackware
Posts: 233

Rep: Reputation: 203Reputation: 203Reputation: 203

Quote:
Originally Posted by atelszewski View Post
Hi,



I hate their messaging system, for me it's hardly intuitive.
Anyways, there are many low level details, which I won't bother to follow.
If you find something more condensed, please let me know.

Other that, I have the resolution of this problem on my TODO list, but it'll stay there until either somebody provides me stupid simple instruction or I find the spare time to do some digging.

Sorry for not being of much help this time.

--
Best regards,
Andrzej Telszewski
The lkml thread can be read, e.g., here. As for "simple instruction" , I see it this way:

Clearly, for some processors an update without reboot is dangerous, because it lead to situation when the kernel thinks that the processor support TSX, while in reality it was disabled by the update. 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. Since it not possible to be 100% sure on which files are safe, a simple solution is do not generate /lib/firmware/intel-ucode at all.

I feel that not generating /lib/firmware/intel-ucode is a better solution, but maybe this is because all my computers have "dangerous" processors.
 
Old 11-15-2015, 03:59 PM   #32
turtleli
Member
 
Registered: Aug 2012
Location: UK
Posts: 206

Rep: Reputation: Disabled
Most programs will use the TSX instructions via glibc pthreads. The TSX stuff was added to glibc 2.18, but it's disabled by default unless --enable-lock-elision=yes is used. Slackware 14.1 uses glibc 2.17, and Slackware-current uses glibc 2.22 without --enable-lock-elision=yes, so in this case the non-early microcode loading should be safe on Haswell CPUs (though it's obviously better to use early microcode loading to avoid any potential problems in the future and IIRC it also prevents incorrect info in /proc/cpuinfo).

Also, from kernel 3.19 onwards, if early microcode is used, the kernel should reload it on resume from suspend (but I haven't confirmed so myself since I don't use suspend). Relevant commits are here and here.
 
Old 11-16-2015, 12:50 PM   #33
atelszewski
Member
 
Registered: Aug 2007
Distribution: Slackware
Posts: 948

Rep: Reputation: Disabled
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
 
  


Reply



Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
Q: Build a ramdisk with root file system for x86. wdli Linux - Kernel 5 01-10-2012 08:37 AM
please fix the bug lipun4u Programming 3 02-21-2011 02:49 PM
Bug#314905 bug fix for Ubuntu and gcc is 4.4.1 bostan Linux - General 1 12-11-2010 12:35 PM
kernel build create initial ramdisk htamayo Linux - Software 1 01-07-2005 01:57 PM
Bug Fix Ctp. Obvious Linux - Newbie 5 08-02-2004 06:58 AM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 01:01 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration