Elf на (M)otorola, архивная тема, С чего всё начиналось Поделиться Опции

[AstaRoth]

Это - архивная тема типа "А с чего всё начиналось"

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

Вот такая тема: http://cbn.narod.ru/documents/elf_info.html
http://www.siemens-club.org/faq/index.php?...e&faqID=231
В кратце:


Помимо патчей существует еще одна возможность расширения функциональных возможностей телефона. Она состоит в исполнении непосредственно кода ARM-процессора аппаратов на платформах SGold и NewSGold, т.е. имеется возможность создавать собственные приложения, работающие аналогично cименсовскому программному обеспечению и использующие производственный стандарт ELF (Executable and Linking Format). Отсюда и название - эльфы.

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

Подобные приложения распространяются в виде файлов с расширением *.elf. Эльфы не зависят (в рамках одной платформы) от модели аппарата и версии прошивки. Исполняются они либо как обычные приложения - нажатием кнопки джойстика в Card Explorer'е, либо вешаются в памяти демонами при загрузке аппарата.

Перед использованием эльфов необходимо ознакомиться с понятиями ELFpack и ELFloader. ELFpack - патч, позволяющий загружать эльфов, абстрагируя их от конкретной версии прошивки (по аналогии с Библиотекой функций в Мастер-Патче). ELFloader - часть ELFpack'а, отвечающая непосредственно за загрузку кода приложения в оперативную память и передачу ему управления. © siemens-club.org


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


Тема обсуждения на спрочтите правила форума Motofan !е

========================
Описание Эльф-формата (eng) PDF

========================

Были написаны Bin Loader (автор: om2804) и бинарик (автор: Andy51). Бинарик выводит текст на экран, выход по любой кнопке. Закинуть в корень флешки, т.е. b/test.bin. Bin Loader грузит бинарик в RAM и от туда его выполняет. Т. к. это ява ставим через MMM. Бинарик работает только на моде от elektro255


Исходник

Компилер

BinLoader


Бинарники для Electro255 v3 и v4 -Также переименовать в test.bin и на флешку.

--------

!!! Первый эльфлоадер !!! (с) om2804 (не стесняемся-благодарим комрада за труды ТУТ)

elf_loader_1.0.zip   ( 10.9 килобайт ) Кол-во скачиваний: 1678

обновленный bin loader 1.2.2 + адрес теперь в hex + округление адреса до кратного 4

bin_loader_1.2.2.rar   ( 12.04 килобайт ) Кол-во скачиваний: 1591

********* Первый эльфпак для моторола! ! !


ТЕМА Автор Andy51

(+) Особая благодарность om2804

(+) Ну и ессно без Vilko некуда

(+) Спасибо Exebyte

(+) ********

Сообщение отредактировал Andy51 - 2.3.2008, 23:28

[om2804]

ELF loader 1.2
+ поддержка нескольких программных секций
+ используется один тип релокации
Эльфами ещё привязанны к определенной прошивке;
Тестовый эльф для elektro v3 49R, прилагается в архиве, закинуть в корень флешки.
Тестовый эльф при завершении ребутит тел (где-то ошибка в самом эльфе)

Сообщение отредактировал om2804 - 11.6.2007, 11:09

[Andy51]

Люди! Не надейтесь, что получится запускать эльфы от сименса!
Это то же самое, что пытаться запустить Linux-приложение под Win. Нужна будет довольно большая работа по переделке эльфа с сименса, так что рассчитывать остаётся только на наших программистов

[om2804]

ELF loader 1.3
+ поддержка многоплатформенности

Пробуем на elektro v3
Содержимое test.zip закинуть в корень флешки

В архиве test.zip:
1) папка lib, в которой strtable и symtable - файлы библиотеки функций для v3.
2) test.elf - эльф для v4a4. Для v4a4 чтобы показать, что эльф откомпилированный для другой прошивки (v4a4) успешно работает на v3 при наличии библиотеки функций.

В архиве elf_loader_1.3.zip - сам эльф лоадер, ставим всё так же МММ

В эльфе есть глюк - тело виснет.

PS Вообщем лоадер готов. В принципе уже можно писать эльфы. Вот только лоадер работает ну очень медленно. Эльф в 5 Кб грузит аж 40 сек. Это никуда не годиться. Поэтому следующий шаг - встроить лоадер в прошивку. Далее продолжать разработку лоадера на яве я считаю бессмысленной.

Хочу сказать ОГРОМНОЕ СПАСИБО Andy51, Vilko, Gr@fMoto, а также всем кто хоть как-то помогал, напрямую или косвенно.

Сообщение отредактировал om2804 - 20.6.2007, 16:32

[Star_cas]

А вот мне интересно, если получится встроитьв прошивку ELF, тогда его в можно использовать? И если из явы нет доступа к блютузу, то из ELF он будет? И последний вопрос будет ли тянуть 3D(или псевдо 3D) нормально без зависонов? Ведь памяти будет больше.....

[Andy51]

Star_cas, с эльфами можно практически всё.

И если из явы нет доступа к блютузу, то из ELF он будет?

Да

будет ли тянуть 3D(или псевдо 3D) нормально без зависонов?

Да, но в прошивке конечно не предусмотрен встроенный 3D движок, не говоря уже об аппаратной поддержке. Если написать software renderer - будет работать, только скорее не потому, что

памяти будет больше.....

А потому, что работать в целом будет быстрее.
Для сравнения - чтобы сложить два числа, минимально на яве понядобится десяток-другой процессорных инструкций, а эльфу - ровно одна.

Если кто помнит, игрушки под DOS, работавшие в реальном режиме, вполне обходились своими 640 кб, а как известно, в играх наибольшую часть памяти потребляют графические ресурсы. Если учесть, что у нас разрешение меньше, чем 320х240, то и с памятью можно обойтись даже меньшим количеством

Сообщение отредактировал Andy51 - 23.6.2007, 15:59

[om2804]

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

[om2804]

Единственное ограничение эльфов - это ограничение железа. Т.е. эльф может всё, что может сам телефон и а частности железо телефона.

[Neomoto]

А что это за компилер в закрепленом сообщении - он в .gba компилирует (это вроде для GameBoyAdvanced?). А у тестового эльфа .elf. Можно просто переименовывать?

Сообщение отредактировал Neomoto - 7.7.2007, 20:47

[Andy51]

Neomoto, ага, в gba Только в бинарник, а не в эльф. Просто у gba и у LTE одинаковое ядро

[Kim Li Sun]

(прочитал всю эту ветку и ещё несколько на сименс-клабе)
Сам программист и С/С++ знаю (буду рад собрать что-нибуть, хотя в последние пару лет пишу на Delphi). Очень понравилась эта идея, особенно возможность, самостоятельно реализовать ELF-операционную систему (или хотя бы промежуточное звено между владельцем и железом его сотового, улучшающее функциональность и удобство самой трубки; вплоть до полного визуального перехода от стандартной оболочки к ELF'у и оставления в прошивки только основных функций), однако прошу заранее подумать над ELF-loader’ом и не допустить ошибки программистов с siemens-club по поводу сильно большой открытости в восможностях ELF-программ и как следствия возможности вирусов. Полагаю не зря некоторые папки как на Windows'е, так и в наших прошивках являются изначально скрытыми и системными и не подлежащие изменениям.
Вариантов реализации этого несколько, но все сводятся к запрещённости определённых действий с файловой системой, функциями связи и, обобщая всё, выглядит так:
- Каждый ELF-программа работает в строго отведённой ей папке и всех подпапках вложенных в неё, а первичная папка этой ELF-программы не может быть корневым каталогом диска, что предупреждает любой вред связанный с системными и другими файлами (наилучшим будет размещение программ в области например "c:\elf\" или "b:\elf". При этом общие манипуляции с файловой системой можно осуществлять либо средствами прошивки (через файловый-менеджер), либо установленным через эти средства или с помощью компьютера ELF-файлового менеджера.
- Это позволяет обезопасить системные файлы, данные пользователя и другие ELF-программы. А самим программам выделять "Доверия" на доступ к различным функциям телефона. Т.е. по сути, давать разрешения программам как в аналогии с java-приложениями. При этом ELF-файловый менеджер, из первого пункта, не способен ни к каким другим действиям, кроме манипуляции с файловой системой, что предупреждает потерю информации через средства связи. Также ограничивать все ELF-программы и после их появления брать их доверие за "0" и позволять пользователю устанавливать их самостоятельно.
- Как таковая ограниченность ELF-программ в собственных подкаталогах, не лишает их полноценного функционирования, через избранные доступы к файлам (например для графического редактора, соответствующие доступ на чтение графических файлов) дающиеся от Файлового менеджера, при по пытки обращения к определённым типам файлов последним. Сами связи между типами и программами настраиваются пользователем, а файл, хранящий эти данные (как и другие, жизненно важные, файлы "системы") имеют атрибут системных файлов, что запрещает обращаться к ним, даже на чтение, всем ELF-программам. Их можно будет редактировать например с помощью компьютера или средствами прошивки, для тех у кого нет прямого или постоянного доступа к ПК.
- Функциональность программ можно будет упростить и сделать их универсальными. Их частные вызовы будут осуществляться по связи типа файла с программой-обработчиком. Это позволит сэкономить как оперативную память, отдав её на обработку данных, так и увеличить общее быстродействие программ (пропадает часть внутреннего анализа выбора между подпрограммами обработчиками). По сути можно свести это до связи один тип - одна программа-обработчик данного типа.

Подытоживая всё это, мы получаем закрытую операционную систему на базисе прошивки и ELF-файлового менеджера (возможностями которого являются работа с файловой системой памяти телефона и флешки [вырезать/копировать/вставить/создать/удалить : файл/каталог] и вызова программы-обработчика на "открывающийся" файл) в дополнении с самими программами-обработчиками. В данном случае будет актуальным использовать открытый код минипрограмм-обработчиков, а вирусная опасность может грозить только ELF-файловому менеджеру и халатности работы минипрограмм при работе с фалами. А в совокупности с "Довериями" к ELF-прораммам получим окончательно защищённую систему, главной опасностью которой будут только багги в программах. (Что касается BT/ИК/GPRS-соединений, то их лучше будет оставить под управлением прошивки и складировать полученные файлы в буферном каталоге, перед последующим ручным распределением пользователем).

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

P.P.S. Так как сам являюсь программистом и очень заинтересован этой темой, буду рад помочь, по мере возможностей.

[Red_Lion]

Kim Li Sun,
Вообщето я сомневаюсь что сразу появяться вирусы на elf
Изолировать - не самая лучшая идея - вдуг решим сделать допустим видео плеер тогда изоляция не лучший вариант
Всеравно какбы не изолировали за счет промежуточных dll за счет встроенных в прошивку функций доступ получить легко

[Kim Li Sun]

Red_Lion,
Сразу - нет. Но появятся они точно, если не пресечь их заранее.

Про "Изолировать" я вероятно не до конца разъяснил - ELF-программа может свободно манипулировать со всеми файлами и каталогами в пределах своей папки и подпапках этой папки. А если вы захотите посмотреть видео или послушать mp3, то ELF-программам даётся доступ на чтение этих файлов, по запросу от файлового менеджера (т.е. ткнули джойстиком в файл или плей-лист из файлового менеджера и он передаёт право на чтение конкретной ELF-программе из связки тип - программа-обработчик). Поэтому эта "изолированность" лишь оберегает данные пользователя. А "доверие" - счёт этого же владельца телефона, также как и его данные.

А про последнюю строчку я и говорил, что забрав часть свобод у ELF-программ на этапе loader'а (на сколько я понял именно он загружает программу в память и ставит её на выполнение; а файловый менеджер будет перехватывать все обращения к файловой системе - разрешая или запрашивая запрос на данные действия у пользователя). По сути, идёт отсечение возможностей по прерываниям. Если можно - сейчас - обойти эту конструкцию, то эти "дыры" надо закрыть.

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

Сообщение отредактировал Kim Li Sun - 10.7.2007, 9:37

[Andy51]

Kim Li Sun, в твоей системе есть слабые места, которые сводят на нет все усилия по её разработке. Допустим, мы сделаем на этапе динамической линковки лоадером вместо, например, какогонить fopen, переход на нашу собственную, контролирующую права функцию. Тогда что мешает вирусописателю отказаться от динамической линковки и вызвать fopen напрямую из прошивки?
Вариант второй. Мы патчим fopen в прошивке, добавляя вызов контролирующей функции напрямую из fopen. Но в таком случае каким образом мы будем определять, какое приложение вызвало fopen?

[om2804]

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

[Kim Li Sun]

om2804

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

Почитай, пожалуйста, тему про вирусы на s-c - http://forum.siemens-club.org/viewtopic.ph...2886&page=0
И ИМХО - лучше заранее убрать спички от детей, чем потом дом заново строить, если останется на что и где... =(

Andy51

Тогда что мешает вирусописателю отказаться от динамической линковки и вызвать fopen напрямую из прошивки?

Две "одинаковые" функции разумным выходом не являются - согласен.

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

Это уже чуть лучше. Выход - как в любой операционке (2 курс МИЭМ, предмет ОС, курсовая), т.е. каждое запущённое приложение - это процесс, имеющее свой уникальный идентификатор, который и поможет определить какое приложение вызвало функцию. Например, встроить проверку на допустимость такой операции в самом начале функции. Список таких доступов (в одном битовом поле на все функции на каждое приложение можно хранить в самой оперативке). Что позволит изменить эти значения в оперативке "вирусу" - те же ограничения в функциях записи... Всё делается через функции.

Лично мне не нравится наша "ОС"-прошивка телефона из-за малой функциональности. Эта тема мне именно понравилась тем, что я смогу сам совершенствовать свой телефон и делится этим с другими. Я лишь хочу, чтобы данная система была "закрыта" и защищена ещё на этапе проектирования и реализации, чтобы потом осталось место только творчеству и комъюнити...

Сообщение отредактировал Kim Li Sun - 11.7.2007, 10:57

[Motohobiman]

Для начала нужен лодырь.И какой ущерб может нанести вирус телефону,стереть юзерские файлы и обнулить счёт,а распространение вируса как? Самый оптимум это реализация мотороловских сертов с установкой прав юзером.И кто этим займётся ?

[Andy51]

каждое запущённое приложение - это процесс

Пока что это не совсем так... Ну подробости потом расскажу

встроить проверку на допустимость такой операции в самом начале функции

Знал, что это предложишь. Это очень легко обойти - пишется своё "начало" функции, а из него - джамп в нужной функции на локацию после проверки.

Что позволит изменить эти значения в оперативке "вирусу"

Ограничить доступ к ФС и функциям связи - ещё можно, хотябы теоретически, но к оперативке - уже никак

[Kim Li Sun]

Motohobiman

И какой ущерб может нанести вирус телефону

Потеря данных, нулевой (а то и глубоко отрицательный) счёт, заломить телефон, что его поднимит только тест поитн...

а распространение вируса как?

Синезуб, левые сайты... Тебе этого мало?
Почитай, пожалуйста, тему на s-c (ссылка выше).

Andy51
Рад что мысли сходятся.

а из него - джамп

А разве это не функция? =)

Ограничить доступ к ФС и функциям связи - ещё можно, хотябы теоретически, но к оперативке - уже никак

Согласен - про оперативку и у самого были сомнения... Но на флешку то можно перенести (только вот производительность и быстродействие... хотя это вроде только бинарное поле - надо думать...)

Ну подробости потом расскажу

Ждём... У самого какое мнение на этот счёт? =)

Сообщение отредактировал Kim Li Sun - 11.7.2007, 14:05

[John Johonson]

Есть знания С++ и сейчас активно учу асм. Хотелось бы такое чудо и на л7.
Andy51, если эльфы не будут в отдельном процессе то можно написаль лоадер который работает в отдельном процессе и который запускает таскменеджер, уже через который эльфы будут параллелится.
Vilko, 8 мб оперативки чем занято? Можно ли чтоб ОС телефона часть своего кода выполняла напрямую из флеш памяти и не занимала оперативку?! Или проще swap организовать?!

[Vilko]

John Johonson,
память занята - хипами, gsm-stack'ом, явой, мультимедией. это основные "потребители".

[EmiteR]

Ребята, заранее извиняюсь за глупые вопросы, я далековат от этого, но все же:
1) Сможет ли эльф параллельно работать с явой не мешая друг другу?
2) Можно ли iTunes, Jimm, Opera реализовать как эльфпаки (вместе с самими приложениями, чтоб их не переписывать, приложить библиотеки/компиляторы)
3) Возможно ли будет написать полноэкранный плеер как эльф?

[Vilko]

EmiteR,
да, все это можно

[ProVal]

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



Andy51, пасиб. Именно теоретическая возможность мне и была нужна.

Сообщение отредактировал ProVal - 2.8.2007, 23:38

[Andy51]

ProVal, ну, во-первых, эмулятора явы не надо ибо она и так сам по себе эмулятор И теоретически возможно при большом желании запустить несколько jvm параллельно. Только нужно ли это? У нас и одна явамашина с трудом работает. А насчёт рекомпиляции явы в эльф... чтож, тоже возможно... теоретически ява байткод - это "высокоуровневый ассемблер", и раз декомпилятор в яву возможен - почему бы не быть декомпилятору в c++

[Osta]

мы "засветились" в теме "Антивирус касперского на эльфах"
на http://forum.kaspersky.com/index.php?s=&am...st&p=369796

... на усмотрение модераторов ...