Здравствуйте ,
Возможно этот вопрос подымался , ... так как Kos очень "лёгкая" то я думаю её можно применять на встраиваемых системах системах в архитектурой AMR .
Я так понимаю просто компилятором врятли удастся скомпилить под AMR, ответьте плиз на сколько тяжело будет портануть ядро , и какие трудности могут возникнуть . Мне это пришло в голову когда у меня полетела прошивка на китайском телефоне и мне удалось туда поставить AMR Linux http://www.arm.linux.org.uk/ , но правда она так и не запустилось , но какието символы мелькали.
AMR архетектура
Egor
народ уже давно приходил с идеями портануть Колибри то на AVR, то на iPod.
имхо это свидетельство абсолютной неграмотности как в ОСестроении, так и в низкоуровневом программировании.
А заголовок Вашего сабжа говорит еще и о самой обычной неграмотности
народ уже давно приходил с идеями портануть Колибри то на AVR, то на iPod.
имхо это свидетельство абсолютной неграмотности как в ОСестроении, так и в низкоуровневом программировании.
А заголовок Вашего сабжа говорит еще и о самой обычной неграмотности
Last edited by art_zh on Sat Dec 04, 2010 10:41 pm, edited 1 time in total.
Евангелие от Иоанна: стих 1[/size]
Code: Select all
; В начале было Слово:
B32: mov ax, os_stack ; Selector for os
" на сколько тяжело будет портануть ядро" - весьма вероятно, что проще новое написать
И мы уже давно не пешки,
Мы пули, мы орлы, и решки!
Война ютит бинарный код,
Умри, или иди вперед!
Мы пули, мы орлы, и решки!
Война ютит бинарный код,
Умри, или иди вперед!
Тема бесперспективна для раздела Кодинг - переместил в Разное.
Не вероятно, а действительно проще. Портировать можно нечто, написанное на ЯВУ, а созданное на асме по-любому надо полностью переписывать, даже если архитектура не меняется.Gluk wrote:" на сколько тяжело будет портануть ядро" - весьма вероятно, что проще новое написать
SII, области данных не нужно продумывать и составлять заново. Логику работы - тоже.
И мы уже давно не пешки,
Мы пули, мы орлы, и решки!
Война ютит бинарный код,
Умри, или иди вперед!
Мы пули, мы орлы, и решки!
Война ютит бинарный код,
Умри, или иди вперед!
Gluk
Это не совсем так. При меньших аппаратных ресурсах структуры данных приходится корректировать. Абсолютно масштабируемых систем не бывает.
Это не совсем так. При меньших аппаратных ресурсах структуры данных приходится корректировать. Абсолютно масштабируемых систем не бывает.
Все возможно.
Во первых нужно изучить даташит процессора и разобратся с регистрами отвечающими за звук, LCD, тачскрин ,память и т.д. Можно попробывать скачать исходники "нуклеоОС" которая устанавливается на двух симочных китайфонах и изучать их.
Во вторых разобраться с AMR кодингом и изучить кучи мануала по AMR9 и AMR11
В третьих даже если получиться написать свой загрузчик и получиться запустить КОС то многие приложения придется подгонять под новое ядро.
Но как я сказал все возможно. Для всего этого нужно усердие, вагон времени и пытливый ум
Во первых нужно изучить даташит процессора и разобратся с регистрами отвечающими за звук, LCD, тачскрин ,память и т.д. Можно попробывать скачать исходники "нуклеоОС" которая устанавливается на двух симочных китайфонах и изучать их.
Во вторых разобраться с AMR кодингом и изучить кучи мануала по AMR9 и AMR11
В третьих даже если получиться написать свой загрузчик и получиться запустить КОС то многие приложения придется подгонять под новое ядро.
Но как я сказал все возможно. Для всего этого нужно усердие, вагон времени и пытливый ум
Все сложное - просто!
Неплохо бы для начала прочитать, как правильно этот моторчик называется (ARM, а не "AMR" )
Потом посчитать сколько у него РОНов, какая специфика адресации, ветвления, прерываний (и взаимодействия с внешним миром вообще), насколько стандартизован список "стандартных" устройств (и имеет ли он хоть что-нибудь общее с PC-платформами).
Ну и на закуску - насколько подходит ядро, надфилем заточенное под x86PM+PTE режим, для устройства с Гарвардской архитектурой
Потом посчитать сколько у него РОНов, какая специфика адресации, ветвления, прерываний (и взаимодействия с внешним миром вообще), насколько стандартизован список "стандартных" устройств (и имеет ли он хоть что-нибудь общее с PC-платформами).
Ну и на закуску - насколько подходит ядро, надфилем заточенное под x86PM+PTE режим, для устройства с Гарвардской архитектурой
Ага, как же. Разве что на самом-самом высоком уровне логику менять не приходится, да и то не всегда возможно сохранить полностью.Gluk wrote:SII, области данных не нужно продумывать и составлять заново. Логику работы - тоже.
Ага, опередили с этим У АРМов, по большому счёту, стандартизирована только система команд -- и всё. Даже прерывания, по большому счёту, не стандартизированы (да, есть семь стандартных векторов, но все реальные процы имеют тот или иной контроллер прерываний, который обеспечивает внешним устройствам не два, а значительно больше векторов -- вот только программируются эти контроллеры по-разному на процах разных фирм).art_zh wrote:насколько стандартизован список "стандартных" устройств (и имеет ли он хоть что-нибудь общее с PC-платформами)
Ну, АРМ7-9-11 (АРМв4, 5, 6 соответственно) гарвардскими не являются. У них могут быть раздельные или общие кэши и ТЛБ, но память в плане адресации не разделяется на память команд и память данных.Ну и на закуску - насколько подходит ядро, надфилем заточенное под x86PM+PTE режим, для устройства с Гарвардской архитектурой
Можно поправить орфографию в названии темы ?
Ага, "RAM охретиктура" красивше будет.Serge wrote:Можно поправить орфографию в названии темы ?
Serge
А смысл? Автор отжег, зачем это менять. К тому же тема 100% флудерская. А название темы это закрепляет.
А смысл? Автор отжег, зачем это менять. К тому же тема 100% флудерская. А название темы это закрепляет.
О, теперь не я главный флудераст)))
Who is online
Users browsing this forum: No registered users and 17 guests