Я вот не знаю, как теперь воспринимать утят, которые по углам интернетов крякают о какой-то там безопасности ОС, какой-то глючной Венде, альтернативных десктопах и прочем псевдобезопасном линуксе, который мониторят миллионы глаз.

Чё ты крякаешь, когда у тебя в чипсете 3 ядра. Когда у тебя в ЦПУ одно скрытое ядро, и хз сколько еще спрятанных радостей, кто даст гарантию что там нет радиоприёмника и когда нужно будет, действительно очень нужно, ЦПУ с чипсетом не снимут нужную частоту с кодом «замереть» с твоего же системника в подвале ?

просто утятам не надо обмазываться зондами от Ministry of Public Security of the People's Republic of China попёрдывая про батуты и эльбрус, который GTA5 не тянет.
а безопасность ОС — это не только железо, типа палёных рандом генераторов или бекдоров в ЦПУ, но у куча более приземлённых штук.

Утятя, чаще всего, вещают про зОГ и заговоры, параллельно с нахваливанием какой-то одной стороны самой безопасной ОС - Линукса :-)

В комментах на опеннет пару раз написали, что это документированная фича.

Исправил заголовок!! Спсб.

Но не всё так однозначно.

Правильный вариант, считаю. Спецов бы послушать.

ALTERNATE INSTRUCTION EXECUTION
When set to 1, the ALTINST bit in the FCR enables execution of an alternate (not x86) instruction set.
While setting this FCR bit is a privileged operation, executing the alternate instructions can be done from
any protection level.
This alternate instruction set includes an extended set of integer, MMX, floating-point, and 3DNow! in-
structions along with additional registers and some more powerful instruction forms over the x86
instruction architecture. For example, in the alternate instruction set, privileged functions can be used
from any protection level, memory descriptor checking can be bypassed, and many x86 exceptions such
as alignment check can be bypassed.
This alternate instruction set is intended for testing, debug, and special application usage. Accordingly, it
is not documented for general usage. If you have a justified need for access to these instructions, contact
your VIA representative.

Только я не понял, можно ли переключиться в непривелигированном режиме? Может ли ОС это контролировать?

Разбираться? Не, не наш воскресный конёк!
:-)
Дальше не читал, но там раздаются голоса, что он обошел без контакта с via.

Может кто в теме более подробно расскажет, подождём.

А еще не исключено, что эти «powerful instruction» тупо попадают под патенты интел, потому вия их огородила.

Порт Линукса на внутренний RISC режим может быть забавным хобби проектом.

Да и вообще, 3 часа утра, водички попить сходил, а тут баянисты

ls-h
:-) не паникуй.

ВНИМАНИЕ: НЕКРОПОСТ!

Бгг, только что это нагуглил, пока разбирался с ядром для чувака из соседней темы.

https://github.com/xoreaxeaxeax/rosenbridge

Интересно: насколько часто производители материнок и БИОСов забывали выключать эту мегафичу...

Вроде жеж уже всё обсудили и разжевали давно.

Дырень (бекдор?) в X86 процессорах VIA (комментарий)