Board.KolibriOS.org

Здравствуйте ,
Возможно этот вопрос подымался , ... так как Kos очень "лёгкая" то я думаю её можно применять на встраиваемых системах системах в архитектурой AMR .
Я так понимаю просто компилятором врятли удастся скомпилить под AMR, ответьте плиз на сколько тяжело будет портануть ядро , и какие трудности могут возникнуть . Мне это пришло в голову когда у меня полетела прошивка на китайском телефоне и мне удалось туда поставить AMR Linux http://www.arm.linux.org.uk/ , но правда она так и не запустилось , но какието символы мелькали.

Egor

народ уже давно приходил с идеями портануть Колибри то на AVR, то на iPod.

имхо это свидетельство абсолютной неграмотности как в ОСестроении, так и в низкоуровневом программировании.

А заголовок Вашего сабжа говорит еще и о самой обычной неграмотности

" на сколько тяжело будет портануть ядро" - весьма вероятно, что проще новое написать

Тема бесперспективна для раздела Кодинг - переместил в Разное.

Gluk wrote:" на сколько тяжело будет портануть ядро" - весьма вероятно, что проще новое написать

Не вероятно, а действительно проще. Портировать можно нечто, написанное на ЯВУ, а созданное на асме по-любому надо полностью переписывать, даже если архитектура не меняется.

SII, области данных не нужно продумывать и составлять заново. Логику работы - тоже.

Gluk
Это не совсем так. При меньших аппаратных ресурсах структуры данных приходится корректировать. Абсолютно масштабируемых систем не бывает.

Все возможно.
Во первых нужно изучить даташит процессора и разобратся с регистрами отвечающими за звук, LCD, тачскрин ,память и т.д. Можно попробывать скачать исходники "нуклеоОС" которая устанавливается на двух симочных китайфонах и изучать их.
Во вторых разобраться с AMR кодингом и изучить кучи мануала по AMR9 и AMR11
В третьих даже если получиться написать свой загрузчик и получиться запустить КОС то многие приложения придется подгонять под новое ядро.
Но как я сказал все возможно. Для всего этого нужно усердие, вагон времени и пытливый ум

Неплохо бы для начала прочитать, как правильно этот моторчик называется (ARM, а не "AMR" )

Потом посчитать сколько у него РОНов, какая специфика адресации, ветвления, прерываний (и взаимодействия с внешним миром вообще), насколько стандартизован список "стандартных" устройств (и имеет ли он хоть что-нибудь общее с PC-платформами).

Ну и на закуску - насколько подходит ядро, надфилем заточенное под x86PM+PTE режим, для устройства с Гарвардской архитектурой

Gluk wrote:SII, области данных не нужно продумывать и составлять заново. Логику работы - тоже.

Ага, как же. Разве что на самом-самом высоком уровне логику менять не приходится, да и то не всегда возможно сохранить полностью.

art_zh wrote:насколько стандартизован список "стандартных" устройств (и имеет ли он хоть что-нибудь общее с PC-платформами)

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

Ну и на закуску - насколько подходит ядро, надфилем заточенное под x86PM+PTE режим, для устройства с Гарвардской архитектурой

Ну, АРМ7-9-11 (АРМв4, 5, 6 соответственно) гарвардскими не являются. У них могут быть раздельные или общие кэши и ТЛБ, но память в плане адресации не разделяется на память команд и память данных.

Можно поправить орфографию в названии темы ?

Serge wrote:Можно поправить орфографию в названии темы ?

Ага, "RAM охретиктура" красивше будет.

Serge
А смысл? Автор отжег, зачем это менять. К тому же тема 100% флудерская. А название темы это закрепляет.

О, теперь не я главный флудераст)))