"monsters John ... monsters from the ID..."
"ma vule teva maar gul nol naya"
I have put "nopti" at the end of the boot line, to no avail. Have filed bug
https://bugzilla.redhat.com/show_bug.cgi?id=1534031
Laptop: Toshiba / Intel B960 2.20Ghz x2/ 4GB/ 320GB SataII/ Intel HD/ fc27.x86_64
Tower: GigaByte (970A) / AMD FX 8320 3.5Ghz x8/ 16GB/ 9TB Sata III/ AMD 6770HD/ fc28.x86_64
Bookshelf: Shuttle DS61 (H61)/ i3-3225 3.3Ghz x2/ 16GB/ 320GB Sata II/ Intel HD 4000/ fc27.x86_64
Embedded: BeagleBone Blk / ARM AM3358 1 GHz x1/ 512MB/ 2GB eMMC/ PowerVR SGX530/ fc27.armv7hl
try pti=no which is the other version of the same command.
Download, Install and Share Fedora - Official ISO Torrents | Live ISO Respins containing post-release updates
Just did 4 reboots switching between "4.14.11-300.fc27.x86_64" and "4.14.13-300.fc27.x86_64" at each boot.
Using the kernel updates as supplied (no use of kernel line options like "nopti" or "pti=no" )
4.14.11-300.fc27.x86_64 = 2 boot hangs
4.14.13-300.fc27.x86_64 = 2 successful boots
Just FYI.
Laptop: Toshiba / Intel B960 2.20Ghz x2/ 4GB/ 320GB SataII/ Intel HD/ fc27.x86_64
Tower: GigaByte (970A) / AMD FX 8320 3.5Ghz x8/ 16GB/ 9TB Sata III/ AMD 6770HD/ fc28.x86_64
Bookshelf: Shuttle DS61 (H61)/ i3-3225 3.3Ghz x2/ 16GB/ 320GB Sata II/ Intel HD 4000/ fc27.x86_64
Embedded: BeagleBone Blk / ARM AM3358 1 GHz x1/ 512MB/ 2GB eMMC/ PowerVR SGX530/ fc27.armv7hl
So when is Fedora going to patch Spectre varient 1 at least? It looks like CentOS has already, why not Fedora?
See chart:
http://i.imgur.com/hZjrZYz.png
what occurs if you do the "runtime disable" shown here:
https://access.redhat.com/articles/3311301
# echo 0 > /sys/kernel/debug/x86/pti_enabled
# echo 0 > /sys/kernel/debug/x86/ibpb_enabled
# echo 0 > /sys/kernel/debug/x86/ibrs_enabled
I put noibrs noibqb nopti at the end of the boot. Same problem persists.
Installed F26 4.14.13.200 . Default boot hangs (did not add noibrs noibqb nopti ) to boot line. I may be installing F27 sooner than I had planned. F28 is not scheduled until May.
Linus isn't very happy with Intel:
https://lkml.org/lkml/2018/1/21/192
Download, Install and Share Fedora - Official ISO Torrents | Live ISO Respins containing post-release updates
ZDNET
http://www.zdnet.com/article/why-intel-x86-must-die-our-cloud-centric-future-depends-on-open-source-chips-meltdown/
Why Intel x86 must die: Our cloud-centric future depends on open source chips
Perhaps the Meltdown and Spectre bugs are the impetus for making long-overdue changes to the core DNA of the semiconductor industry and how chip architectures are designed.
![]()
By Jason Perlow for Tech Broiler | January 18, 2018 -- 17:38 GMT (09:38 PST) | Topic: Cybersecurity in an IoT and Mobile World
Steps are being taken by the US government to create a new non-intel architecture.
As I read it the article is proposing something like the ARM model, but where the intellectual property is open and free to use by any chip fabricator.
I am not sure that can work. There must be a fair amount prototyping work to get a design that is reliable, and that costs real money.
It would not solve this sort of problem either. It would be just as prone to bugs as any other development model, and the bugs would be equally impossible to resolve - you cannot fix something that is baked into the silicon.
Perhaps what is needed is a chip design where there is some scope for making repairs. Modern chips already use microcode, but perhaps a layer using a reprogrammable FPGA might enable some design flaws to be fixed. Of course no one is going to do that without some sort of financial incentive, so some class actions against Intel might prompt them to do something along those lines.