Маленький шаг по большому пути., Начало портирования QNX на моторолку c380. Поделиться Опции

[b1er]

В темах, где поднимался вопрос типа "А можно поставить на мой телефон юникс???" разводился немыслимый флуд. Я не буду поднимать здесь этот вопрос.
Я не знаю занимается ли ктонибудь портированием unix на бюджетные моторолки, но я решился попробовать.
Вполне возможно, что в итоге unix(конкретнее это будет QNX, хотя она несовсем unix )) будет ползать как черепаха, но меня это не смущает т.к. я портирую только из интереса.

Большенство проблем не изменилось, так что обсуждение продолжается.
Привествуется любая помощь и предложения (особенно по архитектуре и железу).
Спасибо всем, кто откликнится!

Выбор системы остановился на QNX, другие системы не предлагать. А если есть очень большое желание предложить альтернативу, то нужно предоставить сильные аргументы.

Прекращаю работу над проектом до лучших времён, потому как на первый план вышли проблемы учёбы,жилья и заработка. Прикрепляю исходники системных сервисов, в которых ковырялся (распаковать в "trunk/services/") -

system.tar.gz   ( 2.41 мегабайт ) Кол-во скачиваний: 668

а также начальные загрузчики -

integrator.tar.gz   ( 1.4 мегабайт ) Кол-во скачиваний: 724

сделано:
загрузчик
микроядро :
- потоки (выполняются и переключаются)

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

Дата релиза: неизвестна



P.S.
Про линукс (сейчас неподерживается)
Здесь лежит бинарная сборка ядра линукса, и небольшая тулза (подробное описание) для загрузки в телефон бинарников из-под линукса.
Здесь лежат исходники правленного ядра линукса.
Никакого интерфейса, оболочки и прочих юзерских приблуд ещё не создано.

P.P.S.
если кто-то что то ещё делает - сообщите.

Сообщение отредактировал b1er - 9.7.2008, 10:33

[MONSTER92]

А почемубы не пользовать эльфы? А то щас думают над Elfpack`ом, так может просто постепенно делать функии , заменяющие которые были в прошивке, тогда проблем с устройствами не должно быть вообще если их не трогать, ну хотя линукс ето тоже неплохо, только сильно сложно, и при таком глобальном резком переделывании будет много проблем...

[Krab1]

А почемубы не пользовать эльфы? А то щас думают над Elfpack`ом, так может просто постепенно делать функии , заменяющие которые были в прошивке, тогда проблем с устройствами не должно быть вообще если их не трогать, ну хотя линукс ето тоже неплохо, только сильно сложно, и при таком глобальном резком переделывании будет много проблем...

Зато будет линукс.....

ЗЫ: b1er а ведь были исходники прошивки от Е2 ты их видел может что то поможет в написании прошивки от туда? или там совсем не совместимая ситуация?

[nougmanoff]

не линух ставить однозначно и дрова многофункциональные. а весь софт на яве делать. так лучше для универсальности.не надо мудрить с различными трубами.

[HDD-Killer]

nougmanoff, Нафига ЯВА??? Эльфы гораздо бысрее работать будут ИМХО!

[b1er]

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

Пишите на чём угодно, всё равно скомпилим в ARM бинарник.

А мне почемуто казалось что при эмулировании явы теряется производительность.....

Ява приложения необязательно выполнять на java машине, их можно (насколько я знаю) транслировать в ARM бинарники.

А почемубы не пользовать эльфы? А то щас думают над Elfpack`ом, так может просто постепенно делать функии , заменяющие которые были в прошивке, тогда проблем с устройствами не должно быть вообще если их не трогать, ну хотя линукс ето тоже неплохо, только сильно сложно, и при таком глобальном резком переделывании будет много проблем...

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

ЗЫ: b1er а ведь были исходники прошивки от Е2 ты их видел может что то поможет в написании прошивки от туда? или там совсем не совместимая ситуация?

Я не видел исходники прошивки Е2. Но исходники безусловно помогли бы.

[nougmanoff]

но ведь проги в jar файлах будут меньше весить что немаловажно для 16 метровых мобил . просто надо критический к скорости участок кода кэшировать чтоб не транслировать каждый раз.

[Andy51]

но ведь проги в jar файлах будут меньше весить

Вот уж неправда... Как показывает практика, бинарники весят не больше, чем даже пожатые классы со сравнимым объёмом кода. А уж о быстродействии и не говорю.

[Vilko]

b1er,
исходники Е2 мало помогут. там сильно другая архитектура.

[nougmanoff]

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

[HDD-Killer]

nougmanoff, Для GSM все, что надо есть... об этом уже говорилось выше...
А по поводу ява машыны... Весчь конечно нужная, но не необхадимая... В корелетах вообще смысла не вижу... под осью можно все на скриптах и эльфах сделать... Скорость работы несравнмо выше... Сам подумай, ява машина - интерпритатор, а эльфы это непосредственно процессорный код. Чувствуешь разницу?

[Krab1]

исходники Е2 мало помогут. там сильно другая архитектура.

что так сильно разняться? оО или линукс линуксу рознь? и команды разные и система сама по себе чтоле? тот же самый код управления GSM частью будет другой я так правильно понял и небудет совместим с uClinux?

[nougmanoff]

с оперой знач все круто ) тогда у меня вопрос о том как будет устроена файловая система? многоль места под софт будет? и планируется ли консоль?

[b1er]

как будет устроена файловая система? многоль места под софт будет?

Это зависит от ограничений, накладываемых начальным загрузчиком (который находится в irom).
Может несколко рвзделов, может один. Но в любом случае место будет заниматься ядром, возможно загрузчиком, и корневой фс.

планируется ли консоль?

Может быть это прозвучит несколько странно, но она обязательно будет ). Кстати, раскладку кейпада хочу сделать изменяемой т.к. мне не нравится стандартная.

Сообщение отредактировал b1er - 15.9.2007, 4:28

[HDD-Killer]

Кстати, раскладку кейпада хочу сделать изменяемой т.к. мне не нравится стандартная.

Что значит измененной? Что именно не устраивает?

[b1er]

Что значит измененной? Что именно не устраивает?

Изменяемой. А не устраивает способ набра букв. Наверно я поэксперементирую с этими способами, может поудобнее найду. Опять же кому как, вот я и подумал, что возможность изменять способ набора букв будет полезной.

[Vilko]

к вопросу операционок: сегодня QNX перешел к концепции опенсурса и выложил на sourceforge исходники ядра(+собсно всей системы). оттуда можно позаимствовать некоторые реализации реалтайма.

[ЬЗК]

а эльфы это непосредственно процессорный код. Чувствуешь разницу?

однозначно прав, джаву фф топку, только в качестве опции....

Добавлено позже (18.9.2007, 21:50):

тогда есть ли комилятор ява классов в бинарник. ато без оперы никуда.

lynx чем не устраивает? рульная штука, одна проблема по порнушным сайтам лазить конечно без толку

Добавлено позже (18.9.2007, 21:51):
предлагаю еще часики в двоичном коде в качестве заставки

[MicK]

b1er можешь выложить скомпилированную прогу, которую ты написал и ещё я не понял там написано (4. Посалаем любую команду, и ядро начинает грузиться.) её посылать через ramldr???

[b1er]

b1er можешь выложить скомпилированную прогу, которую ты написал

Работает и с ramldr'ом.

(4. Посалаем любую команду, и ядро начинает грузиться.) её посылать через ramldr???

Да, через него. Ядро надо взять без usb.

[MicK]

b1er я всё сделал вроде правильно, но при попытке послать комманду вылазиет ошибка.
вот лог проги ramldr

Код

Switching to flash mode
ADDR03FD0000AD
ADDR03FE0000AE
JUMP03FD0008B5
ACKJUMP,03FD0008
Switching to flash mode
uploading binary data
ADDR1200001084
ADDR1202001086
ADDR1204001088
ADDR120600108A
Switching to flash mode
load
ERO…
restart
ERO…

и после этого ничего не происходит
а на теле написано вот что

Код

0x00000007
07.B0
0x0000000A
R365_WinXP_v.08R


OK to Program
USB
Tramsfer Mode

когда посылаешь команду должно грузиться ядро и вот короче вопрос такой: а это где-то должно отображаться и должна ли вылазить эта ошибка

Сообщение отредактировал MicK - 3.10.2007, 7:20

[b1er]

MicK,
Надо сначала загрузить модифицированный лоадер, а потом загрузить ядро как лоадер (т.е. с последующей передачей управления на него). Это точно возможно в старом рамлоадере.

[motoprogger]

И яву все хотят, и много чего... скажите, а насчёт XIP что пока решили? На флешку прошивать линукс, я так понял, не пробовали... вообще ядро как загружается? Как бинарник, который непосредственно запускается? Если так, то XIP ничего не мешает, кроме переменных. Тогда решение - вынести переменные в отдельный блок (только как бы это ещё сделать ;-)), настроить связи и получить бинарник для прошивания на флешку и бинарник для копирования в область глобальных переменных. Загрузчиком на асме копировать локальные переменные в оперативу и запускать ядро.
P.S. Никто не проверял, что можно стереть из флешки телефона, чтобы самодостаточный код, прошитый вместо CG1, хотя бы запускался? Ну типа вывести текст на дисплей, подождать и выключиться. Я бы оставил boot loader, PDS, PANIC_DATA, DSP и первые 128 КБ CG1 (только поменяв адрес запуска и стерев адрес подписи) - это чтобы для уверенности. Применительно к C380 и другим 16MB моделям у нас почти 15,5 МБ в распоряжении тогда.

[Andy51]

motoprogger, Во-первых, я убеждён, что XIP для ядра - это варварство, во-вторых всё, что ты пересичлил делается гораздо проще и гораздо более автоматически Ну, а для линукса и PDS не понадобится, думается...

[Vilko]

motoprogger,
у меня ядро прекрасно работает в XIP. здесь в таком режиме его не выкладывали поскольку для тестов xip не нужен, а прошивать его каждую сборку выходит дольше чем просто загружать в оперативку.
насчет адресов... паник и pds нафиг не нужны будут, а вот dsp сам код оставим. но хранить и загружать его наверно будет удобнее из файла а не имаджем на фиксированном адресе.
так что в эти адреса само ядро и сядет.

а насчет переноса переменных и т.п. - это делается 1м движением при линковке.

Andy51,
почему это xip варварство? наоборот, удобнее чем оперативку им занимать.

....

ну а вот и моя последняя сборка uclinux - сделанная под E398 и подобные. грузится она малость попроще, но используя дуалбут - т.е. телефон включается в режиме дуалбута, в ramldr вписывается адрес 12000000 в оба поля и образ посылается в телефон кнопкой "send ldr"
.
вывод копии консоли в usb я не делал, поскольку для этого софт принимающий лог надо сотворить - руки не ошли. так что вывод весь на экран.
ну и главное - в сборке использовано более свежее ядро 2.4.32 а не 2.0.38.
http://anton.vestco.ru/linux-2.4.32_no_rootfs.rar


Сообщение отредактировал Vilko - 5.10.2007, 6:44

[motoprogger]

Vilko,
А irom и boot loader точно ничего не пишут в PANIC_DATA? А то останемся мы в один прекрасный момент без ядра.
И точно ли irom передаст управление прошивке, если нет PDS? Сам проверять не стану, ибо ТП ни разу не делал, поэтому страшно.
И ещё. Зачем оставлять ПО DSP? Если важен её заголовок, можно его и оставить. Адрес его подписи сменим на FFFFFFFF =)
От CG1 мы тоже оставляем только заголовок? Или первые сколько-то килобайт? И обязательно ли для обхода RSA точка входа, записанная в первых 4 байтах CG1, должна лежать за пределами CG1? Если необязательно, всё пространство после заголовка CG1 в нашем распоряжении под файловую систему а иначе разбить пришлось бы.

[Andy51]

Karpoff-net-aka-Pskov, если ты не можешь это скомпилить, то смысла запускать и нет Всё равно ничего, кроме вида бегающих строчек на экране, которые тебе ни о чём не скажут, это тебе не даст.

[Mr.Mozg]

Как делается лоадер? Хочу попробовать под 3g телефон А835.

[nougmanoff]

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

[Vilko]

Mr.Mozg,
под 3g не выйдет. там совершенно другой проц - mcore. и тулсет я не уверен что под него ты найдешь.
nougmanoff,
пока речь идет исключительно о ядре. ессно все остальное предполагается быть в файл-системе

[motoprogger]

Кстати, о файловой системе. К ней драйвер берём готовый или сами писать будем?

[b1er]

Кстати, о файловой системе. К ней драйвер берём готовый или сами писать будем?

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

[Vilko]

b1er,
есть гораздо более удобные для данного случая ROMFS, JFFS2 и YAFFS - они специально разработаны для MTD-устройств

[motoprogger]

Ещё у меня есть своя собственная готовая, но нигде пока не реализованная концепция файловой системы и формата исполняемого файла, позволяющих организовать XIP. Файловая система подобна FAT с размером кластера 128 КБ, но реализует "уплотнённое" хранение мелких файловых объектов (файлов, папок, имён файлов), а также концовок больших файлов в одном кластере. Исполняемый файл разбивается на сектора, каждый из которых соответствует физическому кластеру (128 КБ) и содержит информацию для настройки XIP и связей между секторами. Правда, пока не представляю себе манипуляций с файлами, в настоящий момент выполняемыми по принципу XIP. Если заинтересовало, могу поделиться идеями.

[Vilko]

motoprogger,
если задумка серьезная - то лучше попробуй начать реализщацию. как базу(точнее шаблон) fs стоит взять romfs - она достаточно проста, и пакет BINFMT_FLAT в кач-ве шаблона для исп. файлов

[Vilko]

BiLaZ,
эта тема не касается явы и прочего связанного с стандартными прошивками.
в этой теме люди собирают линукс на телефоны ЛТЕ. целесообразность и смысл этого процесса не обсуждаются. нам хочется поставить на моторолку линух, мы пробуем это сделать. не видишь смысла - не влезай. хочешь заниматся явой - занимайся. в другой теме.
...
дальнейшие обсуждения такого плана и прочий оффтоп будут жестко каратся, ибо достало.

[motoprogger]

Vilko,
про ROMFS я почитал. Как основа для файловой системы с возможностью записи она подходит с трудом, да и на флешке с кратностью стирания 128 КБ реализовать запись - это надо буфер в самом лучшем случае 256 КБ, а памяти у нас и так не сильно много. Поэтому буду реализовывать свою - a-la FAT.
Про формат FLATFMT_BIN практически ничего не понял... хотелось бы почитать подробнее, но я толком не искал, ибо прям сейчас некогда. Если кто уже знает прямую ссылку - пожалуйста дайте.
Хотя не представляю себе, как в файловой системе с фрагментацией можно запускать с флешки исполняемый код, не разбивая его в соответствии с физическими секторами.
Насчёт файловой системы. Здесь я вижу 3 уровня:
1) Операционная система и приложения
2) Драйвер файловой системы
3) Драйвер флеш-памяти
Между уровнями 2-3 вижу такой API:
EraseFlash(Sector) - стереть флеш-память, в которой расположен указанный сектор
WriteFlash(Sector, *Data) - записать данные во флеш-память
ReadFlash(Sector, *Data) - прочитать данные из флеш-памяти
Какие требования к API между уровнями 1-2?

[b1er]

1) Операционная система и приложения
2) Драйвер файловой системы
3) Драйвер флеш-памяти
Между уровнями 2-3 вижу такой API:
EraseFlash(Sector) - стереть флеш-память, в которой расположен указанный сектор
WriteFlash(Sector, *Data) - записать данные во флеш-память
ReadFlash(Sector, *Data) - прочитать данные из флеш-памяти
Какие требования к API между уровнями 1-2?

Там много чего есть... Лучше исходники реализации какой нибудь ФС посмотри, ну и документацию.

[motoprogger]

Мы что, хотим делать полноценную POSIX-файловую систему с владельцами и разрешениями? У НАС НА ТЕЛЕФОНЕ БОЛЬШЕ ОДНОГО ПОЛЬЗОВАТЕЛЯ ПРЕДПОЛАГАЕТСЯ? Имхо, это точно надо исключить))

[b1er]

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

[Vilko]

гораздо проще сделать нормальную поддержку нужных аттрибутов файл-системы, чем делать "заглушки", при этом не сбивающие работу самой системы