В состав ядра Linux принят (https://groups.google.com/a/groups.riscv.org/forum/#!topic/s... код (https://github.com/riscv/riscv-linux) для обеспечения работы на системах с архитектурой RISC-V (https://ru.wikipedia.org/wiki/RISC-V). Пользователи смогут воспользоваться RISC-V (https://riscv.org/) начиная с ядра 4.15. Также ожидается включение поддержки новой архитектуры в состав glibc.После выхода ядра 4.15, ориентировочно в начале февраля 2018 года, RISC-V Linux ABI будет переведён в разряд стабильных интерфейсов, сохраняющих обратную совместимость и готовых для повсеместного использования. До февраля разработчики намерены устранить остающиеся недоработки в ABI. Дистрибутивы, желающие приступить к обеспечению поддержки RISC-V до выхода ядра 4.15 и новой версии Glibc, могут воспользоваться бэкпортами, размещёнными в репозитории freedom-u-sdk (https://github.com/sifive/freedom-u-sdk) (для сборки следует использовать команду "make sim").
RISC-V предоставляет открытую и гибкую систему машинных инструкций, позволяющую создавать микропроцессоры для произвольных областей применения, не требуя при этом отчислений и не налагая условий на использование. RISC-V позволяет создавать полностью открытые системы на кристалле, включая полностью открытые SoС и процессоры. В настоящее время на базе спецификации RISC-V разными компаниями и сообществами развивается (https://riscv.org/risc-v-cores/) 7 вариантов ядер микропроцессоров (Rocket (https://github.com/freechipsproject/rocket-chip), ORCA (https://github.com/vectorblox/orca), PULPino (https://github.com/pulp-platform/pulpino), OPenV/mriscv (https://github.com/onchipuis/mriscv), VexRiscv (https://github.com/SpinalHDL/VexRiscv), Roa Logic RV12 (https://github.com/roalogic/RV12), SCR1 (https://github.com/syntacore/scr1-sdk)) и три SoC (lowRISC (http://www.lowrisc.org/), Rocket Chip (https://github.com/freechipsproject/rocket-chip), Briey (https://github.com/SpinalHDL/VexRiscv)), которые разрабатываются под различными свободными лицензиями (BSD, MIT, Apache 2.0).
URL: https://groups.google.com/a/groups.riscv.org/forum/#!topic/s...
Новость: http://www.opennet.dev/opennews/art.shtml?num=47590
>гибкую систему машинных инструкцийНу и кому это нужно? Мы снова получим(на самом деле никто ничего выпускать не будет, так что не получим) набор разнообразных несовместимых друг с другом микросхем. Получится та же дрянь что и АРМ -- гибкость, всё хорошо, а по факту тивоизация "из коробки".
>Получится та же дрянь что и АРМ -- гибкость, всё хорошо, а по факту тивоизация "из коробки".Да, тивоизацию можем получить запросто по причине, что разработчики, выбирая лицензию, возможность этого не учли.
> Ну и кому это нужно?Нужно это во всяком лютом эмбедде. Ведь и итоге может получиться, что закинул ядро (или несколько ядер) в FPGA, накидал/написал/наворовал нужной периферии, подключил всё это к шине, на которой ядра висят, потом накатил на это Linux, и радуйся. Ты получил узкоспециализированную SoC, которая выполнят лишь нужные тебе задачи (например мигает лампочкой, что тебе ещё нужно?), и ничего лишнего. И всё это делает из-под Linux.
а зачем линукс для мигающей лампочки? вы ещё туда докер засуньте и гордитесь этим ))
> а зачем линукс для мигающей лампочки? вы ещё туда докер засуньте и гордитесь этим ))Умные лампочки же.
ага умные ))
почему-то телевизор с дистанционным пультом мы умным не считаем, а вот телевизор (дада смарт-тиви) с андроидом и проигрывающий ютюб для нас становится умным
> почему-то телевизор с дистанционным пультом мы умным не считаем, а вот телевизор
> (дада смарт-тиви) с андроидом и проигрывающий ютюб для нас становится умнымДаже половина как-бы-не-смарт TV при включении бутявят Linux. То что там нет андроидов или установки приложений еще ничего не означает. Там воротят довольно крутую цифровую обработку сигнала, которая очень улучшает картинку. Особенно в условиях отличных от идеала. Аналоговый девайс полосит, снег валится, дергается, смотреть невозможно. Агрегат с линуксом вцепляется зубами и отличие от идеала только в том что картинка немного более мутная из-за сильного постпроцессинга. Бонусом половина таких устройств могут с ютуба видео гнать, если к сети подцепить. И прочее проигрывание видео с флешки воткнутой в usb. Теперь довольно сложно сказать где smart tv а где не smart. Кстати даже в глупом телевизоре есть процессор. Без процессора на пульт реагировать ну совсем не того.
Они сейчас одинаковые изнутри, платы одни и те-же
Потому что 32 битный контроллер на котором бегает Линукс нынче стоит меньше бакса в розницу.
для умной лампочки 32 бита ? )) да там двух достаточно.
> для умной лампочки 32 бита ? )) да там двух достаточно.Но вот шифрование на 32 битах ворочается лучше. А на 64 - еще лучше. И умной лампочке оно пригодится, иначе кто-нибудь лампочку расхакает и будет развлекаться.
Да и тому, кто расхакает, пригодится. Монетки-то майнить на огнях средних размеров города.
> для умной лампочки 32 бита ? )) да там двух достаточно.Я вот думаю, когда начнут преобразователем напряжения через linux рулить, типа стартует на малой частоте и заводит БП по полной :)
> Я вот думаю, когда начнут преобразователем напряжения через linux рулить,Тогда добро пожаловать вот сюда:
drivers/power
drivers/regulator> типа стартует на малой частоте и заводит БП по полной :)
Ты только что изобрел DVFS. К сожалению, ты опоздал с изобретением на ..цать лет и вместо изобретателя оказался баянистом.
>> и вместо изобретателя оказался баянистомникакой он не баянист, а переоткрыватель, по этому поводу у мня отдельная теория есть.
> никакой он не баянист, а переоткрыватель, по этому поводу у мня отдельная теория есть.У меня тоже есть теория: первооткрыватель который оказывается не первым - баянист.
из вашего утверждения следует - любой кто использовал аристотелевскую логику в своих умозаключениях - баянист, поздравляю вас, хотя вы даже 2% аристотелевских мыслей повторить не сможете.
> из вашего утверждения следует - любой кто использовал аристотелевскую логику в своих
> умозаключениях - баянист, поздравляю вас, хотя вы даже 2% аристотелевских мыслей
> повторить не сможете.Значит я не настолько отчаянный баянист :)
все мысли и идеии кажутся очевидными (баянистыми), когда они уже уже высказаны, но не стоит путать с ситуацией когда об идее ты не слышал но додумался до неё в следствии её очевидности, а после сталкиваешся с тем, что эту идеею уже высказал другой, это говорит не об "баяне", если идея до тебя высказана "гениальным человеком", то ты автоматом проходишь "путь гениальности" если постиг её сам но чуть позже (вторым, переоткрыл и тд), и история показывает что все заслуги и признания достаются именно переоткрывателям.
Хорошо, хорошо, убедил! Тогда придется переформулировать. В современном мире это говорит о том что перед нами овощ на грядке, который не умеет пользоваться поиском. И поэтому тратит время на изобретение того что уже давно придумано до него.Несомненно, круто если ты сам придумал колесо. Еще круче если ты сам придумал шины-пневматики. Но мог бы просто вылезти на улицу из своей пещеры и посмотреть вокруг. Узнав что тебя обошли на сто с лишним лет и ты баянил вхолостую. Достаточно было посмотреть вокруг. А если ты такой изобретательный, тогда потраченное на изобретение колеса время можно было бы потратить как-то умнее, чтобы изобрести что-нибудь что еще не существовало или улучшить то что существовало. А делать сто раз одну и ту же работу - удел проприетарщиков. Именно поэтому опенсорс их и обставляет.
> для умной лампочки 32 бита ? )) да там двух достаточно.Сюрприз - для неё вообще битов не надо :)
Но если 32-битный контроллер на котором запросто бегает Линукс стоит меньше бакса ... зачем самоделкину париться с чем то ещё? Быстрее и _дешевле_ выходит так.
Не, хотя бы один бит нужен — вкл/выкл. Всё время горящая лампочка — неэкономично и неэкологично.
ваще не нужен ) - сухой контакт, суть в том скока битов нужно, чтоб волей мысли вкл/выкл лампочка работала, тогда и будет "умной".
> ваще не нужен ) - сухой контакт, суть в том скока битов
> нужно, чтоб волей мысли вкл/выкл лампочка работала, тогда и будет "умной".Этот твой контакт содержит 1 бит информации. Но вот сухих контактов с управлением силой мысли что-то не припоминается. Значит одного бита для этого недостаточно.
Xenia Joness Incorporated. Where the Linux meets lampochka Ilyicha.
Не ... там - про насосы ;-)))))
> Не ... там - про насосы ;-)))))папиросы папиросыыыыыы лавандосы .... )))
Учли. У них такие лицензии считаются дружественными бизнесу, а любой бизнес тем успешней, чем лучше он умеет обманывать потребителей. На права же конечных пользователей всем наплевать, включая существенную часть самих пользователей — информационных рабов, не видевших свободы.
Или именно такой и была цель.
>>гибкую систему машинных инструкций
> Ну и кому это нужно? Мы снова получим(на самом деле никто ничего
> выпускать не будет, так что не получим) набор разнообразных несовместимых друг
> с другом микросхем. Получится та же дрянь что и АРМ --
> гибкость, всё хорошо, а по факту тивоизация "из коробки".Зато можно не башлять синопсису, и кэденсу, и арму, а интел и так не даст.
Кэденсу да синопсису таки придётся бабла заслать, если хочется периферии посложнее уарта. С голого ядра мало радости.
>> набор разнообразных несовместимых друг с другом микросхем
> Может сначала прочитаете, в чем фишка RISC-V? Подсказываю: разработали универсальную систему
> команд, которая работает и для микроконтроллеров, и для суперкомпьютеров.
> А то, что периферия не совместима - это уже не относится к
> системе команд.Может сначала прочитаете, что такое система команд процессора?
Давайте ссылки, почитаю. И, собственно, какие выводы я из этого чтива должен вынести.
> Давайте ссылки, почитаю. И, собственно, какие выводы я из этого чтива должен
> вынести.yuuy
> набор разнообразных несовместимых друг с другом микросхемМожет сначала прочитаете, в чем фишка RISC-V? Подсказываю: разработали универсальную систему команд, которая работает и для микроконтроллеров, и для суперкомпьютеров.
А то, что периферия не совместима - это уже не относится к системе команд.
>> набор разнообразных несовместимых друг с другом микросхем
> Может сначала прочитаете, в чем фишка RISC-V? Подсказываю: разработали универсальную систему
> команд, которая работает и для микроконтроллеров, и для суперкомпьютеров.
> А то, что периферия не совместима - это уже не относится к
> системе команд.Фишка в другом: разработали базовый набор инструкций и несколько опциональных наборов расширений. Отсюда и пригодность для разных целей (МК базовым набором обойдутся, а для СК нужно всё и побольше), и несовместимость разных чипов (с разными наборами расширений).
Не вижу в этом ничего плохого, впрочем.
> ... несовместимых друг с другом микросхем.Не все cмогут осилить производство процессоров со всеми машинными инструкциями (особо 128-битные).
А сделать процик только на одной инструкции MOV может каждый (для тормозов, - утрированно).
> гибкость, всё хорошо, а по факту тивоизация "из коробки".Ты уже получил Boot Guard прямо от интеля, вместе с Management Engine и прочими UEFI Secure Boot и SMM. Думашь, те кто делает чипы на основе этих ядер смогут сделать хуже? А что до тивоизации - так не надо покупать залоченые устройства. Если тебе кажется что x86 недостаточно залочен и пробэкдорен, wintel при поддержке AMD и Nvidia работают над этим. Они это называют DRM Sponsored Hardware для оправдания всей этой активности.
А что не так с SecureBoot при условии, что есть возможность поменять предустановленные ключи на свои?Если возможности нет, то, понятное дело, с дефолтныими ключами единственный доверенный пользователь - Microsoft, чьи ключи там стоят, и такой SB мне не нужен.
А со своими ключами эта технология - единственное, что защищает от вредоносных OROM-ов. При условии, что производитель не налажал в других местах (на большинсиве десктопных плат, увы, можно обойти SB, но это косяк именно вендоров типа асуса, мси, гиги и прочего ширпотреба).
> А что не так с SecureBoot при условии, что есть возможность поменять
> предустановленные ключи на свои?Наверное, то что UEFI с исходниками на x86 не бывает. Придется на слово верить господам, прославившихся AWARD_SW и AMI_SW. А чтоб ты не сбежал на опенсорс где все честно, типа корбута, может вмешаться бутгад. Если попробуешь зарубиться, интел с management engine объяснит кто тут папа. Не положишь блобик в флешку - ME выключит компьютер через полчаса.
> Если возможности нет, то, понятное дело, с дефолтныими ключами единственный доверенный
> пользователь - Microsoft, чьи ключи там стоят, и такой SB мне не нужен.А мутный блоб уефи от фирм скорешившихся с мс и интелем как? И неотключаемый ME с бутгадами, чтоб не сбежал.
> А со своими ключами эта технология - единственное, что защищает от вредоносных OROM-ов.
Вредоносные ROMы при этом уже внутри. Один норовит поменеджить комп, сидя резидентно на отдельном проце, другой блоб от фирм известных стандартными паролями.
> При условии, что производитель не налажал в других местах (на
> большинсиве десктопных плат, увы, можно обойти SB, но это косяк именно
> вендоров типа асуса, мси, гиги и прочего ширпотреба).Осталось найти не косячных и чтобы без блобов. Даже вон фирмочка продающая относительно почищенные ноуты вырубить ME полностью не может, только минимизировать. Полностью не отключается. Исследователи нашли недокументированный (!!!) режим для АНБ когда оно якобы почти отключается. Но даже тк реально проверить что этот кусок кремния делает в своем boot ROM сложно. Предлагается всей этой шайке-лейке доверять?
отстают от фри :)
> отстают от фри :)Фря добавила riscv в ядро linux раньше самого ядра linux? Забористо, чо...
>>> В ядро Linux добавлена поддержка архитектуры RISC-V"
>> отстают от фри :)
> Фря добавила riscv в ядро linux раньше самого ядра linux? Забористо, чо...Неплохо бомбануло. А ведь как хвалиться на опеннете поддержкой железа, вся суть которой в возможности загрузить непонятные бинарные блобики от проприетарщиков, так лапчатые с гордым видом и надутыми щечками впереди планеты всей!
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.
> так лапчатые с гордым видом и надутыми щечками впереди планеты всей!На, жуй, властелин роутеров сети 127.0.0.0/8
Linux/RISC-V Demonstration: https://www.youtube.com/watch?v=RLPcea2Xb7E
>Date: Fri Jan 29 15:12:31 2016 UTC (21 months, 2 weeks ago)Опубликовано: 4 июн. 2013 г.
>> так лапчатые с гордым видом и надутыми щечками впереди планеты всей!
> На, жуй, властелин роутеров сети 127.0.0.0/8
> Linux/RISC-V Demonstration: https://www.youtube.com/watch?v=RLPcea2Xb7E
>> Date: Fri Jan 29 15:12:31 2016 UTC (21 months, 2 weeks ago)
> Опубликовано: 4 июн. 2013 г.А ничего, что HEAD/CURRENT, какбы, официальное "ядро" фри, умничка ты наша всезнающая?
>> Опубликовано: 4 июн. 2013 г.
> А ничего, что HEAD/CURRENT, какбы, официальное "ядро" фри, умничка ты наша всезнающая?Цифру видел - 4 июн. 2013 г.?
И наcpать, что ваш BSD гей-клуб объявил что-то там "официально", через три года. :D
> Фря добавила riscv в ядро linux раньше самого ядра linux? Забористо, чо...Быстро пихнуть поддержку гольного процессорного ядра в bsd умеют. А теперь попробуй загрузить бзды на каком-нибудь реально выпускамом здесь и сейчас ARM или MIPS и посмотри сколько железа заработает. Так то все знают они самые-самые, но толку с этого - уй.
>А теперь попробуй загрузить бзды на каком-нибудь реально выпускамом здесь и сейчас ARM или MIPS и посмотри сколько железа заработает.И в чём прикол? Железа работающего - _гора_. Чего сказать то хотел?
>>А теперь попробуй загрузить бзды на каком-нибудь реально выпускамом здесь и сейчас ARM или MIPS и посмотри сколько железа заработает.
> И в чём прикол? Железа работающего - _гора_. Чего сказать то хотел?Во фряхе дрова не мультиплатформенные, как на NetBSD/OpenBSD. Проц добавили, а дрова на него не портированны, т.к. какое-нибудь USB может не заработать.
> Во фряхе дрова не мультиплатформенные, как на NetBSD/OpenBSD.С чего ты так решил?
> И в чём прикол? Железа работающего - _гора_. Чего сказать то хотел?Только обычно или работает полторы железки на всю систему, или архаика снятая с производства 5 лет назад. Поэтому бзды крутые, кроссплатформенные, но чтобы реально что-то такое сделать надо быть мегакорпорацией размером с Сони. Чтобы половину системы лично перепахать.
Кстати, какой самый крутой проц создавали в Майнкрафте?
> развивается 7 вариантов ядер микропроцессоровЗабыли как минимум SiFive E51 и U54-MC.
теперь домохозяйкам предложат не только ядро перекомпилировать, но и процессор в духовке запекать?
Когда же появится какя-нибудь плата "Bilberry e" с ним на борту...
И чтоб там был GPU с opencores.org
Спасибо, что хоть не "Dilberry".
> Спасибо, что хоть не "Dilberry".да!
> Когда же появится какя-нибудь плата "Bilberry e" с ним на борту...dfghdfgh
OpenSparc уже вроде был.
Был, но не взлетел. Просто упустили момент.
RISC-V гибче в него сейчас вкладываются (усилия разрабов, к счастью не маркетологи).У спарка мало опций - либо 32х от Leon, либо сразу 64х и 8*8 (ядер*потоков) от Sun c серьезными требованиями к чипу - подавай полярда транзисторов чтобы реализовать.
Опиции одного 64x ядра в Спарке нет. Один энтузиаст пилил кастомизацию до одного ядра, забросили в стадии беты (линукс загрузился и ладно, на этом забили).
> OpenSparc уже вроде был.Был, но это большой, крутой и сложный проц. Который при этом не демонстрирует выдающихся параметров. И куда его такой? Большой кристалл денег стоит и хрен выпустишь с первого раза, придется угрохать сотни денег пока это вообще заработает. А потом - потом удачи продать результат хоть кому-нибудь. Зачем им дорогой тормозной проц с неважной поддержкой в софте?
Не тормозной, но большой, сложный и требующей тюнига софта, чтобы выжать преимущства в скорости.Для серверов дешевле массовые x86-64, просто из-за массовости выпуска и поддержки софтом, а не каких-то технических преимуществ.
Для встроенных решений сановский OpenSPARC слишком сложный, LEON слишком малоизвестный и GPL. Может под BSD LEON бы взлетел, но уже поздно, остался узкоспециализированной нишей.
А RISK-V представлен сразу линейкой любого масштаба, под вкусными лицензиями.
> А RISK-V представлен сразу линейкой любого масштаба, под вкусными лицензиями.Он более скромный по размерам. А еще процу периферия нужна. В OpenRISC это просекли, сделали системную шину wishbone и периферию на нее. И заняли свое место под солнцем. Разобрали на цитаты и в FPGA или как вспомогательные ядра довольно широко применяется. И этот будет, пожалуй. Тем более что постепенно захочется большего, процессы улучшатся, так что даже 128 бит чип с кучей наворотов не будет неподъемным, особенно если уже есть опыт с более мелким вариантом чипа.
>LEON слишком малоизвестный
> и GPL. Может под BSD LEON бы взлетел, но уже поздно,
> остался узкоспециализированной нишей.Очень интересен Ваш анализ! Полагаете, что проприертарная (вторая) лицензия -
" LEON has a dual license model: An LGPL/GPL FLOSS license that can be used without licensing fee, or a proprietary license that can be purchased for integration in a proprietary product. "
--https://en.wikipedia.org/wiki/LEON- меньше или больше помешала ему "взлететь", чем GPL?
Вы полагаете, что брать под BSDL и продавать под проприертарной, - это "взлететь", а покупать под проприертарной и продавать под проприертарной -- нет?
Без лоха и жизнь плоха! Согласен. [:::]
> А RISK-V представлен сразу линейкой любого
> OpenSparc уже вроде был.Там была проблема "one upstream" (+проявлявшего признаки "окончания") и в[ы]брасывания hw-кода через забор.
Эти пытаются гуртом набегать, и чтоб "всем можно было". Академ-традиция, что ли?...
До конченных пользователей, видимо, доедут крохи, если вообще -- хотя б слухи, того "можно". Как везде.
128bit умеет наконец-то?
В теории умеет 32, 64 и 128. На практике вроде и 64-битные реализации ещё только на FPGA.
> 128bit умеет наконец-то?А зачем?
Вещественная арифметика четверной точности одной командой и минимальным количеством циклов шины данных, например. А целочисленная для работы с адресами IPv6, для магистральных роутеров пригодится.
> Вещественная арифметика четверной точности одной командой и минимальным количеством циклов
> шины данных, например. А целочисленная для работы с адресами IPv6, для
> магистральных роутеров пригодится.А шина данных будет 2х128 + 64 бит на адрес + соответствующая память? А то толку от простоя вычислительного ядра из-за тормозящей памяти ( для тех кто не в курсе - "за один такт 3ГГц процессора электромагнитная волна преодолевает 10 см" )
>>электромагнитная волнасвету в вакууме не?
> А шина данных будет 2х128 + 64 бит на адрес + соответствующая память?АМД с HBM и пошире шины умеют, если что. Правда память приходится ставить рядом с процом на кремниевую подложку, по печатной плате столько не протащить.
Для int и адресов незачем, а для криптографии нужны килобиты.
Наконец то. За этой архитектурой будущее.Может только SPARC в ряде применений лучше (меньше нагрузка на шину обмена с памятью, т.к. хороший кусок стека в регистрах), но хуже по универсальности.
Здесь же универсальная архитектура "от мала до велика", продуманная на современном уровне, без legacy из 80-х.
> За этой архитектурой будущее.
> продуманная на современном уровне, без legacy из 80-х.Кто только так не думал. Самым эпичным был фейл итаниума.
>> За этой архитектурой будущее.
>> продуманная на современном уровне, без legacy из 80-х.
> Кто только так не думал. Самым эпичным был фейл итаниума.Инатиум классический пример оверинжиниринга и маркетингового фейла (слишком дорого, ни с чем несовместимо, перспективы не ясны).
Здесь как раз бюджетно-Embedded и бюджетно-серверный сегмент, возможно ядра видеокарт.
Интел забыл сделать дешевый проц, чтобы толпа разработчиков набежала. И с компилятором не задалось, как обычно у vliw и подобных. Все это в целом привело к тому что под эту архитектуру никто не разрабатывал. А процессор за много денег на котором нечего запускать оказался никому не нужен. Странно.
Поздно, уже Cortex "от мала до велика".
> Поздно, уже Cortex "от мала до велика".Да, та же ниша, та же линейка, только лицензионно чистое открытое. Может взлетит (надеюсь), может останется академической разработкой, а может подстегнет тот же ARМ на что-то лучшее.
Конкуренция о открытыми решениями это хорошо.
> Поздно, уже Cortex "от мала до велика".За него отчисления надо платить. И как ядро чтобы в FPGA засунуть тоже не пойдет - не будешь же ты ради штучной фигни ядро лицензировать? Это слишком дорого и сложно. Это же касается ASIC, вспомогательных ядер в чипах для сервсных нужд и проч. Некоторые вон ядро OpenRISC используют для управления режимами deep sleep. Наверное задавила жаба cortex M лицензировать.
А в архитектуру RISC-V добавлено существование в виде материальных предметов?
> А в архитектуру RISC-V добавлено существование в виде материальных предметов?Мне уже с полгода как приехала плата в формате ардуинки (HiFive 1). Нет, линукс на ней не пойдёт.
>> А в архитектуру RISC-V добавлено существование в виде материальных предметов?
> Мне уже с полгода как приехала плата в формате ардуинки (HiFive 1).
> Нет, линукс на ней не пойдёт.Да пофиг на линукс, уже хорошо, что оно существует. Щас почитаю про это хифиве
> Мне уже с полгода как приехала плата в формате ардуинки (HiFive 1).
> Нет, линукс на ней не пойдёт.а почему не пойдёт с вот этим ядром ?
> а почему не пойдёт с вот этим ядром ?Там проц слишком малохольный, по типу микроконтроллера. Кстати однажды кто-то и на атмеге запустил линукс. Сэмулировали ARMv5 + MMU и запустили убунту для ARM, чтоли. Правда загрузка заняла несколько часов, чтоли, да и скорость работы такая что даже терминал превращается в пошаговую стратегию, где AI тратит время на обдумывание ответных ходов.
>> А в архитектуру RISC-V добавлено существование в виде материальных предметов?
> Мне уже с полгода как приехала плата в формате ардуинки (HiFive 1).
> Нет, линукс на ней не пойдёт.Супер.
>>> А в архитектуру RISC-V добавлено существование в виде материальных предметов?
>> Мне уже с полгода как приехала плата в формате ардуинки (HiFive 1).
>> Нет, линукс на ней не пойдёт.
> Супер.z
>>>> А в архитектуру RISC-V добавлено существование в виде материальных предметов?
>>> Мне уже с полгода как приехала плата в формате ардуинки (HiFive 1).
>>> Нет, линукс на ней не пойдёт.
>> Супер.
> zууу
Линукс для большинства существующих апликаций будет слишком жирноват.
> Линукс для большинства существующих апликаций будет слишком жирноват.Это ты жирноват, а линукс работает на микромодулях размером с SD карту. Кстати некоторые SD-карты с встроенным wi-fi как раз на Linux и реализованы. Он wi-fi и обеспечивает как раз.
>> Линукс для большинства существующих апликаций будет слишком жирноват.
> Это ты жирноват, а линукс работает на микромодулях размером с SD карту.
> Кстати некоторые SD-карты с встроенным wi-fi как раз на Linux и
> реализованы. Он wi-fi и обеспечивает как раз.e