Linux на AVR? Да легко!

По факту всё ядро придется с нуля переписать.

Почему?

за тем же зачем линукс на js «портировали».

Для AVR ОС и так можно написать. Но не UNIX-подобную.

ты разницу себе представляешь между архитектурой AVR и любой из поддерживаемых линуксом?

С эмуляцией руки, ага

Объясни. Особенно как это влияет на сишный код.

например, в AVR-овском С всякие дополнительные ключевые слова есть, которые указывают, где хранится переменная - в памяти данных или кода, потом, в AVR лимит памяти данных 64килобайта, в сабжевом изделии используется дополнительный внешний модуль DRAM, который обновляется вручную и работать с ним прозрачно нельзя - нужно вызывать функции работы с памятью типа write_RAM, read_RAM для каждого байта. Да и вообще ядро Линукса в память кода AVR-ок тупо не поместится

где хранится переменная - в памяти данных или кода

В коде это как? В смысле на стэке?

Но то что у avr 64кб памяти это ни при чём. Мы не avr обсуждаем, а гарвардскую архитектуру.

В коде это в коде. В памяти кода. Ну и не ключевые слова, а макрос pgm_read_word(), но не важно.

макрос pgm_read_word()

вторая ссылка в гугле ведёт на http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=660... где разбирают как это заставить работать на avr.

Потому что неправильно используют. Там прилично так геммороя.

вкуривай даташиты любой модели AVR до просветления :)

И доку по avr-libc.

Хм... интересно, а как он так на экран это вывел, в терминал? О_о

да, в терминал

Вот мне и инетересно, как... я поначалу подумал у него просто софтварный эмулятор arm на компе, вот и пытаюсь понять, как связан контроллер, лежаший рядом и комп

Через UART.

Ребята, вы не про то пишите. Речь о том можно ли принципиально сделать unix-like OS на гарвардской архитектуре или нет.

А свелось всё к трудностям портирования линуха на avr.

Речь о том можно ли принципиально сделать unix-like OS на гарвардской архитектуре или нет

Смотря в чём её юникслайкность будет заключаться

А свелось всё к трудностям портирования линуха на avr.

Скорее, к принципиальной невозможности

Unix-like это чтобы могла прогарммы в память грузить из внешнего чего-то хотя бы. Вот такое невозможно. Разве что все внешние программы делать интерпретируемыми.

Короче, http://en.wikipedia.org/wiki/Modified_Harvard_architecture, этим всё сказано.

см. пост выше

А на компе он что запускает? Какую-то спец-софтину-эмулятор терминала, читающую с порта

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

это ты дурак, нигде не сказано что там должен быть именно флеш. Я понял, я спорю с идиотом для которого гарвард = avr, можешь дальше не писать.

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

Я таких не знаю. Но разве спор об этом?

Я, правда, вижу в википедии что

The Harvard architecture is a computer architecture with physically separate storage and signal pathways for instructions and data.
...
Today, most processors implement such separate signal pathways for performance reasons ...

Но я не понимаю о чём они. Возможно имеется в виду то что всё хранится на жёстком диске, но для запуска копируется в память. Типа два различных вида памяти.

Имеется в виду, что программа хранится в ПЗУ, и оттуда же выполняется. Никакого копирования в память не происходит.
Данные же хранятся в ОЗУ, и оттуда напрямую копируются в регистры цп для обработки.
Шина данных и шина команд полностью разделены и никак не пересекаются.
Возможны извраты с записью данных в область кода (читай флеш), но это неэффективно и реально используется, только когда нужно сохранять данные на случай перезагрузки и нет более удобной ПЗУ.
Собственно в аврах часто используется небольшой, на 8 кб к примеру, модуль eeprom позволяющий быстро побайтово записывать данные.

Поэтому собственно, очень сложно организовать запуск произвольных программ на такой архитектуре. В большинстве случаев для таких контроллеров используются различного рода шедулеры, которые дергают заранее определенные сишные функции.
К тому же область ОЗУ общая, и никакой защиты памяти быть не может, так же как и никакой защиты ядра, поскольку нельзя запретить доступ выполняемым программам к аппаратной части, к модулю прерываний и прочему.

Это всё понятно, но если мы заменим eeprom на sdram и вставим mmu то гарвардская архитектура от этого же не изменится, верно?

Верно, код останется в одной области, данные в другой.

оно и сейчас так, сегмент данных отдельно, сегмент кода отдельно... :)

поздравляю, ты порвал баян! ;)

было уже

Artificial_Thought ** (28.03.2012 17:13:24)

okay

некропостинг такой некропостинг. Уже предлагали кажется наказывать за такое

Ты как через 7 месяцев отрыл тему?

балин... кто этот чертов некропостер?! я даже на дату не посмотрел :( опять зенитар?!

Удалённые погляди.

Забавно вышло. Думаю, раз уж взялись некропостить, тему можно оживить полностью.

Разупорись и прекрати поднимать мёртвые темы.

Когда-нибудь Linux запустят внутри игры Minecraft.

Порадовала тема справа.

Они же тут не поднимаются - темы по дате сортируются.

В трекере всплывают.