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 килобайт ) Кол-во скачиваний: 1592

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


ТЕМА Автор Andy51

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

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

(+) Спасибо Exebyte

(+) ********

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

[AstaRoth]

Изучаем Эльфы:
Мануал для сименс

Q: Что такое Эльфы?
A: Эльфы - это одна из возможностей расширения функциональных возможностей телефона, которая состоит в исполнении непосредственно кода ARM-процессора аппаратов на платформах SGold и NewSGold, т.е. имеется возможность создавать собственные приложения, работающие аналогично cименсовскому программному обеспечению и использующие производственный стандарт ELF (Executable and Linking Format). Отсюда и название - эльфы.
*********
Q:Как установить эльфпак на телефон?
A: Для того чтобы установить эльфпак на свой телефон, нам понадобятся следующие патчи:
Большая Библиотека Функций
SWI-Hook
Загрузчик эльфов
API 14
Последовательность устанавливаемых патчей значения не имеет.
*********
Q: Что быстрее: java-приложение или эльф?
A: Поскольку эльфы исполняются непосредственно процессором без промежуточных надстроек типа java-машины, им доступна вся оперативная память и абсолютно все функции прошивки, созданные программистами Сименса. Скорость исполнения любых команд ограничена только мощностью процессора, поэтому она огромна, в десятки раз выше скорости исполнения java-приложений.
*********
Q: Где мне взять эльф (*.elf) для моего телефона и моей прошивки?
A: Эльфы не зависят (в рамках одной платформы) от модели аппарата и версии прошивки.
*********
Q: Как мне запустить эльфа (*.elf)?
A: Запуск эльфа производится либо как обычное приложения - нажатием кнопки джойстика в CardExplorer'е,
либо автоматически загружаются при включении аппарата, если эльф лежит в папке 0:\ZBin\Daemons
*********
Q: Какие папки нужно создать для работы эльфпака?
A: Необходимо создать структуру каталогов в соответствии с данным архивом
*********
Q: Как выгрузить эльфов?
A: Выгрузка эльфов (не являющихся демонами) возможна только после перезагрузки аппарата, если эта операция не предусмотрена в самом приложении. Чтобы выгрузить эльфа, висящего
демоном, перед перезагрузкой телефона его надо убрать из каталога ZBin\Daemons или сменить расширение файла elf на любое другое.

* Меню "Пуск" на сименсе, вопросы и ответы
* Эльфы на линукс
* Спецификация Эльфов под линукс

Возможно ли такое на моторе?? Хотя бы в принципе? ДА!

[om2804]

Загрузчик нужно писать на яве, т. к. ява-кодеров не один человек. ИМХО
На модах от elektro225 можно перепрыгнуть на определенный адрес в RAM.
Остается только:
1. считать из файла 16-тиричный код
2. изменить адресацию в нем относительно адресации в RAM
3. загрузить измененный код в RAM
3. И терепрыгнуть на него ( в 4й альфе этот ява метод выглядит как static void jmp(int address) )
Свободное место в RAM есть!
Проблемой будет компилятор ASM 7 (для e398)? т. к. весить он будет не мало

Встраивать в прошивку загрузчик точно никто не возьмется.

[AstaRoth]

Господа, Нужны люди знающие асм и с компилятором ARM 7. om2804 пишет софтину, но у него нет компилятора AMR 7. Нужно чтоб кто-нибудь написал мини прогу на асме и откомпилировал бы в бинарик, компилятором AMR 7,Надо чтобы прога работала по линейному алгоритму, т. е. без джампов в коде, Также результат выполнения был заметен. Если у Вас есть знакомые программисты или Вы сами разбираетесь - пожалуйста- прочитайте тему с самого начала - и если будут соображения- стукните в асю 335962171 (om2804) или 5131549 ( AstaRoth)

[om2804]

Прошивка для E398 - мод от elektro255 4я альфа
В RAM область 0х12200000 - 0х12500000 (393,2 Кб) свободна.
Поэтому грузить надо с адреса 0х12200000. Если не получается сделать без джампов так чтобы было заметно результат, можно сделать с джампами но адреса подогнать не относительно эльфа а относительно адреса 0*12200000, т. е. адрес джампа + 12200000. Это возможно?

Т. к. загрузчик на яве адреса аpi прописывать в эльф проге не нужно. Доступ к RAM из явы есть только на моде от elektro255 4я альфа.
Для других телефонов нужно писать лоадер не на яве, а встраивать в прошивку. Этим делом заняться никто не хочет.
Vilko, спасибо что внес ясность.
Всё еще нужна прога. Её результат не важен. Лишь бы он был заменен (вывод на экран "Hello World" например). Этим можно будет проверить работает ли эльф из RAM. Потом уже от этого и плясать.

P. S. Где можно скачать компилятор AMR7?

[Andy51]

om2804, для проверки есть хорошая easy-to-use функция printf. При подключённом usb можно писать в консоль, которую можно смотреть в MidWay или MMM Только не совсем понимаю, зачем это нужно?

подогнать не относительно эльфа а относительно адреса 0*12200000

Если не ошибаюсь, для этого виртуальная память существует. Вот только как с ней дело у нас обстоит - не в курсе

Прошивка для E398 - мод от elektro255 4я альфа
В RAM область 0х12200000 - 0х12500000 (393,2 Кб) свободна.

Откуда инфа?

[om2804]

Опытным путем через Synerj_tools 2.8 нашел.
Свободные области:
0х12200000 - 0х12500000 (393,2 Кб)
0х3FC0200 - 0х3FFFFFF (32,7 Кб)

Прошивка для E398 - мод от elektro255 4я альфа. Т. к. на ней работает ява метод jmp. Есть ещё конечно на других модах этот джамп, но у меня есть только 4я альфа, а качать через GPRS мне уж очень не охота. В дальнейшем думаю elektro255 баги на 4ой альфе исправит. Т. к. доступ к оперативе из явы есть только на модах от elektro255, поэтому и могут быть елфы только на E398 (пока на Е398 )

Вся проблема в самом ельфе. Кто бы его написал?
А бинлоадер можно уже сейчас выложить.

Сообщение отредактировал om2804 - 22.4.2007, 18:25

[Vilko]

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

[om2804]

Andy51, был написан первый бинарик, который выводит строку в консоль. Этим доказано, что бинарики запускаются из RAM. Разработка продолжается. Требуются люди знающие асм и с компилятором ARM 7 (желающие помочь пишите в личку или стучите в асю 335962171 ).

[om2804]

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


Немного доработал Bin Loader (Bin Loader 1.2)

Сообщение отредактировал om2804 - 6.5.2007, 9:36

[Andy51]

В копмлекте - бинарники для elektro255 v4 и v3
Также переименовать в test.bin и на флешку.
На v3 не тестировалось! - Отпишитесь кто будет пробовать

Сообщение отредактировал Andy51 - 6.5.2007, 0:01

[Andy51]

Если кому интересно
Исходник:

bin_src.rar   ( 3.11 килобайт ) Кол-во скачиваний: 1335

Компилер:

goldroad1_7.zip   ( 48.93 килобайт ) Кол-во скачиваний: 1273

cmepx, убери, пожалуйста, лог из тела своего сообщения

Сообщение отредактировал Andy51 - 6.5.2007, 21:11

[Andy51]

gunghost, нет, binloader-это только первый опыт, скажем так
Сейчас om2804 работает над загрузчиком elf, тоже на яве.
Но, конечно, по хорошему надо бы сделать его встроенным в прошивку

[gunghost]

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

[Abram]

А если прошивка сума будет указывать области памяти, где эльфу можно работать? Нто тогда нужно динамическое выделение писать... ИМХО принцип таков: есть (будет) таблица свободной для использования памяти (в прошивке) и лоадер (тоже уже есть почти), дальше внимание! память должна выделяться динамически, тойсть дали программе, припустим, 200кб и сказали где, а она уже сама себе джампает в этих пределах (все к electro255, пусть пишет ). Но это уже дожлен быть бинарный загрузчик (в прошивке) или хотя бы соответствующие классы (или что там в яве? ) написать (тоже в прошивке).

В результате мы должны получить в прошивке API и явовский менеджер приложений

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

Сообщение отредактировал Abram - 8.5.2007, 0:07

[om2804]

Кто сможет выкачать исходники эльф лоадера сименсов выложите здесь. (для скачивания нужен SVN клиент )
ссылка на эльф лоадер: svn://cbsie.dyndns.info/ARM
ссылка на SVN-клиент: http://tortoisesvn.tigris.org/download.html
Настройка SVN - клиента :

SVN.rar   ( 12.56 килобайт ) Кол-во скачиваний: 288

+ 1.5 к рейтингу гарантирую

Сообщение отредактировал om2804 - 8.5.2007, 8:18

[dragonse]

Кто сможет выкачать исходники эльф лоадера сименсов выложите здесь. (для скачивания нужен SVN клиент )
ссылка на эльф лоадер: svn://cbsie.dyndns.info/ARM
ссылка на SVN-клиент: http://tortoisesvn.tigris.org/download.html
Настройка SVN - клиента :

SVN.rar   ( 12.56 килобайт ) Кол-во скачиваний: 288

+ 1.5 к рейтингу гарантирую

Вот скачал все что там было. отдельно выкладываю папку elfloader.

[om2804]

Всё что нашел о формате ELF в инете (большая часть на русском)

Сообщение отредактировал om2804 - 17.5.2007, 18:50

[i-render]

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

P.S. Один человек, отлично владеющий английским языком, соглпсился помочь с переводом документации Executable and Linkable Format (ELF). Я попросил его перевести 2-ю часть - PROGRAM LOADING AND DYNAMIC LINKING. К понедельнику перевод не получилось подготовить. В течении недели будет...

Сообщение отредактировал i-render - 21.5.2007, 18:32

[om2804]

Первый elf loader
Сразу скажу, что умеет пока не много: работает с простыми эльфами (одна программная секция), с эльфами привязанными к определенной прошивке; из плюсов возможность грузить по любому адресу (адрес теперь задаем в hex, я пробовал в пределах 0х12200000 - 0х12500000)
Тестовый эльф для elektro v3 49R, прилагается в архиве, закинуть в корень флешки

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

Сообщение отредактировал om2804 - 30.5.2007, 18:08

[Andy51]

gunghost, можно использовать эльфы, состоящие из одной секции. Обычно, компилятор разбивает эльф на секции согласно разбивке на модули в Си (*.c + *.h файл) или на ассемблере - согласно разделению на сектора (area). В общем, заработает только если эльф достаточно простой (написан одним модулем). Если om2804 сделает динамическую линковку, то можно будет использовать эльфы с более сложной структурой

Сообщение отредактировал Andy51 - 31.5.2007, 13:11

[om2804]

Тестовый эльф для elektro v3 49R, прилагается в архиве, закинуть в корень флешки

Для v4a4 попробуйте этот эльф, но я его не проверял.

PS
Эльф выводит 'Т' и через некоторое время "закрывается"

Сообщение отредактировал om2804 - 1.6.2007, 15:58

[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'ом, явой, мультимедией. это основные "потребители".