Нужно это во всяком лютом эмбедде. Ведь и итоге может получиться, что закинул ядро (или несколько ядер) в FPGA, накидал/написал/наворовал нужной периферии, подключил всё это к шине, на которой ядра висят, потом накатил на это Linux, и радуйся. Ты получил узкоспециализированную SoC, которая выполнят лишь нужные тебе задачи (например мигает лампочкой, что тебе ещё нужно?), и ничего лишнего. И всё это делает из-под Linux.

Фишка в другом: разработали базовый набор инструкций и несколько опциональных наборов расширений. Отсюда и пригодность для разных целей (МК базовым набором обойдутся, а для СК нужно всё и побольше), и несовместимость разных чипов (с разными наборами расширений).
Не вижу в этом ничего плохого, впрочем.

Если возможности нет, то, понятное дело, с дефолтныими ключами единственный доверенный пользователь - Microsoft, чьи ключи там стоят, и такой SB мне не нужен.

А со своими ключами эта технология - единственное, что защищает от вредоносных OROM-ов. При условии, что производитель не налажал в других местах (на большинсиве десктопных плат, увы, можно обойти SB, но это косяк именно вендоров типа асуса, мси, гиги и прочего ширпотреба).

Неплохо бомбануло. А ведь как хвалиться на опеннете поддержкой железа, вся суть которой в возможности загрузить непонятные бинарные блобики от проприетарщиков, так лапчатые с гордым видом и надутыми щечками впереди планеты всей!

https://svnweb.freebsd.org/base?view=revision&revision=295041
> Date: Fri Jan 29 15:12:31 2016 UTC (21 months, 2 weeks ago)
> Changed paths: 55
> Log Message:
> Welcome the RISC-V 64-bit kernel.
> This is the final step required allowing to compile and to run RISC-V kernel and userland from HEAD.

Быстро пихнуть поддержку гольного процессорного ядра в bsd умеют. А теперь попробуй загрузить бзды на каком-нибудь реально выпускамом здесь и сейчас ARM или MIPS и посмотри сколько железа заработает. Так то все знают они самые-самые, но толку с этого - уй.

да!

Для серверов дешевле массовые x86-64, просто из-за массовости выпуска и поддержки софтом, а не каких-то технических преимуществ.

Для встроенных решений сановский OpenSPARC слишком сложный, LEON слишком малоизвестный и GPL. Может под BSD LEON бы взлетел, но уже поздно, остался узкоспециализированной нишей.

А RISK-V представлен сразу линейкой любого масштаба, под вкусными лицензиями.

Инатиум классический пример оверинжиниринга и маркетингового фейла (слишком дорого, ни с чем несовместимо, перспективы не ясны).

Здесь как раз бюджетно-Embedded и бюджетно-серверный сегмент, возможно ядра видеокарт.

Да, та же ниша, та же линейка, только лицензионно чистое открытое. Может взлетит (надеюсь), может останется академической разработкой, а может подстегнет тот же ARМ на что-то лучшее.

Конкуренция о открытыми решениями это хорошо.

За него отчисления надо платить. И как ядро чтобы в FPGA засунуть тоже не пойдет - не будешь же ты ради штучной фигни ядро лицензировать? Это слишком дорого и сложно. Это же касается ASIC, вспомогательных ядер в чипах для сервсных нужд и проч. Некоторые вон ядро OpenRISC используют для управления режимами deep sleep. Наверное задавила жаба cortex M лицензировать.

Да пофиг на линукс, уже хорошо, что оно существует. Щас почитаю про это хифиве

а почему не пойдёт с вот этим ядром ?

Супер.

e