Re: 4.18 Rebase plans

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




Am 07.09.18 um 06:11 schrieb Reindl Harald:
> https://www.phoronix.com/scan.php?page=news_item&px=Linux-4.18.6-Stable-Out
> 
> https://koji.fedoraproject.org/koji/packageinfo?packageID=8
> 
> kernel-4.18.6-300.fc29 	labbott 	2018-09-06 01:05:35 	
> kernel-4.18.5-200.fc28 	labbott 	2018-09-04 21:12:52

FTR: kernel-4.18.5 shoukd have been replaced by kernel-4.18.6 and i
*really* don't get why a build for F29 got fired up but not for F28

there are machines which need it for l1tf, see changelog below

"extremely unlikely system" is nonsense, it's an ordinary "HP Compaq
Elite 8300 CMT" simply running with 32 GB

----------------

[root@srv-rhsoft:~]$ grep . /sys/devices/system/cpu/vulnerabilities/*
/sys/devices/system/cpu/vulnerabilities/l1tf:Mitigation: PTE Inversion
/sys/devices/system/cpu/vulnerabilities/meltdown:Mitigation: PTI
/sys/devices/system/cpu/vulnerabilities/spec_store_bypass:Mitigation:
Speculative Store Bypass disabled via prctl and seccomp
/sys/devices/system/cpu/vulnerabilities/spectre_v1:Mitigation: __user
pointer sanitization
/sys/devices/system/cpu/vulnerabilities/spectre_v2:Mitigation: Full
generic retpoline, IBPB, IBRS_FW

[root@srv-rhsoft:~]$ uname -r
4.18.6-300.fc29.x86_64 #1 SMP Wed Sep 5 20:11:09 UTC 2018

[root@srv-rhsoft:~]$ cat /etc/redhat-release
Generic release 28 (Generic)
----------------

here you go:
https://cdn.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.18.6

x86/speculation/l1tf: Fix off-by-one error when warning that system has
too much RAM

commit b0a182f875689647b014bc01d36b340217792852 upstream.

Two users have reported [1] that they have an "extremely unlikely" system
with more than MAX_PA/2 memory and L1TF mitigation is not effective. In
fact it's a CPU with 36bits phys limit (64GB) and 32GB memory, but due to
holes in the e820 map, the main region is almost 500MB over the 32GB limit:

[ 0.000000] BIOS-e820: [mem 0x0000000100000000-0x000000081effffff] usable

Suggestions to use 'mem=32G' to enable the L1TF mitigation while losing the
500MB revealed, that there's an off-by-one error in the check in
l1tf_select_mitigation().
_______________________________________________
kernel mailing list -- kernel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to kernel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/kernel@xxxxxxxxxxxxxxxxxxxxxxx




[Index of Archives]     [Fedora General Discussion]     [Older Fedora Users Archive]     [Fedora Advisory Board]     [Fedora Security]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Mentors]     [Fedora Package Announce]     [Fedora Package Review]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Coolkey]     [Yum Users]     [Tux]     [Yosemite News]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [USB]     [Asterisk PBX]

  Powered by Linux