Ковыряем ZN5, Какие сейчас есть наработки? Поделиться Опции

[tmp_do]

итаг.
что на данный момент у меня сделано:
-авторан до гуя(с флэша телефона и с карты памяти)
-сняты noexec с карты памяти и /ezxlocal
-нет ограничения на mount (в т.ч. -o bind)
-при загрузке включаются telnet, ssh и ftp сервисы
-редактор ne
-chroot
-некоторые необходимые библиотеки
-более-менее юзабельное окружение(нужное кидать в /ezxlocal)
-бесшумная камера(в русской прошивке звук "пружина")
впринципе это готовая основа для моддинга. хотелось бы порта PEP, но самому лень этим ханиматься.
как это чудо ставить:
1. скачивае архив, распаковываем из mmc/mmca1 на флэшку каталог .system(желательно перед этим удалить с флэшки существующий каталог)
2. открываем /mmc/mmca1/.system/java, там 2 файла. в них вписываем свой имей(IMEI = #your_imei_here)
3. перегружаем телефон
4. переводим тело в режим модема
5. в меню "игры" появится пункт "Telnet", запускаем его.
6. ждем. телефон переключится в режим усб-нет и активирует телнет и фтп. заходим по фтп и кидаем из архива ezxlocal в /
7. перегружаем телефон
при последующей необходимости зайти в телефон необходимо включить режим модема и запустить из игр телнет (либо послать модему at+mode=8 с хоста)
вот пока и все. делимся идеями и мыслями по поводу моддинга
http://narod.ru/disk/3644396000/env.tar.bz2.html
UPD: починил баг с падением тапи во время режима флэшки

Мануал от sillyburatino

Spoiler:

1. скачивае архив, распаковываем , например на раб.стол.
Появляется файл env[1].tar.bz2.zip.out. удаляем окончание out, и распаковываем появившиеся файлы: из mmc/mmca1 на флэшку (карту памяти) каталог .system(желательно перед этим удалить с флэшки существующий каталог). Телефон должен быть в режиме (USB соединение карта памяти).
2. открываем /mmc/mmca1/.system/java, там 2 файла. в них вписываем свой имей(IMEI = #your_imei_here) пишем без значка #, только числа
3. перегружаем телефон
4. переводим тело в режим модема
5. в меню "игры" появится пункт "Telnet", запускаем его.
6. ждем. телефон сам через 10 -15 сек. переключится в режим усб-нет и активирует телнет и фтп.
Включаем, например, файловый менеджер Total Commander, заходим по FTP, создаем новое подключение и указываем адрес 192.168.16.2 (сетевой порт) и кидаем из архива ezxlocal в папку


ezxlocal/ файл MEDL. (пароль и учетная запись для FTP: ROOT).
7. перегружаем телефон
8. Выбираем в русской прошивке звук пружины, и больше нет звука затвора.

[close]

Сообщение отредактировал AstaRoth - 24.5.2009, 18:11

[fill.sa]

VINRARUS,
Яже говорю что пока-что нужно оттестить чтобы работала эта часть. Остальные вопросы на потом отнесем.

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

Наверно модули .ко не может нормально загрузить в ядро.

Да я тоже первым дело про это подумал, но нет, все ок грузиться. Косяк в чем-то еше. Там ви-фи вообще очень длинным путем загружается, там несколько скриптов спева грузиться, но они врди тоже отрабатывают без ошибок. ВОобщем нужно разбираться тут.

Сообщение отредактировал fill.sa - 26.4.2017, 8:29

[Programmer-tm(Мотофан.)]

fill.sa,
Или у меня телефон загадочный... Или сказочный... Но к wifi с твоим последним бусибоксом он коннектится без лишних вопросов... Ну или почти...

Сообщение отредактировал Programmer-tm(Мотофан.) - 26.4.2017, 8:59

[fill.sa]

fill.sa,
Или у меня телефон загадочный... Или сказочный... Но к wifi с твоим последним бусибоксом он коннектится без лишних вопросов... Ну или почти...

А у меня тупо показывает что типо начинается загрузка и сразу окно исчезает и ничего не включается.
Странно вообщем, вот потому и нужны общие тесты бузи чтобы все оттестить.

[Programmer-tm(Мотофан.)]

Хотя походу wget и рвет соединение... погоняю его по лучше. Хм... Пинг не але почему-то... странное отваливание...

[VINRARUS]

А я иду по пути своего мода "еще быстрее, еще выше )) "

Токо практика как видиш отличается от теории.

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

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

У меня 1й для 100% совместимости, а 2й для утилит отсутствующих в наборе команд родной прошывки. По этому мод стоит на 2х ногах, а не на 1й.

Суть его не в наборе утилит, а в другом принципе их работы, они намного быстрее и более полные.

Ну и зачем они нужны в жизненно необходимом бинарнике? Шелу все равно заново запускать родительскую бусю или левую.
Строя башню в высоту ты одночасно ломаеш фундамент.

и готовлю новый бузи на замешу штатного, что более логично.

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

Сообщение отредактировал VINRARUS - 26.4.2017, 17:24

[fill.sa]

VINRARUS,
Ты бы для приличия их в одном месте чтоли сравнивал по скорости. А то один в сквоше сжат, другой в фат образе который через луп смотнтирован. Как тут можно замеры делать. К томуже скорость зависит от нагруженности системы, а в разное время она разное. И чтобы такие тесты делать нужно много мометов учитываьт. А не тупо по пару запусков сравнить.
У меня выполнение всех команд у нового значитьельно выше. А все что ты дальше пишеш я вообще ничего не понял...

У меня 1й для 100% совместимости, а 2й для утилит отсутствующих в наборе команд родной прошывки. По этому мод стоит на 2х ногах, а не на 1й.

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

Само главное забыл написать, а у всех тел выключается нормально с новым бузи? у меня чегото висит на выключении долго.

Добавлено позже (27.4.2017, 7:32):
Вот для примера сравнение по команде ls, разница у нового очевидна. Так можно и по любой команде сравнить. Все бузи в одной папке естественно лежат.

название

root# time ./busybox_v1.26.2 ls
extra_autorun.sh.back sq30dmesg.log
real 0m 0.03s
user 0m 0.02s
sys 0m 0.02s
root# time ./busybox_v1.26.2 ls
extra_autorun.sh.back sq30dmesg.log
real 0m 0.03s
user 0m 0.00s
sys 0m 0.03s
root# time ./busybox_v1.26.2 ls
extra_autorun.sh.back sq30dmesg.log
real 0m 0.03s
user 0m 0.01s
sys 0m 0.02s
root# time ./busybox_v1.26.2 ls
extra_autorun.sh.back sq30dmesg.log
real 0m 0.03s
user 0m 0.01s
sys 0m 0.01s
root# time ./busybox_v1.01 ls
extra_autorun.sh.back sq30dmesg.log
real 0m 0.04s
user 0m 0.02s
sys 0m 0.01s
root# time ./busybox_v1.01 ls
extra_autorun.sh.back sq30dmesg.log
real 0m 0.04s
user 0m 0.00s
sys 0m 0.05s
root# time ./busybox_v1.01 ls
extra_autorun.sh.back sq30dmesg.log
real 0m 0.04s
user 0m 0.01s
sys 0m 0.02s

[close]

Добавлено позже (27.4.2017, 7:40):
А вот выполнение твоим скриптом, который я считаю неподходит для подобных тестов. Но даже он показал что новый быстрее. Вообщем не знаю, извините что там с твоим модом и почему он замедляет все.

название

root# time ./busybox_v1.01 ash /ezxlocal/test.sh
START...
real 0m 9.60s
user 0m 8.54s
sys 0m 1.00s
root# time ./busybox_v1.01 ash /ezxlocal/test.sh
START...
real 0m 9.50s
user 0m 8.56s
sys 0m 0.90s
root# time ./busybox_v1.01 ash /ezxlocal/test.sh
START...
real 0m 9.57s
user 0m 8.57s
sys 0m 0.95s
root# time ./busybox_v1.26.2 ash /ezxlocal/test.sh
START...
real 0m 9.50s
user 0m 8.08s
sys 0m 1.38s
root# time ./busybox_v1.26.2 ash /ezxlocal/test.sh
START...
real 0m 9.26s
user 0m 8.18s
sys 0m 1.05s
root# time ./busybox_v1.26.2 ash /ezxlocal/test.sh
START...
real 0m 9.27s
user 0m 8.18s
sys 0m 1.07s
root#

[close]

Вообще как обычно задаю вопрос один, а в итоге обсуждаем другое. Сейчас по сути нужно найти где какие беги, а в место этого идет трата времени на бесполезные тесты, которые к слову я уже давно проделал.

Сообщение отредактировал fill.sa - 27.4.2017, 9:34

[VINRARUS]

Ты бы для приличия их в одном месте чтоли сравнивал по скорости. А то один в сквоше сжат, другой в фат образе который через луп смотнтирован. Как тут можно замеры делать. К томуже скорость зависит от нагруженности системы, а в разное время она разное. И чтобы такие тесты делать нужно много мометов учитываьт. А не тупо по пару запусков сравнить.

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

Частота ЦП залочана на 740, загрузка ЦП 0%, сторонний софт убит. Я тебе базарник какой шо буду проводить тесты при обновляющейся БД?

У меня выполнение всех команд у нового значитьельно выше. А все что ты дальше пишеш я вообще ничего не понял...

Время исполнения команды от родной буси равно времени исполнения команды сторонней буси!
При условии шо обе буси закешированы и сами по себе команды работают идентично, ну и копилятор одинаков.

Ну вот класический пример, запускаю одну прогу которая в стром бузи, другую которая в новом и что мы получим? запуск двух бузи одновременно и прощай потихоньу скорость мода.

Ты правда вериш шо запуск 100 процесов одной буси чем то отличается от запуска 50+50 процесов 2х бусь?
Хотя б почитай шо такое буся и как ее воспринимает шел.

Вот для примера сравнение по команде ls, разница у нового очевидна.

Это даже не смешно. Ещо б время echo сравнил.

я считаю неподходит для подобных тестов.

Аргументируй.

Но даже он показал что новый быстрее.

Сравни с этим тогда уже.

что там с твоим модом и почему он замедляет все.

Да да да...

Твоя буся на 399:
# time /home/tmp/busybox ash /home/test.sh
START...
real 0m 9.23s
user 0m 8.32s
sys 0m 0.62s
#

[close]

Вообще как обычно задаю вопрос один, а в итоге обсуждаем другое.

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

[fill.sa]

VINRARUS,
Собственно с тобой и не вижу смысла эту тему обсуждать, несешь ненужный бред. Нравиться тормозить свой мод дальше - пожалуйста. Я тебе не навязываю новый бузи, а предлагаю оттестить его работу с адекватными людьми. Что бы полноценно перенести его на наш тел.

Добавлено позже (28.4.2017, 7:24):

Хотя б почитай шо такое буся и как ее воспринимает шел.

LOL, шел оболочки и есть часть бузибокса, даже дальше разговаривать с тобой не хочется.

Сообщение отредактировал fill.sa - 28.4.2017, 6:36

[VINRARUS]

Собственно с тобой и не вижу смысла эту тему обсуждать, несешь ненужный бред.

Ну тогда муч юзеров своего мода потерей совместимости.

LOL, шел оболочки и есть часть бузибокса, даже дальше разговаривать с тобой не хочется.

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

[fill.sa]

VINRARUS,
меня твоя логика просто убивает, я предлагаю на смену старого бузи портировать новую версию и провести тесты на баги. А ты зачем то (как впрочем обычно) разводиш демогогию на несколько постов, вместо того чтобы помогать сообществу. Нравиться тебе хранить два раздельных бузи(один их которых 10летней давности) вместо одного, пожалуста, только ненужно тогда эти бредни в общий топик писать.

Сообщение отредактировал fill.sa - 28.4.2017, 9:18

[VINRARUS]

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

Пользы нет, вред есть.

вместо того чтобы помогать сообществу

Я и помагаю - уберегаю сообщество от проблем несовместимости.
Как писатель софта я с ней знаком, пример тому несовместимый showTextEntry разных модов.
А проблемы несовместимости буси можна годами находить в самых неожыданных местах, и шо ещо хуже - обычным юзерам.
iproute и length по твоему мнению вообще не нужные утилиты.

только ненужно тогда эти бредни в общий топик писать.

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

[fill.sa]

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

В итоге при выключении скрипт panicd.sh отрабатывает с ошибкой, т.к. команда [ -z line && -d "/proc/$line" ] && pid="$line" явно писана под bash ,а не наш sh. Ну и далее все это соответственно валит ошибку и выключение идет с ошибкой. А даже если это команду разбить на части, то [ -z line ] почему-то всеравно не отрабатывает на ash.

[VINRARUS]

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

Да там ошыбок хватает. Например они забыли закрыть кавычку и тупо забили: /usr/SYSqtapp/wlan/wlan_mod_helper

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

[ -z line ]

ну тут явно забыт символ переменной $

[fill.sa]

Делал я тут одну штуку, заодно по случаю выдернул структуру папки исходных кодов /vobs/ от ZN5.
Пользы от этого никакой, но так для истории посмотреть будет интересно.

Про эти папки я уже писал, их содержимое у нас полностью есть
/vobs/jem/hardhat/linux-2.4.x/
/vobs/jem/hardhat/linux-2.6.x

ну а вот и список остального, что нашлось.

Сообщение отредактировал fill.sa - 6.8.2017, 16:49

[fill.sa]

И все таки это возможно...
Сегодня удалось поднять скорость по usb в режиме tools до 1,5M , сразу вообще 2,5 показывало , но потом как обычно упало до 1,6 и так примерно держалось.

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

[fill.sa]

Заодно потестил скорости через USB в разных местах

Записть в раздел памяти /mnt/msc_int0/ скорость держиться около 1,27Мб
Записть в фатовский образ(который пользовательская память в телефоне) - в среднем 1,20Мб
В /ezxlocal почемуто писалось на очень низкой около 300кб скорости.
Что до флэшки /mmc/mmca1/ там всегда стартует на очень высокой, около 2,5Мб скорости и где-то после записаных 50Мб скорость падает и всегда начинает прыгать 1-1,20-1,5Мб

[VINRARUS]

Сегодня удалось поднять скорость по usb в режиме tools до 1,5M

Класно, догнал WiFi.
А я вот как на Linux пересел так и юзаю токо WiFi (потому шо по ЮСБ не работает). Беспровод - вещ.

[fill.sa]

Так на винде вифи тоже работает )))
А так вообще 1. я небольшой любитель вифи
2. сделать нормальную скорость по усб был давний план, это как камера 352х288(хотя по факту задача снять второе ограничение, а там уже хоть 640х480 ставиь) - сделать камеру давний план и всегда по возможности буду ее ковырять.

Сообщение отредактировал fill.sa - 3.9.2017, 6:36

[VINRARUS]

хотя по факту задача снять второе ограничение, а там уже хоть 640х480 ставиь

ЦП не потянет в 30 фпс.

скорость держиться около 1,27Мб

Это уже ограничение скорости работы с памятью. Попробуй в tmpFS пописать\почитать.

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

Сообщение отредактировал VINRARUS - 4.9.2017, 14:07

[Unreal_man]

Да хоть бы 240р нормально присобачить. Вполне себе прилично снимает.

[fill.sa]

ЦП не потянет в 30 фпс.

То что может цп я уже писал несколько раз, для него лимит 352х288 и это без учета нагрузки системы, учитывая старый qt нагрузка явно больше.
Но вся надежда на сопроцессор, а он судя по докам 640х480 могет, вот только непонятно написала ли моторола адекватные драйвера под работу с ним, да и вообще есть ли нормальный механизм работы с ним.

[VINRARUS]

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

Учитывая отношение к видео - не.

[fill.sa]

VINRARUS,
Я думаю отношение было одно из лучших. Если они поставили сопроцессор для камеры и запилили прошивки под 8Мп камеру.
Другое дело, что когда зина пошла на рынок, моторола уже катилась в яму и просто стала забивать на магикс, в итоге осталась куча интересных на работак которые до конца не были доделаны.

[VINRARUS]

Скорость вафли у нас предельная 2,1 Мб/с.
Это ограничение стандарта ее, модуля, или дров зины?
ПС: проверял копированием из оперативки

Код

mount -o size=20M -t tmpfs none /root

[Воха]

Скорость вафли у нас предельная 2,1 Мб/с.

Подозреваю стандарт G. Cкорость у него 54 Мбит, т.е. на приём 27 Мбит, и переведём в Мегабайты = 3,375 Мб.сек ограничение стандарта G

[fill.sa]

Скорость вафли у нас предельная 2,1 Мб/с.
Это ограничение стандарта ее, модуля, или дров зины?

Чип ви-фи у нас marvel 88w8686
поискать доки на него и посмотреть что он может.

[VINRARUS]

Чип ви-фи у нас marvel 88w8686

88W8686 is a low-cost, low-power
highly-integrated IEEE 802.11a/g/b MAC/Baseband/RF
WLAN system-on-chip (SoC), designed to support IEEE
802.11a or 802.11g payload data rates of 6, 9, 12, 18,
24, 36, 48, and 54 Mbps

[Unreal_man]

максимум что в опере фиксировал - это около 320кб/с и никаких 3мб

[fill.sa]

максимум что в опере фиксировал - это около 320кб/с и никаких 3мб

Так это опера, там о чипа пока все через телефон пройдет, большие потери идут )

Сообщение отредактировал fill.sa - 2.10.2017, 12:48

[VINRARUS]

максимум что в опере фиксировал - это около 320кб/с и никаких 3мб

Просроченая у тебя вафля какая то, у меня 600+ вот:

Так это опера, там о чипа пока все через телефон пройдет, большие потери идут )

И это странно, ведь по FTP 2 Мб/с без проблем:

И дело ведь не в яве, curl с такой же скоростью как и ява качает прямо в ram (даже медленнее).

Добавлено позже (2.10.2017, 23:58):
/dev/zero веселее всего выкачивать.

[fill.sa]

Заметил такие файлы от родной обновлялки прошивок

Код

/ezxlocal/.fota_diff_list.txt
/usr/securesetup/cert/x509/fotaRootCAPEM.cer
/ezxlocal/.bp_flex_restore
/ezxlocal/.bp_flex
/ezxlocal/download/mystuff/.fota/
/ezxlocal/download/appwrite/setup/fota_task.conf

интересно , можно ли как-то вручную проталкнуть обновление через этот механизм.

Сообщение отредактировал fill.sa - 4.11.2017, 15:55

[VINRARUS]

интересно , можно ли как-то вручную проталкнуть обновление через этот механизм.

Конфиги обновлять? Ведь ФС в RO.

[fill.sa]

интересно , можно ли как-то вручную проталкнуть обновление через этот механизм.

Конфиги обновлять? Ведь ФС в RO.

Да в том и прикол, что там полное обновление, включая и прошивку bp проца. Потому и интересно как оно это работает, наверняка там есть маханизм защиты в случае не допрошивки, типо связь порветься и все такое.

[fill.sa]

Стало интересно проанализировать на каких частотах чаще всего работает наш проц.
Набросал небольшой скриптик, предлагаю воспользоваться всем для анализа.

В архзиве файл, закидываете файл в автозагрузку и заставляете его запуститься в фоне и забываем на месецок.
Он будет себе тихонько писать логи в папку /mmc/mmca1/cpu_alaize_log

Сообщение отредактировал fill.sa - 20.11.2017, 22:00

[VINRARUS]

Стало интересно проанализировать на каких частотах чаще всего работает наш проц.
Набросал небольшой скриптик, предлагаю воспользоваться всем для анализа.

Токо стандартный apmd переключает режымы за 0,1с (да и очень даже линейно это делает), и з паузой в 1 с ты не словиш промежуточные частоты.

[fill.sa]

VINRARUS,
Так тут и ненужно знать чот он делает каждые 0,1с. За 1с он словит достаточно информации для анализа.

да и очень даже линейно это делает

главное на какую он частоту вышел, а как переключался для теста уже неособо важно.

Добавлено позже (21.11.2017, 17:32):
Если сделать чаще 1с, боюсь системе попросту будет работать на скрипт этот.

[VINRARUS]

Если сделать чаще 1с, боюсь системе попросту будет работать на скрипт этот.

По этому я и просил EXLя сделать генератор пауз. На, используй где нада:

Код

${0%/*}/zInterval 100 op | while read out
do
    read GANGNAM_STYLE </sys/mpm/op
    echo "$GANGNAM_STYLE" >> /mmc/mmca1/cpu_alaize_log.log
done

К стати в новом bash есть read -t 0.1, который эмулирует sleep/usleep внутри оболочки. Токо пользы от этого не много, баш тормоз сам по себе.

ПС: зачем ты создаеш файл через touch перед тем как в него писать? Оболочка сама создаст.

Добавлено позже (22.11.2017, 4:21):
Вот утилитка с оптимизацией, не ощущается для юзера, смотрит частоту каждые 0,1 секунды, не насилует флешку, а пишет токо раз в минуту читабильный лог.


Сообщение отредактировал VINRARUS - 22.11.2017, 1:20

[VINRARUS]

главное на какую он частоту вышел, а как переключался для теста уже неособо важно.

На (из за плохой батареи работал стандартный apmd 133-399 МГц, короче заводской режым ЦП): несколько фоток, немного оперомини, немного читалки, немного писалки, музычка, без зарядки обошолся.

17-11-22.log

Log /sys/mpm/op
op133=67909
op266=3153
op399=4711
op532=1027
op636=0
op740=0
Unknow=0

[close]

Токо шо ты ищеш я не понял. Спроси, я много исследовал механизм автосмены частоты.
Если все же интересует режым переключения (то шо ты по моему планировал в скрипте сделать) то вот:

Сообщение отредактировал VINRARUS - 22.11.2017, 21:00

[fill.sa]

Да не, мне немного для другой цели это нужно.

[VINRARUS]

cpu_analise_MOD2

На, токо там лиш первые 4 дня работал apmd стандартный, остальное время скриптовой из развития zECO.

Сообщение отредактировал VINRARUS - 16.12.2017, 19:54