The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Unix-система Xv6 портирована для архитектуры RISC-V

24.09.2019 10:21

В рамках проекта xv6-riscv предложен порт классического Unix-окружения Xv6, используемого в курсах Массачусетского технологического института для обучения проектированию операционных систем. В отличие от прошлых годов, нынешний курс подразумевает использование Xv6 не в эмуляторе, а на реальном оборудовании на базе архитектуры RISC-V. Код проекта распространяется под лицензией MIT.

Напомним, что Xv6 является актуализированной редакцией классического UNIX v6, описанного Деннисом Ритчи и Кеном Томпсоном, и ставшего первой реализацией UNIX, получившей широкое распространение за пределами Bell Labs. Изначально UNIX v6 был разработан более 40 лет назад для DEC PDP-11 с использованием раннего диалекта языка Си. В Xv6 код UNIX v6 переведён на ANSI C с сохранением исходной структуры и стиля, но с модернизацией некоторых систем (например, добавлен механизм блокировок для параллельного выполнения процессов на многопроцессорных системах, усовершенствованы планировщик задач и файловая система). Код может быть собран при помощи GCC (сборка для RISC-V требует кросс-компилятор newlib и qemu, собранного для целевой платформы riscv64-softmmu).

  1. Главная ссылка к новости (https://pdos.csail.mit.edu/6.8...)
  2. OpenNews: Классический Unix v6 переписан для архитектуры x86
  3. OpenNews: Проект Libre RISC-V развивает свободный GPU
  4. OpenNews: Linux Foundation и RISC-V Foundation объединили усилия по продвижению архитектуры RISC-V
  5. OpenNews: WD открыл наработки, связанные с процессором WD SweRV, и портировал Plasma Mobile для RISC-V
  6. OpenNews: Разработчики Haiku развивают порты для RISC-V и ARM
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/51552-xv6
Ключевые слова: xv6, unix, risc-v
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (40) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 11:08, 24/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >RISC-V

    Meh.
    Было бы доступное железо, а так...
    Покупать демо плату за $999 когда я могу купить на арме за $9.

     
     
  • 2.2, start (?), 11:15, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Уже давно есть чипы за несколько баксов.
     
     
  • 3.16, Michael Shigorin (ok), 12:40, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • –5 +/
    32-битные скорее микроконтроллеры?..
     
     
  • 4.21, eganru (?), 13:25, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    64 битные гибридные микросхемы для интернета вещей с поддержкой беспроводных интерфейсов.

    у меня архитектура risc-v вызывает большие надежды: более-менее знакомый инструментарий (не надо переучиваться с gcc и mips).

     
  • 2.3, Аноним (3), 11:17, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Такого уровня ты купишь только на x86 за $200. Но будет спрос, будут и низкие цены. Мне не понятно, почему HiFive не делает бюджетные решения на отбраковке своего процессора.
     
     
  • 3.5, Аноним (5), 11:40, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Не хочет прослыть АМД?
     
  • 2.4, proninyaroslav (ok), 11:29, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У китайцев уже можно купить за 1.5-2к небольшую платку с чипом, по аналогии с stm32 или ардуинами.
     

  • 1.6, Аноним (6), 11:47, 24/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    RISC-V готовятся захватить мир, уж слишком много в него вкладывают. Цены пока зверские, но с массовым производством цена упадет в разы
     
     
  • 2.11, Аноним (11), 12:26, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Учитывая что открытая архитектура. https://ru.wikipedia.org/wiki/OpenRISC https://ru.wikipedia.org/wiki/LowRISC
     
  • 2.13, proninyaroslav (ok), 12:34, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Скорее захватят мир кастомных, несовместимых между собой микроконтроллеров (что ещё хлеще чем ARM со стандартным набором команд). То что архитектура открыта только на пользу производителям, которые не хотят платить отчисления.
     
     
  • 3.18, Аноним (18), 12:49, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Тоже самое было до прихода Интел. Зато можно сказать что в будущем останется только кто-то один.
     
  • 3.20, burjui (ok), 13:21, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А STM32 и NXP сильно совместимы? На уровне команд-то и RISC-V будут совместимы, т.к. основной + популярные расширения стандартизированы. Главное в микроконтроллерах - периферия, а она у всех производителей разная. Так что от бинарной совместимости толк будет только в пределах одного семейства МК - STM32F100x, например. Но преимуществ от заливки бинаря в новый камень всё равно никаких, т.к. код инициализации железа не меняется, и слинкован бинарь под другой размер памяти, так об увеличении производительности речи не идёт. Разве что если сорцы потерял, а оригинальные камни закончились. Но это уже как в известной шутке про десантников.

    Чтобы вступить в рукопашный бой, боец спецназа должен:
    1) Потерять на поле боя автомат, пистолет, нож, поясной ремень, лопатку, бронежилет, каску.
    2) Найти ровную площадку на которой не валяется ни одного камня или палки.
    3) Найти на ней такого же идиота.

    К тому же, не забывайте, что если производитель камня на RISC-V захочет выпендриться и расширить набор команд, ему также придётся дорабатывать toolchain: ассемблер, компилятор, линкер, всякие objdump и т.п. А потом ещё и пропихивать это в оригинальную кодовую базу тулчейна, если хочется иметь вменяемую поддержку своего поделия. Это гигантский объём работы с относительно небольшим выхлопом.

     
     
  • 4.22, eganru (?), 13:31, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    [i]А STM32 и NXP сильно совместимы?[/i] - если мы говорим о arm решениях, то скорее да. с портированием с одного на второе, так и с сопровождением сильно меньше головной боли, чем с допустим с stm32 на pic14/pic16.

    если использовать специфичный для stm32 и nxp софт, то естественно будут проблемы. но всякий куб, гармонии, говнокодекофигураторы в целом для того и создавались - чтобы были проблемы.

     
  • 4.25, proninyaroslav (ok), 14:22, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > К тому же, не забывайте, что если производитель камня на RISC-V захочет
    > выпендриться и расширить набор команд, ему также придётся дорабатывать toolchain

    Я думаю это станет понятно (захотят или нет) на примере Western Digital, когда они начнут массово выпускать свои чипы. А про своместимость: я и не говорил что ARM на микроконтроллерах совершенно совместим :) RISC-V, думаю, будет не лучше. Другое дело совместимость на уровне SoC, тут уже вопрос серьёзнее.

     
     
  • 5.38, Аноним (38), 04:06, 25/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Если вам нужен производитель, много лет пихающий risc-v в свои железки, посмотрите на NVIDIA. А производители дисков я думаю, конечно, рады будут выкинуть SoCи на армах и мипсах и заменить их на "своё", не требующее отчислений левым конторам.
     
  • 4.39, Аноним (39), 14:56, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    с вашими рассуждениями лучше в каменном веке или Африке в племени тумба-юмба жить... зачем что-то делать выхлоп то никакой...
     
     
  • 5.40, burjui (ok), 18:32, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А я разве говорил, что нужно ничего не делать? Я просто констатировал факт: разработка расширений набора команд и сопутствующих изменений в тулчейне - большая работа, а рынок так устроен, что она очень даже может не окупиться. Поэтому такое себе смогут позволить или очень большие компании, или очень смелые. Соответственно, таких будет немного. Поэтому не стоит сильно переживать по поводу фрагментации экосистемы RISC-V. Речь не идёт о том, что такая работа бесполезна, но нужно понимать, что это стоит денег и времени. Поэтому, например, сейчас у нас нет изобилия вроде ста разных тулчейнов, а есть два очень популярных GCC и LLVM, а также небольшое количество гораздо менее популярных и менее универсальных, специализированных. Я двумя руками за то, чтобы разработчики процессоров и тулчейнов больше экспериментировали, просто наивно полагать, что стоит появиться открытой ISA вроде RISC-V, и все тут же с пеной у рта побегут её расширять направо и налево, невзирая на последствия. В общем, как говорится, поживём - увидим.
     

  • 1.7, Аноним (7), 11:54, 24/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ого, юникс, но не Линус, неужели есть кто-то живой? Ура, ура!
     
     
  • 2.10, Аноним (10), 12:21, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Это верно, а то БСДи уже давно не совсем живые.
     
     
  • 3.12, Аноним (11), 12:27, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.openindiana.org/ https://www.openindiana.org/overview/illumos/
     
  • 2.26, Ordu (ok), 15:38, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это учебная ОС. Что-то мне подсказывает, что это хреновина типа Minix'а в конце 80-х, начале 90-х, которая настолько убога, что стоило только Линусу кинуть клич, как все хакеры Minix свалили пилить Linux.

    Это студенческо-профессорская поделка, которая, вероятно, очень хорошо демонстрирует основные принципы и позволяет накидать студентам тем для курсовых, чтобы те писали какие-нибудь драйверы или реализовывали кольцевые буферы, которые можно пользовать из обработчика прерываний без блокирований и выделений памяти, и при этом ещё и ошибки вменяемо обрабатывать. Или даже курсовая типа "портирование драйвера клавиатуры под RISC-V". Очень удачно как в целях повышения качества образования студентов, так и в целях исследования способов применения того же RISC-V. Но вряд ли это полезно в каких-либо ещё целях.

     
     
  • 3.27, пох. (?), 16:23, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а вот интел, видать, был слепой, глухой, клич-то не услышал и засунул бесполезный учебный миникс в самую основу своих процессорных систем.

    (дай угадаю: потому что линухная блоатварь не лезла, и к тому же ее сложнее было портировать)

    > Или даже курсовая типа "портирование драйвера клавиатуры под RISC-V". Очень удачно как в целях
    > повышения качества образования студентов, так и в целях исследования способов применения того
    > же RISC-V. Но вряд ли это полезно в каких-либо ещё целях.

    студент переходит на следующий курс, у профессора появляется еще и драйвер клавиатуры - обоим польза. Или ты думаешь, студент Линус писал какой-то сильно лучший код?

    Вопрос только в том, насколько сам профессор умный и грамотный, и умеет в предвидение - а то у некоторых, вон, кроме бесполезной паскаль-машины студенты так ничего миру и не принесли.

     
     
  • 4.29, Аноним (29), 16:36, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Интел мог использовать миникс из-за лицензии (хотя линукс-лицензия GPLv2 не запрещает запускать свою проприетарную прогу, если код ядра не изменён...) А вообще вот интересно, вроде миникс поделка, а тут бах, и самая распространённая ОС благодаря Intel ME.
     
     
  • 5.31, пох. (?), 17:02, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну вот Линусу лицензия чем-то мешала, а интелу - не помешала совершенно.

    хотя они, помнится, пытались туда и солярку запихать на первых порах - но нивлэзла, видать.
    (а может орацл заломил неприличную стоимость)

    > А вообще вот интересно, вроде миникс поделка, а тут бах, и самая распространённая ОС благодаря
    > Intel ME.

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

     
     
  • 6.32, Аноним (29), 17:06, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > ну вот Линусу лицензия чем-то мешала, а интелу - не помешала совершенно.

    При Линусе Minix был под несвободной лицензией, а потом выкатили Minix 3 под свободной (вроде как BSD лицензия)

     
  • 4.34, Ordu (ok), 18:08, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты угадал, возьми с полки пирожок Интелу нужна была максимально простая система... большой текст свёрнут, показать
     
     
  • 5.35, пох. (?), 18:17, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты угадал, возьми с полки пирожок. Интелу нужна была максимально простая система,

    и они выбрали многослойный сэндвич с message passing вместо нормального монолитного ядра, от которого и надо-то только суметь один раз при старте ld-linux.so запустить?  (лишние драйвера можно вообще-то и не вкомпилировать)

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

    вам тут специальные язычки с нескучным синтаксисом, запрещающим тело функции с новой строки как бы намекают, что не в учебном.

    Ну и эта, да - наглядный неэффективный код сопровождать легче, чем эффективный, написанный по обкурке - где, вон, ваше l4 ?

     

  • 1.8, funny.falcon (?), 11:58, 24/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    По моему, даже minix3 ещё не сдох.
     
     
  • 2.23, Аноним (23), 13:49, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пока жив Intel ME
     

  • 1.9, Аноним (10), 12:20, 24/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > курсах Массачусетского технологического института для обучения проектированию операционных систем

    миних уже всё?

     
     
  • 2.14, neAnonim (?), 12:37, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Сабж это утилиты которые можно запустить в том числе на minix. Столман свою gnu(без ядра внутри) тоже операционкой называет. (Но я ему не верю)
     
     
  • 3.15, Аноним (10), 12:39, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > gnu(без ядра внутри)

    А как же Hurd? Хреново, но таки работает*.

    * - на виртуалке. Но работает же!

     
     
  • 4.17, Аноним (18), 12:48, 24/09/2019 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.19, neAnonim (?), 13:00, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    "Разработка Hurd ведётся начиная с 1990"
    За это время уже могли выделить делегата который освоил бы книжку Таненбаума. Хоть работающий публичный релиз запустил бы.
    А так у них только стаж идет, работа стоит, скил в минус.
     
  • 4.28, пох. (?), 16:25, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А как же Hurd? Хреново, но таки работает*.

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

    По крайней мере в 96м на 386 загружался. Меэээдлэннно...

     
     
  • 5.30, Аноним (29), 16:38, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Хм, почему Hurd работает так медленно и раздолбайски. Ведь, скажем, миникс вроде работает нормально, хоть на него и нет тысячи прог. Неужели Столлман и ФСФ ниже уровнем, чем господин Таненбаум и его студенты?
     
     
  • 6.33, пох. (?), 17:06, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    просто у них нет столько бесплатных студентов ("а не напишешь к завтрему - послезавтра вылетишь").

    На пропаганду шва6одки клюют не все, и большинство из них может только в CoC и README.md

    А те, немногие, что есть - больше интересуются улучшизмами gcc, чем операционкой с непонятным будущим.

     
  • 5.37, Анонимус2 (?), 20:13, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У меня в 2010 на реальном и даже не совсем древнем железе запускался. Толку от этого конечно не было, но запускался.
     

  • 1.24, Аноним (23), 13:55, 24/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Поддержки сети нет, а без сети ныне грустно.
     
     
  • 2.36, пох. (?), 18:17, 24/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Поддержки сети нет, а без сети ныне грустно.

    пишите, Шура, она золотая!

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру