Ковыряем 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

[VINRARUS]

Странно что во многих бинарниках я видел medl.

/ezxlocal/medl/medld же, оно вообще непойми для чого. Бєкдор для тестов наверно.

Добавлено позже (13.9.2016, 0:20):
Да как такое возможно блин!!

[fill.sa]

Сейчас моя камера словила глюк, ей побоку любой размер видео.
Но воспользоваться нельзя - ошибка через пару сек камера занята. Я успеваю только забежать в меню и увидеть размер видео.
Может у кого есть желание что проверить? пока глюк висит.


Добавлено позже (25.9.2016, 22:18):
Издеваюсь над ней )))



Добавлено позже (25.9.2016, 22:23):
иду к HD )))



З.Ы. иногда ошибка не вылазит и я свободно лажу по меню. И можно переключиться на видео, но при сьемке просто все вылетает. Но это и неудивительно - ведь гдето что то подвисло.

Сообщение отредактировал fill.sa - 25.9.2016, 21:25

[VINRARUS]

Так вот
375 root SW< [otg_wqrs/0]
повидимому есть и работает, нужен просто кабель с доп питанием.

А дров всеравно нет.

Код

ls /sys/bus/otg/drivers

[fill.sa]

VINRARUS,
это уже второй вопрос. И он решаем, дрова по идее можно собрать. В сорцах от моторолы много чего есть для этого.

[Unreal_man]

Ща обзор на зину читал, пишут следующее: Производитель заявляет
о том, что аппарат
поддерживает стандарт
USB High Speed 2.0,
действительно, в режиме
USB Mass Storage или
MTP-соединения по
miniUSB-кабелю
показывает среднюю
скорость передачи
данных на уровне
1600-1850 Кб/c. Чёт у меня только около 700 выходит. Что тут не так?

[fill.sa]

Unreal_man,
у всех так.
1600-1850 Кб/c помоему только на инжинерной прошивке выдает.

[VINRARUS]

1600-1850 Кб/c

Зина даже на уровне системы не способна с такой скоростью работать с флешкою: Написание скриптов #!/bin/sh for UNIX

[fill.sa]

1600-1850 Кб/c

Зина даже на уровне системы не способна с такой скоростью работать с флешкою: Написание скриптов #!/bin/sh for UNIX

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

Добавлено позже (28.9.2016, 19:23):
Может кому пригодиться еще, винрарусу к примеру как раз нужно было.
Как ограничевать макс. частоту проца в apmd.
Делается просто, открываем бинарь в hex редакторе и находим адрес(на 2cr проше это 3bb8 ) , и число которое там указывает -будет ступенька проца для ограничения.
Т.Е. 01 это ограничить на последней ступене, при макс частоте проца 532 ограничение будет 532, при 748 соответственно 748
если значение 02 это ограничить по второй ступене и при 532 - будет 399, а при максимуме 742 - соответсвенно 636
и т.д до каждой ступени.
непонятным остается значение 00 - в нем логика невыявлена.

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

[VINRARUS]

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

Какие обращения к флешке могут ити без свапа и антивируса?

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

Аналог на shell был, но кушал много.

Моя мечта - какой то "shell все в одном", то есть шобы выполняя команду sleep не новым процесом, а внутри свого (то есть аналог busybox, только шобы выполнял код команды не запуская /bin/sleep, а исполнял sleep внутри самого себя).
Так бы sh скрипт исполнялся со скоростью натива.

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

[EXL]

Моя мечта - какой то "shell все в одном", то есть шобы выполняя команду sleep не новым процесом, а внутри свого (то есть аналог busybox, только шобы выполнял код команды не запуская /bin/sleep, а исполнял sleep внутри самого себя).

Есть tcc

Код

$ cat tcc-hello.c
#!/usr/bin/tcc -run
#include <stdio.h>
#include <unistd.h>

int main(void) {
    fprintf(stderr, "Hello, MotoMAGX modders in %d\n", 2016);
    usleep(2000 * 1000); // Analog sleep shell, but for microseconds
    fprintf(stderr, "Two secs since the launch\n");
    return 0;
}

chmod +x tcc-hello.c

$ ./tcc-hello.c
Hello, MotoMAGX modders in 2016
Two secs since the launch

Из высокоуровневых есть Python и др.

[fill.sa]

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

Какие обращения к флешке могут ити без свапа и антивируса?

да у нас вся система там, там постонное обращение к ней.

[fill.sa]

Кстати EXL, вывод ядра который ты просил в этом посте

Вывод dmesg без времени не даёт какой-либо картины. В современных дистрибутивах dmesg имеет следующий вид:


Попробуй поиграться с параметрами dmesg, возможно там что-то можно врубить, чтобы было время. Хотя я сомневаюсь в этом. У ZN5 ядро 2.6.10, а это на минуточку 2004 год. 8 лет прошло с момента выпуска ZN5 и 12 лет прошло с момента выпуска ядра. Сейчас всё кардинальным образом изменилось.

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

лог

Код

# dmesg
ap not found for chip 0
[    1.397098] Bad block table found at page 261952, version 0x88
[    1.402958] Bad block map found at page 261824, version 0x88
[    1.408634] multiple Bad block map not found for chip 0
[    1.414157] nand_read_bbt: Bad block at 414
[    1.418338] nand_read_bbt: Bad block at 415
[    1.424197] 21 cmdlinepart partitions found on MTD device nand0
[    1.430148] Creating 21 MTD partitions on "nand0":
[    1.435000] 0x000e0000-0x00200000 : "pds"
[    1.439364] 0x00220000-0x00240000 : "logo_cli"
[    1.444064] 0x00240000-0x00260000 : "panel_script"
[    1.449160] 0x00260000-0x00280000 : "device_tree"
[    1.454104] 0x00280000-0x002a0000 : "setup"
[    1.458498] 0x002a0000-0x002e0000 : "logo"
[    1.462893] 0x002e0000-0x00300000 : "secure"
[    1.467379] 0x00300000-0x004a0000 : "kern"
[    1.471743] 0x004a0000-0x00880000 : "bpsw"
[    1.476107] 0x00880000-0x008c0000 : "ho_data"
[    1.480684] 0x008c0000-0x00900000 : "fota_ua"
[    1.485414] 0x00900000-0x00960000 : "ua_temp"
[    1.489992] 0x00960000-0x009a0000 : "ua_backup"
[    1.494783] 0x009c0000-0x033c0000 : "root"
[    1.499178] 0x033c0000-0x03cc0000 : "user"
[    1.503542] 0x03cc0000-0x045c0000 : "lang"
[    1.507936] 0x045c0000-0x05840000 : "resrc"
[    1.512361] 0x05840000-0x05e40000 : "fota_up"
[    1.516969] 0x05e40000-0x1f540000 : "mass_storage"
[    1.522096] 0x1f540000-0x1f560000 : "kpanic"
[    1.526612] 0x1f560000-0x20000000 : "rsv"
[    1.530854] nand0's capacity:512MB, reserved block offset:0x1f560000
[    1.537446] IPU Post-filter loading
[    1.540986] IPU Post-processing loading
[    1.544831] ssi : ssi_init(void)
[    1.544862] ssi : creating devfs entry for ssi1
[    1.549500] ssi : creating devfs entry for ssi2
[    1.554139] dam : dam_init(void)
[    1.554230] dam : creating devfs entry for DAM
[    1.558899] SEC: mxc_sec_mod_init() called
[    1.597809] MXC MMC/SD driver
[    1.601013] mxcmci_probe: request irq no = 9
[    1.605407] mxclay: ios MMC_POWER_OFF. id 0 mode 0
[    1.610290] mxclay: slot 0 power down
[    1.614135] Warning: SDHC1 clock is not enabled !!!
[    1.619018] mxclay: ios MMC_POWER_ON. id 0 mode 1
[    1.623840] mxclay: slot 0 power up
[    1.628478] mxcmci-0 found
[    1.631408] NET: Registered protocol family 2
[    1.641631] Warning: SDHC1 clock is not enabled !!!
[    1.661620] Warning: SDHC1 clock is not enabled !!!
[    1.701658] Warning: SDHC1 clock is not enabled !!!
[    1.722409] IP: routing cache hash table of 512 buckets, 4Kbytes
[    1.728452] MXCMMC: CMD 0x8 TIMEOUT
[    1.728482] No response to CMD8, not Ver2.00 or later card
[    1.738309] Warning: SDHC1 clock is not enabled !!!
[    1.743314] Warning: SDHC1 clock is not enabled !!!
[    1.749875] TCP: Hash tables configured (established 4096 bind 8192)
[    1.756344] IPv4 over IPv4 tunneling driver
[    1.760861] ip_conntrack version 2.1 (464 buckets, 3712 max) - 180 bytes per
conntrack
[    1.781735] Warning: SDHC1 clock is not enabled !!!
[    1.823726] mmc0: host does not support reading read-only switch. assuming wr
ite-enable.
[    1.833186] MXCMMC: CMD 0x2 TIMEOUT
[    1.837764] MXCMMC: CMD 0x2 TIMEOUT
[    1.842341] MXCMMC: CMD 0x2 TIMEOUT
[    1.846888] MXCMMC: CMD 0x2 TIMEOUT
[    1.850398] Warning: SDHC1 clock is not enabled !!!
[    1.857020] Warning: SDHC1 clock is not enabled !!!
[    1.864253] Warning: SDHC1 clock is not enabled !!!
[    1.869898] Warning: SDHC1 clock is not enabled !!!
[    1.874933] mmcblk0: mmc0:b368 ST064 61312KiB
[    1.879694]  /dev/mmc/blk0: p1
[    1.942132] ip_tables: (C) 2000-2002 Netfilter core team
[    2.032065] Initializing XFRM netlink socket
[    2.036429] NET: Registered protocol family 1
[    2.040824] NET: Registered protocol family 17
[    2.045340] NET: Registered protocol family 15
[    2.049826] Power Management for Freescale MXC91231.
[    2.054801] VFP support v0.3: <6>VFP: Enabling RunFast mode to work around AR
M errata 395242
[    2.063284] implementor 41 architecture 1 part 20 variant b rev 3
[    2.562604] IP-Config: No network devices available.
[    2.576855] VFS: Mounted root (squashfs filesystem) readonly.
[    2.585949] Mounted devfs on /dev
[    2.589336] Freeing init memory: 116K
[    3.379116] Empty flash at 0x000620f4 ends at 0x00062800
[    3.411464] Empty flash at 0x00107e84 ends at 0x00108000
[    3.440120] Empty flash at 0x00153d9c ends at 0x00154000
[    3.496790] Empty flash at 0x00288630 ends at 0x00288800
[    3.692953] EXT2-fs warning: mounting unchecked fs, running e2fsck is recomme
nded
[    3.705801] yaffs: dev is 32505856 name is "mtdblock0"
[    3.710958] yaffs: Attempting MTD mount on 31.0, "mtdblock0"
[    3.763173] yaffs: dev is 32505874 name is "mtdblock18"
[    3.768483] yaffs: Attempting MTD mount on 31.18, "mtdblock18"
[    3.775013] restore entry: isCheckpointed 0
[    4.192944] found no more checkpt blocks
[    4.196911] checkpoint byte count 0
[    4.200390] restore exit: isCheckpointed 0
[   13.595537] jffs2_get_inode_nodes(): CRC failed on node at 0x005827e0: Read 0
xffffffff, calculated 0xd9485f26
[   13.623582] jffs2_get_inode_nodes(): Data CRC failed on node at 0x00061ecc: R
ead 0xe14ae081, calculated 0x70592aa9
[   14.115058] jffs2_get_inode_nodes(): Data CRC failed on node at 0x00153334: R
ead 0xb2c35343, calculated 0xc2839ce6
[   14.133612] jffs2_get_inode_nodes(): Data CRC failed on node at 0x00107668: R
ead 0xac6516cb, calculated 0x8835ba89
[   14.244603] jffs2_get_inode_nodes(): Data CRC failed on node at 0x00287c1c: R
ead 0xc9ee94b0, calculated 0x3f0ebd27
[   14.504485] sipcdrv: no version for "struct_module" found: kernel tainted.
[   14.523284] NET: Registered protocol family 28
[   15.446026] Current cpu frequency: 532 Mhz
[   15.490398] Running NetMUX
[   21.300316] Adding 14992k swap on /dev/loop/2.  Priority:-1 extents:1
[   21.645189] mmc_block ioctl: Should not be here!
[   25.058271] cspi: init()
[   25.061689] CSPI Tx DMA Channel: 24
[   25.065900] CSPI Rx DMA Channel: 25
[   25.128796] DMCAM: Started
[   27.040442] fuse init (API version 7.5)
[   27.044806] fuse distribution version: 2.5.3
[   39.716349] mmc_block ioctl: Should not be here!
[   40.199281] FAT: utf8 is not a recommended IO charset for FAT filesystems, fi
lesystem will be case sensitive!
[   41.611943] tvout-driver [INFO]: Driver loaded
[   53.949631] otg_modinit:
[   53.952865] workqueue otg_work is created otg_workqueue value is 0xc22a4900.
[   53.960525] otg_probe:
[   54.016127] blan_mod_init: CRC: 01
[   54.984065] Copyright (c) 2004 Belcarra Technologies; www.belcarra.com; sl@be
lcarra.com
[   54.992763] msc_modinit vendor_id: 0000 product_id: 0000 major: 0 minor: 0 ma
xlun: 2
[   55.123406] mtp_modinit vendor_id: 0000 product_id: 0000 major: 0 minor: 0
[   55.163749] pbg_modinit vendor_id: 0000 product_id: 0000 major: 0 minor: 0 hp
_agent: 0
[   55.198569] Model ID is ZN5<6>generic_cf_modinit: config_name: "" load_all: 1
[   55.206321] generic_cf_modinit: checking[0] "acm-tty"
[   55.211661] generic_cf_modinit: checking[1] "net-blan"
[   55.217124] generic_cf_modinit: checking[2] "msc"
[   55.222159] generic_cf_modinit: checking[3] "mtp"
[   55.227225] generic_cf_modinit: checking[4] "pbg"
[   55.232260] generic_cf_modinit: checking[5] "ptp"
[   55.237692] generic_cf_modinit: checking[6] "tty-blan-motorola"
[   55.865976] brassboard_modinit: AAAAEntry
[   55.870218] brassboard_modinit: PCD DRIVER N/A
[   55.875101] mxc91231_tcd_mod_init: AAAA22
[   55.879343] MXC gpio setting for mc13783
[   55.883767] IOMUX setting for MXC91231
[   55.887857] mxc91231_tcd_mod_init: D_D - Differential Unidirectional
[   55.894876] brassboard_modinit: PCD DRIVER N/A
[   56.531033] otg_gen_init_func:
[   56.534420] otg_gen_init_func:
[   57.131791] generic_os_hotplug: status=0
#

[close]

видна задержка тут

Код

  [    4.200390] restore exit: isCheckpointed 0
[   13.595537] jffs2_get_inode_nodes(): CRC failed on node at 0x005827e0: Read 0

и тут

Код

[   15.490398] Running NetMUX
[   21.300316] Adding 14992k swap on /dev/loop/2.  Priority:-1 extents:1

Сообщение отредактировал fill.sa - 29.9.2016, 13:38

[VINRARUS]

Баг обнаружил.
Всем известно шо эта команда отключает автоуправление частотой, и ставит максимальную.

Код

pmtool -d 0

Но если запросить системную инфу командой

Код

pmtool -p

то частота понижается на 1 ступень от топовой (740 > 636, или 532 > 399).
И от этого опять приходится ее повышать вручную каждый раз...

Код

sed '$!d' /sys/mpm/availop > /sys/mpm/op

[fill.sa]

Хотел вот выложить наглядное пособие по образу cdt.
Если что это разметка наших кодовых групп и параметры для них.
КОгда то делал себе, может кому пригодится тоже.



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

[fill.sa]

Кстати еще глюки интересные ловил

Код

sh -c ps -aux > /ezxlocal/psresult
ps -aux

что за ерунда, зачем эти параметры.
Зачемто вообще вывод в /ezxlocal/psresult отправлен.
С top тоже самое походже было, т.к. появился файл top в /ezxlocal

Нашел, это windowsserver зачемто запускает такие задачи.

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

Это якобы аукс? Или не он, который он?

[fill.sa]

Это якобы аукс? Или не он, который он?

Это не он , который он ))
Просто какието префиксы к командам, которые нигде незадокументированы и не знаю, извините что они делают.
Случайно их отловил. А сейчас нашел кто эти команды запускает.

Добавлено позже (21.11.2016, 15:20):
Я вот тут другое нашел, видимо структура сорцов моторловскийх, в том виде в котором они у них хранятся.

Правдо с практической точки пользы от этого никакой, но для общего развития самое оно )

Много текста

/vobs/linuxjava/sipc/src/sipc_user/doxygen/componentoverview.h
/vobs/linuxjava/sipc/src/sipc_user/include/public/ipcsocket.h
/vobs/linuxjava/sipc/src/sipc_user/include/public/ipcsocket.h
/vobs/linuxjava/sipc/src/sipc_user/include/public/ipcsocket.h
/vobs/linuxjava/sipc/src/sipc_user/include/public/linux/ipc_defs.h

/vobs/linuxjava/at_commands/at_commands/to_root/AT_SetRootUGID.c
/vobs/linuxjava/at_commands/at_commands/at_ipc_lib/AT_Socket_IPC.c
/vobs/wsd_tapi/device_controller/src/csdd.c
/vobs/wsd_tapi/device_controller/src/libdcutil.c
/vobs/wsd_tapi/device_controller/src/libdcmsgparser.c
/vobs/wsd_tapi/device_controller/src/devcontd.c
/vobs/wsd_tapi/device_controller/src/libdcutil.c
/vobs/wsd_tapi/device_controller/src/libdcmsgparser.c
/vobs/wsd_tapi/dmi_manager/src/dmi_manager.cc
/vobs/wsd_tapi/dmi_manager/src/ls_notifier.cc
/vobs/wsd_tapi/dmi_manager/src/dcstat.cc
/vobs/wsd_tapi/telephony_framework/src/tf_util/tf_util_msg_fcns.c
/vobs/wsd_tapi/device_controller/src/gprsd.c
/vobs/wsd_tapi/device_controller/src/qos.c
/vobs/wsd_tapi/device_controller/src/sml3msgparser.c
/vobs/wsd_tapi/device_controller/src/libdcutil.c
/vobs/wsd_tapi/device_controller/src/libdcmsgparser.c
/vobs/wsd_tapi/ipsec_dc/src/certicom_cb.c
/vobs/wsd_tapi/ipsec_dc/src/ipsec_controller.cc
/vobs/wsd_tapi/ipsec_dc/src/certicom_ike.cc
/vobs/wsd_tapi/ipsec_dc/src/link_security_session.cc
/vobs/wsd_tapi/ipsec_dc/src/link_security_session.cc
/vobs/wsd_tapi/ipsec_dc/src/security_broker.cc
/vobs/wsd_tapi/link_manager/src/lm/lm_event.cc
/vobs/wsd_tapi/link_manager/src/lm/lm_socket.cc
/vobs/wsd_tapi/link_manager/src/lm/lm_transactions.cc
/vobs/wsd_tapi/device_controller/test/lmstub.c
/vobs/wsd_tapi/device_controller/src/libdcutil.c
/vobs/wsd_tapi/device_controller/src/libdcmsgparser.c
/vobs/wsd_tapi/modem_services/src/ms_test/ms_mia.c
/vobs/wsd_tapi/modem_services/src/ms_main/ms_main.c
/vobs/wsd_tapi/modem_services/src/ms_main/ms_service_dispatcher.cc
/vobs/wsd_tapi/modem_services/src/ms_msg/DL_SMS_GSM_Cell_Broadcast_SP.cc
/vobs/wsd_tapi/modem_services/src/ms_msg/DL_SMS_GSM_MT_Transfer_Layer_SP.cc
/vobs/wsd_tapi/modem_services/src/ms_pud/MS_PUD_SP.cc
/vobs/wsd_tapi/modem_services/src/ms_reg/DL_SIG_REG_GSM_SP.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_cache_mgr/DL_SIM_CACHE_MGR_SP.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_cache_mgr/DL_SIM_CACHE_MGR_SP_Caching_Funcs.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_cache_mgr/DL_SIM_CACHE_MGR_SP_Utilities.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_mgr/DL_SIM_MGR_SP.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_toolkit/DL_SIM_TOOLKIT_SP.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_toolkit/DL_SIM_TOOLKIT_utility.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_toolkit/MMIREG_TLV_STK_BCCH.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_toolkit/MMIREG_TLV_STK_BCCH.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_toolkit/MMIREG_TLV_STK_Bearer_Description.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_toolkit/MMIREG_TLV_STK_Called_Subaddress.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_toolkit/MMIREG_TLV_STK_Card_ATR.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_toolkit/MMIREG_TLV_STK_Card_Reader_ID.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_toolkit/MMIREG_TLV_STK_Card_Reader_Status.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_toolkit/MMIREG_TLV_STK_Cause.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_toolkit/MMIREG_TLV_STK_Channel_Data.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_toolkit/MMIREG_TLV_STK_Event_List.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_toolkit/MMIREG_TLV_STK_Loc_Info.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_toolkit/MMIREG_TLV_STK_Response_APDU.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_toolkit/MMIREG_TLV_STK_Result.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_toolkit/MMIREG_TLV_STK_SMS_RPDU.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_toolkit/MMIREG_TLV_STK_SMS_TPDU.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_toolkit/MMIREG_TLV_STK_Term_Prof_Ext.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_toolkit/MMIREG_TLV_STK_Text_String.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_toolkit/MMIREG_TLV_STK_Trans_Id.cc
/vobs/wsd_tapi/modem_services/src/ms_ss/DL_SS_GSM_Service_Provider.cc
/vobs/wsd_tapi/modem_services/src/ms_ss/DL_SS_GSM_SP_Call_Forwarding.cc
/vobs/wsd_tapi/modem_services/src/ms_ss/DL_SS_GSM_SP_Public_mmi.cc
/vobs/wsd_tapi/modem_services/src/ms_subsidy_lock/dl_subsidy_lock_auf.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_request/MS_TAPI_Request.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_request/MS_TAPI_Request_Accessory.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_request/MS_TAPI_Request_CC.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_request/MS_TAPI_Request_Call_Meters.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_request/MS_TAPI_Request_Cell_Broadcast.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_request/MS_TAPI_Request_EFEM.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_request/MS_TAPI_Request_FTRDB.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_request/MS_TAPI_Request_Mailbox.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_request/MS_TAPI_Request_Phone_Language_Client.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_request/MS_TAPI_Request_Phonebook.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_request/MS_TAPI_Request_Power.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_request/MS_TAPI_Request_REG.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_request/MS_TAPI_Request_SIM_Cache.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_request/MS_TAPI_Request_SIM_MGR.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_request/MS_TAPI_Request_SIM_TOOLKIT.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_request/MS_TAPI_Request_SMS.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_request/MS_TAPI_Request_SS.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_request/MS_TAPI_Request_Subsidy_Lock.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_request/MS_TAPI_Request_EXT_DATA.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_frm/TAPI_FRM_AppSrv.c
/vobs/wsd_tapi/modem_services/src/ms_tapi_frm/TAPI_FRM_ClientFd.c
/vobs/wsd_tapi/modem_services/src/ms_tapi_frm/TAPI_FRM_OneInstanceAppMsg.c
/vobs/wsd_tapi/modem_services/src/ms_tapi_frm/TAPI_FRM_QueueManager.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_frm/TAPI_FRM_Registry.c
/vobs/wsd_tapi/modem_services/src/ms_tapi_frm/TAPI_FRM_RegistryList.c
/vobs/wsd_tapi/modem_services/src/ms_tapi_frm/TAPI_FRM_Tsocket.c
/vobs/wsd_tapi/modem_services/src/ms_tapi_frm/TAPI_List.c
/vobs/wsd_tapi/modem_services/src/ms_tapi_frm/TAPI_Server.c
/vobs/wsd_tapi/modem_services/src/ms_tapi_frm/TAPI_SocketUtility.c
/vobs/wsd_tapi/modem_services/src/ms_tapi_notif/MS_TAPI_Notif.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_notif/MS_TAPI_Notif_Call_Meters.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_notif/MS_TAPI_Notif_CC.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_notif/MS_TAPI_Notif_Cell_Broadcast.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_notif/MS_TAPI_Notif_Call_Meters.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_notif/MS_TAPI_Notif_CC.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_notif/MS_TAPI_Notif_Cell_Broadcast.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_notif/MS_TAPI_Notif_DATA.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_notif/MS_TAPI_Notif_EFEM.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_notif/MS_TAPI_Notif_REG.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_notif/MS_TAPI_Notif_SIM_Cache.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_notif/MS_TAPI_Notif_SIM_MGR.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_notif/MS_TAPI_Notif_SIM_TOOLKIT.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_notif/MS_TAPI_Notif_SMS.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_notif/MS_TAPI_Notif_SS.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_notif/MS_TAPI_Notif_Subsidy_Lock.cc
/vobs/wsd_tapi/modem_services/src/ms_util/ms_util.c
/vobs/wsd_tapi/modem_services/src/ms_util/ms_util_sim_cache_ezx_db_interface.c
/vobs/wsd_tapi/modem_services/src/ms_util/ms_util_sim_wap.c
/vobs/wsd_tapi/modem_services/src/ms_util/ms_util_sig_msg.c
/vobs/wsd_tapi/modem_services/src/ms_call/dl_sig_call_auf.cc
/vobs/wsd_tapi/modem_services/src/ms_call/DL_CC_GSM_SP_Data.cc
/vobs/wsd_tapi/modem_services/src/ms_call/DL_CC_GSM_SP_Hold.cc
/vobs/wsd_tapi/modem_services/src/ms_call/DL_CC_GSM_SP_Release.cc
/vobs/wsd_tapi/modem_services/src/ms_call/DL_CC_GSM_SP_Mobile_Terminated.cc
/vobs/wsd_tapi/modem_services/src/ms_call/DL_CC_GSM_SP_Mobile_Originated.cc
/vobs/wsd_tapi/modem_services/src/ms_call/DL_CC_GSM_SP_Multiparty.cc
/vobs/wsd_tapi/modem_services/src/ms_call/DL_CC_GSM_SP_Utility.cc
/vobs/wsd_tapi/modem_services/src/ms_call_meters/DL_CALL_TIMERS_SP.cc
/vobs/wsd_tapi/modem_services/src/ms_data/dl_data_auf.cc
/vobs/wsd_tapi/modem_services/src/ms_data/DL_DATA_GSM_SP_FAX.cc
/vobs/wsd_tapi/modem_services/src/ms_data/DL_DATA_ACL_MGR.cc
/vobs/wsd_tapi/modem_services/src/ms_db_ftr/dl_db_feature_auf.cc
/vobs/wsd_tapi/modem_services/src/ms_db_ftr/DL_DB_FTR_SP.cc
/vobs/wsd_tapi/modem_services/src/ms_db_msg_sim/DL_DB_MSG_SIM_SP.cc
/vobs/wsd_tapi/modem_services/src/ms_db_pbk_sim/DL_DB_PBK_SIM_SP.cc
/vobs/wsd_tapi/modem_services/src/ms_db_pbk_sim/DL_DB_PBK_SIM_Storage_Mgr.cc
/vobs/wsd_tapi/modem_services/src/ms_ftm/DL_Field_Eng_Mode_SP.cc
/vobs/wsd_tapi/modem_services/src/ms_homezone/DL_SIG_HOMEZONE_VIAG_SP.cc
/vobs/wsd_tapi/modem_services/src/ms_preflist/DL_DB_SIG_Preferred_List.cc
/vobs/wsd_tapi/modem_services/src/ms_preflist/DL_DB_SIG_PLMN_Text_Table.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_cache_mgr/DL_SIM_CACHE_MGR_SP_FTR_DB_Sim_Funcs.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_toolkit/CXX_TLV.cc
/vobs/wsd_tapi/modem_services/src/ms_sim_toolkit/DL_SIM_TOOLKIT_cmd.cc
/vobs/wsd_tapi/modem_services/src/ms_ss/dl_sig_ss_auf.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_request/ms_tapi_request_util.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_request/ms_tapi_request_util.cc
/vobs/wsd_tapi/modem_services/src/ms_tapi_frm/TAPI_BinSearch.c
/vobs/wsd_tapi/modem_services/src/ms_call/DL_CC_DTMF_GSM_Service_Provider.cc
/vobs/wsd_tapi/telephony_framework/src/tf_util/tf_util_ipc.c
/vobs/wsd_tapi/telephony_framework/src/tf_util/TF_UTIL_Scim_Fcns.cc
/vobs/wsd_tapi/private_hdrs/tf_service_provider/TF_Provider.H
/vobs/wsd_tapi/telephony_framework/src/tf_util/tf_util_msg_fcns.c
/vobs/wsd_tapi/telephony_framework/src/tf_util/tf_util_string.c
/vobs/wsd_tapi/dmi_manager/src/dmapi.cc
/vobs/wsd_tapi/link_manager/src/test/util.cpp
/vobs/wsd_tapi/link_manager/src/test/TestAPI.cpp
/vobs/wsd_tapi/device_controller/test/smstub.c
/vobs/wsd_tapi/device_controller/src/libdcutil.c
/vobs/wsd_tapi/device_controller/src/libdcmsgparser.c
/vobs/wsd_tapi/tapi_test/src/tapi_test_frm/test_app_battery.c
/vobs/wsd_tapi/tapi_test/src/tapi_test_frm/test_app_bt.c
/vobs/wsd_tapi/tapi_test/src/tapi_test_frm/test_app_cc.c
/vobs/wsd_tapi/tapi_test/src/tapi_test_frm/test_app_cphs.c
/vobs/wsd_tapi/tapi_test/src/tapi_test_frm/test_app_efem.cc
/vobs/wsd_tapi/tapi_test/src/tapi_test_frm/test_app_sim.c
/vobs/wsd_tapi/tapi_test/src/tapi_test_frm/test_app_sms.c
/vobs/wsd_tapi/tapi_test/src/tapi_test_frm/test_app_stk.c
/vobs/wsd_tapi/tapi_test/src/tapi_test_frm/test_bp_cc.cc
/vobs/wsd_tapi/tapi_test/src/tapi_test_frm/test_bp_dispatch.cc
/vobs/wsd_tapi/tapi_test/src/tapi_test_frm/test_bp_emulator.c
/vobs/wsd_tapi/tapi_test/src/tapi_test_frm/test_bp_ftrdb.cc
/vobs/wsd_tapi/tapi_test/src/tapi_test_frm/test_bp_reg.cc
/vobs/wsd_tapi/tapi_test/src/tapi_test_frm/test_bp_ss.cc
/vobs/wsd_tapi/tapi_test/src/tapi_test_frm/test_main.c
/vobs/wsd_tapi/tapi_test/src/tapi_test_frm/test_ms_external.c
/vobs/wsd_tapi/tapi_test/src/tapi_test_frm/test_sublock_emulator.c
/vobs/wsd_tapi/telephony_framework/src/tf_util/tf_util_ipc.c
/vobs/wsd_tapi/telephony_framework/src/tf_util/tf_util_string.c
/vobs/wsd_tapi/device_controller/test/testpppd.c
/vobs/wsd_tapi/device_controller/src/libdcutil.c
/vobs/wsd_tapi/tapi_test/src/test_auto/test_auto_app_simulator.c
/vobs/wsd_tapi/tapi_test/src/test_auto/test_auto_bp_simulator.c
/vobs/wsd_tapi/tapi_test/src/test_auto/test_auto_nvm_handler.cc
/vobs/wsd_tapi/telephony_framework/src/tf_util/tf_util_ipc.c
/vobs/wsd_tapi/translation_layer/src/tl_main/tl_ipc_main.c
/vobs/wsd_tapi/translation_layer/src/tl_main/tl_ipc_service_dispatcher.cc
/vobs/wsd_tapi/translation_layer/src/tl_nvm/TL_IPC_NVM_P.cc
/vobs/wsd_tapi/translation_layer/src/tl_sim_transport/TL_SIM_TRANSPORT_P.cc
/vobs/wsd_tapi/translation_layer/src/tl_efem_transport/TL_EFEM_TRANSPORT_P.cc
/vobs/wsd_tapi/telephony_framework/src/tf_sim_transport_api/TF_SIM_TRANSPORT_Engine_File_Change.cc
/vobs/wsd_tapi/telephony_framework/src/tf_efem_api/tf_efem_ipc_util.c
/vobs/wsd_tapi/telephony_framework/src/tf_util/tf_util_ipc.c
/vobs/wsd_tapi/telephony_framework/src/tf_util/tf_util_msg_fcns.c
/vobs/wsd_tapi/telephony_framework/src/tf_util/tf_util_string.c
/vobs/wsd_tapi/telephony_framework/src/tf_efem_api/TF_EFEM_TLV_GetValueCnf_Attributes_STREAM.cc
/vobs/wsd_tapi/telephony_framework/src/tf_efem_api/TF_EFEM_TLV_UINT16_STREAM.cc
/vobs/wsd_tapi/telephony_framework/src/tf_efem_api/TF_EFEM_TLV_UINT8_STREAM.cc
/vobs/wsd_tapi/device_controller/src/int_data_ip_up.c
/vobs/wsd_tapi/device_controller/src/libdcutil.c
/vobs/wsd_tapi/device_controller/src/libdcmsgparser.c

[close]

Само собой это не все, только то что собирается для папок /bin и /etc и то только часть адресов


Есть вот еще такой списочек
/vobs/3gsm_sierra/gpl_drivers/Kconfig
/vobs/atso_tools/perl5/bin/perl_Linux_5.6.1

/vobs/jem/os_release/arm/arm_v6_vfp_le/${PRODUCT}/${PRODUCT}_defconfig
/vobs/jem/os_release/arm/arm_v6_vfp_le/${PRODUCT}/build/.config
/vobs/jem/cee4_lsp/mobilinux/devkit/arm/v6_vfp_le/bin
/vobs/jem/hardhat/Makefile
/vobs/jem/hardhat/linux-2.6.x/arch/arm/configs/motorola_ljap/README.txt
/vobs/jem/hardhat/linux-2.6.x/arch/arm/configs/motorola_ljap_defconfig
/vobs/jem/hardhat/linux-2.6.x/arch/arm/configs/motorola_ljap/product-family/${PRODUCT_FAMILY}.config
/vobs/jem/hardhat/linux-2.6.x/arch/arm/configs/motorola_ljap/product/${PRODUCT
/vobs/jem/hardhat/linux-2.6.x/arch/arm/configs/motorola_ljap/feature/
/vobs/jem/hardhat/linux-2.6.x/arch/arm/configs/motorola_ljap_defconfig.
/vobs/jem/hardhat/linux-2.6.x/arch/arm/configs/motorola_ljap_defconfig
/vobs/jem/hardhat/linux-2.6.x/arch/arm/configs/motorola_ljap/product-family/argon.config
/vobs/jem/hardhat/linux-2.6.x/arch/arm/configs/motorola_ljap_defconfig to
/vobs/jem/hardhat/linux-2.6.x/arch/arm/configs/motorola_ljap/feature/holograph.config
/vobs/jem/hardhat/linux-2.6.x/drivers/video/mxc/mxcfb.c

А содержимое /vobs/jem/hardhat/ у нас даже полностью имеется.

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

[fill.sa]

Ковырялся тут в кнопке галереи, странный там механимз оказался.
Оказывается сам запуск обрабатывает phone и запускает mediafinder. А уже префикс запуска галереи добавляет процесс am, без am по сути запускался бы плеер как на остальных магиксах.

Страння схема вообщем.

[Unreal_man]

fill.sa, а можно сделать так, чтобы phone запускал то, что ему скажем мы, а не медиафайндер?
И ещё. Я так понимаю исходники прошивки у нас есть?

[EXL]

Я так понимаю исходники прошивки у нас есть?

Нет. У нас есть исходники ядра и некоторых компонентов, все они перечислены тут:

https://sourceforge.net/projects/motozinezn...37_G_81.03.0DR/

Исходников "прошивки" и EZX-библиотек нет.

[fill.sa]

fill.sa, а можно сделать так, чтобы phone запускал то, что ему скажем мы, а не медиафайндер?
И ещё. Я так понимаю исходники прошивки у нас есть?

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

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

fill.sa, а можно сделать так, чтобы phone запускал то, что ему скажем мы, а не медиафайндер?

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

[VINRARUS]

Ковырялся тут в кнопке галереи, странный там механимз оказался.
Оказывается сам запуск обрабатывает phone и запускает mediafinder. А уже префикс запуска галереи добавляет процесс am, без am по сути запускался бы плеер как на остальных магиксах.

Второе поле с команды смотриш?

Код

top -b -n 1 | sort -n

[fill.sa]

Ковырялся тут в кнопке галереи, странный там механимз оказался.
Оказывается сам запуск обрабатывает phone и запускает mediafinder. А уже префикс запуска галереи добавляет процесс am, без am по сути запускался бы плеер как на остальных магиксах.

Второе поле с команды смотриш?

Код

top -b -n 1 | sort -n

Нет, это я просто дизасемблировал проги в телефоне и там видел.

З.Ы. команда нерабочая на штатном бузибоксе

Добавлено позже (11.12.2016, 16:18):
Кто-то знаком с такими форматами?
image/vnd.ziyitong.vis vis ivis kvis msf
image/vnd.ziyitong.zdd zdd

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

Сообщение отредактировал fill.sa - 13.12.2016, 5:38

[VINRARUS]

З.Ы. команда нерабочая на штатном бузибоксе

Код

top -b -n 1

Там в 2му столбу родитель процеса пишется.

[fill.sa]

Видел кто такие функции?

[VINRARUS]

Видел кто такие функции?

[fill.sa]

Есть тут еще кто живой?
Пытаюсь полноценно портировать бузибокс новый на зину. Нужны тест по максимому.

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

Код

mount -o bind ./busybox_1262 /bin/busybox

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

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


З.Ы. на данный момент найден косяк с вифи, он отказывается подключаться. Может кто сможет вычислить почему, сам я пока не нашел.

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

[Unreal_man]

fill.sa,
где файл? Что нового в этом бусе?

[fill.sa]

Файл не прекрепился, перекинул по новой.

Что нового в этом бусе?

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

[VINRARUS]

З.Ы. на данный момент найден косяк с вифи, он отказывается подключаться. Может кто сможет вычислить почему, сам я пока не нашел.

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

Что нового в этом бусе?

В сравнении з родним 1.0 то раза в 2 больше команд (утилит). И даже те которые однаковы имеют разные наборы ключей. Некоторые обновленные утилиты работают быстрее, а некоторые потеряли совместимость.

Но так как все команды исполняются в новых процесах, которые независимые, разницы использовать единую бузю или 2 разные версии по оему нет (кроме лишних 600 кб оперативки под 1.0 для дискового кеша).

Например в ZiniMOD щас их 2, и некоторые команды исполняются в старом (те на которые моторола симлинки вывела), а некоторые в более новом - так я полностью решил проблему совместимости в корню. А совместимость важнее наворотов и "пакращень"

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

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

Можна даже в авторан до гуя кинуть, но в случае проблем токо ZiniMOD выжывет.

Добавлено позже (25.4.2017, 21:38):
Еее, а какой в нем вообще смысл? Он же кастрированый какой то, всего 203 утилиты (в последнего 364).
Он почти не отличается от родного по набору утилит.
И вообще он модифицирован ненужными цветами зачемто.

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

[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