Сборка ядра для ZN5. Compiling your own kernel, Компилим ядро. Мануал. 740 (798) MHz. Разгон Поделиться Опции

[EXL]

На днях поковырялся в ядре и немного повысил частоту работы процессора.
В целом, производительность устройства увеличилась. Это можно судить по тестам:

532 MHz:


636 MHz (изначально неправильно высчитанная частота 665 MHz):


740 MHz (изначально неправильно высчитанная частота 798 MHz):


Кроме того аппарат начал быстрее работать в некоторых меню, к сожалению поднятие частоты процессора конечно же не помогло избавится полностью от глюков и фризов Qt оболочки. Телефон нормально запускается и работает на 798 MHz у меня уже примерно две недели. 798 MHz лишь заменяет 532 MHz при нагрузке, поэтому все утилиты типа zCpu, aiCPU и др. будут работать.
Насчёт продолжительности от работы аккумулятора точно сказать не могу, т.к имею убитый на морозе аккум. Кто протестирует и отпишется о результатах - буду рад. Но скажу точно, денёк у меня держит, если не играть и пользоваться телефоном - как телефоном.
Кроме того, немного повысилась производительность в играх и эмуляторах. Например, pscx4all стал работать быстрее, Picodrive от rock88 вообще выдаёт фуллспид, а в quake 1 разогнался настолько, что играть стало не реально. Подробнее можете посмотреть на видео:

[video]https://www.youtube.com/watch?v=TJLPbUxXoSc[/video]

Ядра собраны под Symbiosis X.2 - 0DR, для ZN5 РСТ 64 Mb RAM. Кто портирует под ZN5 T-mobile - буду только рад. По-моему там просто загрузчик в sbf файлах поменять... P.S. Ядро от стандартного отличается только наличием возможности работы со свапом + другая частота.
665 MHz - Скачать 0DR
798 MHz - Скачать 0DR
665 MHz - Скачать 2CR_128 (ZE 0.9)
798 MHz - Скачать 2CR_128 (ZE 0.9)

Установка - обычная прошивка sbf-файла с помощью RSD Lite.

Изменения в сорцах ядра
Файл hardhat/linux-2.6.x/arch/arm/mach-mxc91231/mxc_pm.c, функция static ap_pll_mfn_values_t opinfo[NUM_DVFSOP_INDEXES], там где комментом отмечено /* 532 */:
значение ap_pll_dp_hfs_op: 0x000000A0 меняем на ap_pll_dp_hfs_op: 0x000000E0 для 798 и на ap_pll_dp_hfs_op: 0x000000C0 для 665.

Напоминаю, что ответственность за ваши действия лежит только на вас.

Полезная информация
Температурные тесты работы процессора ZN5.
Компилируем ядро ZN5. Мануал.

Прикреплённые файлы:

[VINRARUS]

подтверждаю, итого тел стартует на максимуме 532 MHz

А у меня с разницой в 1 сек так (я ж в ручную в моде до 740 поднимаю, когда в обычном режиме):

Код

BogoMIPS        : 354.71
BogoMIPS        : 354.71
BogoMIPS        : 493.36
BogoMIPS        : 493.36
BogoMIPS        : 493.36
BogoMIPS        : 493.36
BogoMIPS        : 493.36
BogoMIPS        : 493.36
BogoMIPS        : 493.36
BogoMIPS        : 493.36
BogoMIPS        : 493.36
BogoMIPS        : 493.36
BogoMIPS        : 493.36
BogoMIPS        : 493.36
BogoMIPS        : 493.36

Сообщение отредактировал VINRARUS - 6.10.2016, 22:25

[fill.sa]

VINRARUS,
это ты где смотришь? в /proc/cpuinfo или как там.
Так тамже текущая частота. А какая при старте в dmesg.

[VINRARUS]

это ты где смотришь? в /proc/cpuinfo или как там.
Так тамже текущая частота. А какая при старте в dmesg.

Код

#autorun#
while true
do
cat /proc/cpuinfo | grep "BogoMIPS"  >> /home/log.log
sleep 1
done

А dmesg никаких божественных мипсов не дает.

Сообщение отредактировал VINRARUS - 7.10.2016, 7:22

[EXL]

А dmesg никаких божественных мипсов не дает.

Даёт же. В самом начале запуска любое ядро Linux калибрует задержку и оценивает скорость. Ищи строку

Код

Calibrating delay loop... 354.71 BogoMIPS (lpj=1773568)

[fill.sa]

VINRARUS,
EXL,
яже выкладывал свой лог, у меня видно. Просто это на очень раннем этапе старта. Наверное у тебя винрарус лог длинный и эта строчка уже непопадает.
Выкинь вообще весь лог свой посмотреть?

[VINRARUS]

Щас

Код

# dmesg
_expire: Tx has been idle
bluesleep_sleep_work: going to sleep...
bluesleep_outgoing_data: tx was sleeping
bluesleep_sleep_work: waking up...
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: already awake
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: already awake
bluesleep_tx_timer_expire: Tx has been idle
bluesleep_sleep_work: going to sleep...
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: waking up...
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: going to sleep...
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: waking up...
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: going to sleep...
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: waking up...
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: going to sleep...
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: waking up...
bluesleep_outgoing_data: tx was sleeping
bluesleep_sleep_work: already awake
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: already awake
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: already awake
bluesleep_tx_timer_expire: Tx has been idle
bluesleep_sleep_work: already awake
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: going to sleep...
bluesleep_outgoing_data: tx was sleeping
bluesleep_sleep_work: waking up...
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: already awake
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: already awake
bluesleep_tx_timer_expire: Tx has been idle
bluesleep_sleep_work: going to sleep...
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: waking up...
bluesleep_outgoing_data: tx was sleeping
bluesleep_sleep_work: already awake
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: already awake
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: already awake
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: already awake
bluesleep_tx_timer_expire: Tx has been idle
bluesleep_sleep_work: going to sleep...
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: waking up...
bluesleep_outgoing_data: tx was sleeping
bluesleep_sleep_work: already awake
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: already awake
bluesleep_tx_timer_expire: Tx has been idle
bluesleep_sleep_work: going to sleep...
bluesleep_outgoing_data: tx was sleeping
bluesleep_sleep_work: waking up...
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: already awake
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: already awake
bluesleep_tx_timer_expire: Tx has been idle
bluesleep_sleep_work: going to sleep...
bluesleep_outgoing_data: tx was sleeping
bluesleep_sleep_work: waking up...
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: already awake
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: already awake
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: already awake
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: already awake
bluesleep_tx_timer_expire: Tx has been idle
bluesleep_sleep_work: going to sleep...
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: waking up...
bluesleep_outgoing_data: tx was sleeping
bluesleep_sleep_work: already awake
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: already awake
bluesleep_tx_timer_expire: Tx has been idle
bluesleep_sleep_work: going to sleep...
bluesleep_outgoing_data: tx was sleeping
bluesleep_sleep_work: waking up...
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: already awake
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: already awake
bluesleep_tx_timer_expire: Tx has been idle
bluesleep_sleep_work: going to sleep...
Bluetooth: Removed L2CAP device layer
NET: Unregistered protocol family 31
Delaying suspend sequence because device ipc_link_driver.0 is busy (retval -16)
Delaying suspend sequence because device apal.0 is busy (retval -16)
Delaying suspend sequence because device apal.0 is busy (retval -16)
Delaying suspend sequence because device apal.0 is busy (retval -16)
Delaying suspend sequence because device apal.0 is busy (retval -16)
Delaying suspend sequence because device apal.0 is busy (retval -16)
Delaying suspend sequence because device apal.0 is busy (retval -16)
Delaying suspend sequence because device apal.0 is busy (retval -16)
Delaying suspend sequence because device apal.0 is busy (retval -16)
Delaying suspend sequence because device apal.0 is busy (retval -16)
Delaying suspend sequence because device apal.0 is busy (retval -16)
Delaying suspend sequence because device apal.0 is busy (retval -16)
Delaying suspend sequence because device apal.0 is busy (retval -16)
Delaying suspend sequence because device apal.0 is busy (retval -16)
Delaying suspend sequence because device apal.0 is busy (retval -16)
Delaying suspend sequence because device apal.0 is busy (retval -16)
Delaying suspend sequence because device apal.0 is busy (retval -16)
Delaying suspend sequence because device apal.0 is busy (retval -16)
Delaying suspend sequence because device apal.0 is busy (retval -16)
Delaying suspend sequence because device apal.0 is busy (retval -16)
Delaying suspend sequence because device apal.0 is busy (retval -16)
Delaying suspend sequence because device mxckpd.0 is busy (retval -16)
Delaying suspend sequence because device mxckpd.0 is busy (retval -16)
Delaying suspend sequence because device mxckpd.0 is busy (retval -16)
Delaying suspend sequence because device mxckpd.0 is busy (retval -16)
Delaying suspend sequence because device mxckpd.0 is busy (retval -16)
Delaying suspend sequence because device mxckpd.0 is busy (retval -16)
Delaying suspend sequence because device mxckpd.0 is busy (retval -16)
Delaying suspend sequence because device ipc_link_driver.0 is busy (retval -16)
Delaying suspend sequence because device ipc_link_driver.0 is busy (retval -16)
Delaying suspend sequence because device ipc_link_driver.0 is busy (retval -16)
Delaying suspend sequence because device ipc_link_driver.0 is busy (retval -16)
Delaying suspend sequence because device ipc_link_driver.0 is busy (retval -16)
Delaying suspend sequence because device ipc_link_driver.0 is busy (retval -16)
Delaying suspend sequence because device ipc_link_driver.0 is busy (retval -16)
Delaying suspend sequence because device ipc_link_driver.0 is busy (retval -16)
otg_modinit:
workqueue otg_work is created otg_workqueue value is 0xc26b32c0.
otg_probe:
blan_mod_init: CRC: 01
Copyright (c) 2004 Belcarra Technologies; www.belcarra.com; sl@belcarra.com
msc_modinit vendor_id: 0000 product_id: 0000 major: 0 minor: 0 maxlun: 2
mtp_modinit vendor_id: 0000 product_id: 0000 major: 0 minor: 0
pbg_modinit vendor_id: 0000 product_id: 0000 major: 0 minor: 0 hp_agent: 0
Model ID is ZN5<6>generic_cf_modinit: config_name: "" load_all: 1
generic_cf_modinit: checking[0] "acm-tty"
generic_cf_modinit: checking[1] "net-blan"
generic_cf_modinit: checking[2] "msc"
generic_cf_modinit: checking[3] "mtp"
generic_cf_modinit: checking[4] "pbg"
generic_cf_modinit: checking[5] "ptp"
generic_cf_modinit: checking[6] "tty-blan-motorola"
brassboard_modinit: AAAAEntry
brassboard_modinit: PCD DRIVER N/A
mxc91231_tcd_mod_init: AAAA22
MXC gpio setting for mc13783
IOMUX setting for MXC91231
mxc91231_tcd_mod_init: D_D - Differential Unidirectional
brassboard_modinit: PCD DRIVER N/A
otg_gen_init_func:
otg_gen_init_func:
generic_os_hotplug: status=0
#

[close]

Авторан

Код

# cat /home/cpu.log
lk0: p1 p2
IP-Config: No network devices available.
VFS: Mounted root (squashfs filesystem) readonly.
Mounted devfs on /dev
Freeing init memory: 116K
Warning: unable to open an initial console.
yaffs: dev is 32505856 name is "mtdblock0"
yaffs: Attempting MTD mount on 31.0, "mtdblock0"
WARNING: Ignoring Invalid YAFFS option: 1
Inode #31506 was a directory with children - removing those too...
Empty flash at 0x00007ffc ends at 0x00008000
Empty flash at 0x0000bffc ends at 0x0000c000
Empty flash at 0x0000fffc ends at 0x00010000
Empty flash at 0x00013ffc ends at 0x00014000
Empty flash at 0x00017ffc ends at 0x00018000
Empty flash at 0x0001bffc ends at 0x0001c000
Empty flash at 0x00027ffc ends at 0x00028000
Empty flash at 0x0002bffc ends at 0x0002c000
Empty flash at 0x00033ffc ends at 0x00034000
Empty flash at 0x00037ffc ends at 0x00038000
Empty flash at 0x00043f60 ends at 0x00044000
Empty flash at 0x0004bffc ends at 0x0004c000
Empty flash at 0x0004fffc ends at 0x00050000
Empty flash at 0x00053ffc ends at 0x00054000
Empty flash at 0x00057fa4 ends at 0x00058000
Empty flash at 0x0005bffc ends at 0x0005c000
Empty flash at 0x00063ffc ends at 0x00064000
Empty flash at 0x00067ffc ends at 0x00068000
Empty flash at 0x0006bffc ends at 0x0006c000
Empty flash at 0x00073ffc ends at 0x00074000
Empty flash at 0x00077ffc ends at 0x00078000
Empty flash at 0x0007bffc ends at 0x0007c000
Empty flash at 0x00083ffc ends at 0x00084000
Empty flash at 0x00087ffc ends at 0x00088000
Empty flash at 0x0008bffc ends at 0x0008c000
Empty flash at 0x0008fffc ends at 0x00090000
Empty flash at 0x00093ffc ends at 0x00094000
Empty flash at 0x00097ffc ends at 0x00098000
Empty flash at 0x0009bffc ends at 0x0009c000
Empty flash at 0x000a3ffc ends at 0x000a4000
Empty flash at 0x000a7ffc ends at 0x000a8000
Empty flash at 0x000abffc ends at 0x000ac000
Empty flash at 0x000afffc ends at 0x000b0000
Empty flash at 0x000b3ffc ends at 0x000b4000
Empty flash at 0x000b7ffc ends at 0x000b8000
Empty flash at 0x000bbffc ends at 0x000bc000
Empty flash at 0x000c3ffc ends at 0x000c4000
Empty flash at 0x000c7ffc ends at 0x000c8000
Empty flash at 0x000cbffc ends at 0x000cc000
Empty flash at 0x000cfff8 ends at 0x000d0000
Empty flash at 0x000d3ffc ends at 0x000d4000
Empty flash at 0x000d7ffc ends at 0x000d8000
Empty flash at 0x000dbffc ends at 0x000dc000
Empty flash at 0x000e3ffc ends at 0x000e4000
Empty flash at 0x000e7ffc ends at 0x000e8000
Empty flash at 0x000ebfe8 ends at 0x000ec000
Empty flash at 0x000eff94 ends at 0x000f0000
Empty flash at 0x000f3ffc ends at 0x000f4000
Empty flash at 0x000f7ffc ends at 0x000f8000
Empty flash at 0x000fbffc ends at 0x000fc000
Empty flash at 0x00103f70 ends at 0x00104000
Empty flash at 0x00107ffc ends at 0x00108000
Empty flash at 0x0010bffc ends at 0x0010c000
Empty flash at 0x0010fffc ends at 0x00110000
Empty flash at 0x00113ffc ends at 0x00114000
Empty flash at 0x00117ffc ends at 0x00118000
Empty flash at 0x0011bffc ends at 0x0011c000
Empty flash at 0x00123ffc ends at 0x00124000
Empty flash at 0x00127ffc ends at 0x00128000
Empty flash at 0x0012bffc ends at 0x0012c000
Empty flash at 0x0012fffc ends at 0x00130000
Empty flash at 0x00133ffc ends at 0x00134000
Empty flash at 0x00137ffc ends at 0x00138000
Empty flash at 0x0013bffc ends at 0x0013c000
Empty flash at 0x00143ffc ends at 0x00144000
Empty flash at 0x00147ffc ends at 0x00148000
Empty flash at 0x0014bffc ends at 0x0014c000
Empty flash at 0x0014fffc ends at 0x00150000
Empty flash at 0x00153ffc ends at 0x00154000
Empty flash at 0x00157ffc ends at 0x00158000
Empty flash at 0x0015bffc ends at 0x0015c000
Empty flash at 0x00163ffc ends at 0x00164000
Empty flash at 0x00167ffc ends at 0x00168000
Empty flash at 0x0016bffc ends at 0x0016c000
Empty flash at 0x0016fffc ends at 0x00170000
Empty flash at 0x00173ffc ends at 0x00174000
Empty flash at 0x00177fb0 ends at 0x00178000
Empty flash at 0x0017bffc ends at 0x0017c000
Empty flash at 0x00183ffc ends at 0x00184000
Empty flash at 0x00187ffc ends at 0x00188000
Empty flash at 0x0018bffc ends at 0x0018c000
Empty flash at 0x0018fffc ends at 0x00190000
Empty flash at 0x00193ffc ends at 0x00194000
Empty flash at 0x00197ffc ends at 0x00198000
Empty flash at 0x0019bff8 ends at 0x0019c000
Empty flash at 0x001a3ffc ends at 0x001a4000
Empty flash at 0x001a7ffc ends at 0x001a8000
Empty flash at 0x001abffc ends at 0x001ac000
Empty flash at 0x001aff68 ends at 0x001b0000
Empty flash at 0x001b3ffc ends at 0x001b4000
Empty flash at 0x001b7f84 ends at 0x001b8000
Empty flash at 0x001bbffc ends at 0x001bc000
Empty flash at 0x001c3ffc ends at 0x001c4000
Empty flash at 0x001c7ffc ends at 0x001c8000
Empty flash at 0x001cbfc0 ends at 0x001cc000
Empty flash at 0x001cffb4 ends at 0x001d0000
Empty flash at 0x001d3ffc ends at 0x001d4000
Empty flash at 0x001d7ffc ends at 0x001d8000
Empty flash at 0x001dbf68 ends at 0x001dc000
Empty flash at 0x001e3ffc ends at 0x001e4000
Empty flash at 0x001e7ffc ends at 0x001e8000
Empty flash at 0x001ebffc ends at 0x001ec000
Empty flash at 0x001efffc ends at 0x001f0000
Empty flash at 0x001f3ffc ends at 0x001f4000
Empty flash at 0x001f7ffc ends at 0x001f8000
Empty flash at 0x001fbffc ends at 0x001fc000
Empty flash at 0x00203f6c ends at 0x00204000
Empty flash at 0x00207ffc ends at 0x00208000
Empty flash at 0x0020bffc ends at 0x0020c000
Empty flash at 0x0020fffc ends at 0x00210000
Empty flash at 0x00213ffc ends at 0x00214000
Empty flash at 0x00217ffc ends at 0x00218000
Empty flash at 0x0021bffc ends at 0x0021c000
Empty flash at 0x00223ffc ends at 0x00224000
Empty flash at 0x00227ffc ends at 0x00228000
Empty flash at 0x0022bffc ends at 0x0022c000
Empty flash at 0x0022fffc ends at 0x00230000
Empty flash at 0x00233ffc ends at 0x00234000
Empty flash at 0x00237ffc ends at 0x00238000
Empty flash at 0x0023bffc ends at 0x0023c000
Empty flash at 0x00243ffc ends at 0x00244000
Empty flash at 0x00247ffc ends at 0x00248000
Empty flash at 0x0024bffc ends at 0x0024c000
Empty flash at 0x0024fffc ends at 0x00250000
Empty flash at 0x00253ffc ends at 0x00254000
Empty flash at 0x00257ffc ends at 0x00258000
Empty flash at 0x0025bfc8 ends at 0x0025c000
Empty flash at 0x00263ffc ends at 0x00264000
Empty flash at 0x00267ffc ends at 0x00268000
Empty flash at 0x0026bffc ends at 0x0026c000
Empty flash at 0x0026fffc ends at 0x00270000
Empty flash at 0x00273ffc ends at 0x00274000
Empty flash at 0x00277ffc ends at 0x00278000
Empty flash at 0x0027bffc ends at 0x0027c000
Empty flash at 0x00283ffc ends at 0x00284000
Empty flash at 0x00287ffc ends at 0x00288000
Empty flash at 0x00293ffc ends at 0x00294000
Empty flash at 0x00297f98 ends at 0x00298000
Empty flash at 0x0029bffc ends at 0x0029c000
Empty flash at 0x002a3ffc ends at 0x002a4000
Empty flash at 0x002a7ffc ends at 0x002a8000
Empty flash at 0x002afffc ends at 0x002b0000
Empty flash at 0x002b3ffc ends at 0x002b4000
Empty flash at 0x002c3ffc ends at 0x002c4000
Empty flash at 0x002d3ffc ends at 0x002d4000
Empty flash at 0x002d7ffc ends at 0x002d8000
Empty flash at 0x002dbffc ends at 0x002dc000
Empty flash at 0x002e3ffc ends at 0x002e4000
Empty flash at 0x002e7ffc ends at 0x002e8000
Empty flash at 0x002ebffc ends at 0x002ec000
Empty flash at 0x002efffc ends at 0x002f0000
Empty flash at 0x002f3ffc ends at 0x002f4000
Empty flash at 0x002f7ffc ends at 0x002f8000
Empty flash at 0x00303ffc ends at 0x00304000
Empty flash at 0x00307ffc ends at 0x00308000
Empty flash at 0x003096f0 ends at 0x00309800
yaffs: dev is 32505874 name is "mtdblock18"
yaffs: Attempting MTD mount on 31.18, "mtdblock18"
restore entry: isCheckpointed 0
found no more checkpt blocks
checkpoint byte count 0
restore exit: isCheckpointed 0
VFS: Can't find an ext2 filesystem on dev mmcblk0p2.

[close]

[fill.sa]

у тебя очень много ругается на bluesleep, а потом еще какоето Delaying suspend sequence because device
Вот и невидно с чего там все начинается.
У тебя тел стартует с включенными вифи и блютузом?

Добавлено позже (7.10.2016, 14:03):
А еще какие-то косякти по yaffs

[VINRARUS]

У тебя тел стартует с включенными вифи и блютузом?

не

[fill.sa]

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

Теперь тебе осталось лиш исходники ядер 64 и 128 зин сравнить.

Подводя итог можно сказать.
Несчитая архива hardhat , среди всех доступных исходников изменилось всего несколько файлов.
В кратце хронология изменения на 64мб зине от 05R к 0ER такая

название

07R в августе-сентябре меняются эти файлы
\dmcam\driver\dm_cam.c
\dmmsg\driver\dmave.c
\dmmsg\driver\logicalDriver.c
\dmmsg\ghdr\dmave_if.h
\dmmsg\hdr\logicalDriver.h
\dmmsg\Makefile
\webkit\code\WebCore\khtml\css\cssparser.cpp


0AR в начале октября
\dmspi\driver\cspi-dma.c


0ER конце октября, начало ноября
\libexif\libexif\exif-data.c
\webkit\code\WebCore\khtml\rendering\render_replaced.cpp

Выражаясь файлами это: dmcam.ko dmmsg.ko dmspi.ko libezxexif.so.1.0.0 netmux.ko netmux_linkdriver.ko rlim.ko libmotokjs.so libmotokhtml.so

Разница между 64 и 128 версиями немножко другая(смотрите файлы под спойлером выше), но там вообще непонятная ситуация. Складывается впечатление что эти версии развивались раздельно.

[close]

Отвечаю на твой вопрос, отсканил все ядра. Между ядрами 64мб тличаи всего в паре файлов и эти файлы конкретно к ядру неотносятся.
Вот поэтому у всех прошей 64мб , md5 на ядрах сходятся - Они 100% одинаковые.

Можно подитожить что ядра всех официальных прошивок 64мб эдентичны. Инжинерных не касаемся, у них всет-аки свои ядра как и у проши 7FR.
И еще хочу выделить прошу 02.0BR0, это похоже каято из первых, самой пршивки я даже невидел но исходники ядра есть. Они прилично отличаются, но учитывая отсутствие прош и ее старости - тему с ней можно опустить.

Что касается 128мб, то там есть небольшая разница - видимо сказывается большой промежуток между выходом прошивок.

Ну и само собой разница в ядрах между 64мб и 128мб.


Эх, эту инфу да году в 2008-2009, думаю облегчило бы модостроителем работу.

Если интересно какие все же файлы поменялись, то несчитая безполезного properties поменялись файлы для rootfs(да да некоторые файлы попали в архив с сорцами ядра):
Между 64мб ядрами

название

02.0br-05r
bootinfo.h
marco.config
motorola_ljap_defconfig
bootinfo.c
lighting.c
sdhc.c
slider.c
proc-v6.S
Kconfig.mot
mmcfsck.sh
mountmegasim0.sh
repairfat.sh
wlanext_xpixl
arpfilter.conf
wlan_cmd.c
wlan_defs.h
wlan_main.c
wlan_wext.c
wlan_wprm_drv.c
generic-cf.c
msc-fd.c
fx2lp_pcd.c
audio.c
debounce.c
debounce.h
exec.c
bootinfo.h
motsecurity.c
Makefile

05r-07r
repairfat.sh
wlanext_xpixl

07r-0ar
еще раз чтото в wlanext_xpixl

0ar-0br
ничего

0br-0dr
ничего

0dr-0er
ничего

[close]

Между 128мб ядрами

название

17r-2cr
morphing_mode.h
repairfat.sh
sdmaStruct.h
mtp-fd.c
mtp-linux.c
pbg-linux.c
fx2lp_hardware.h
fx2lp_pcd.c
morphing_mode.h

[close]

17r_128 ближе всего к 05r_64

[EXL]

VINRARUS,

bluesleep_sleep_work: going to sleep...
bluesleep_outgoing_data: tx was sleeping
bluesleep_sleep_work: waking up...
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: already awake
bluesleep_hostwake_task: hostwake line change
bluesleep_sleep_work: already awake
bluesleep_tx_timer_expire: Tx has been idle

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

[VINRARUS]

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

Не.

У тебя dmesg забивается многомегабайтным флудом этих сообщений и его начала тупо нет.

Защита от хакеров.

[fill.sa]

Провел тут температурные тесты

условия теста:
-температура помещения 23
-тел на столе экраном вверх
-меряю прямиком на проце, через окошко в защитном экране подлез
мерял китайский мультиметром

в простое 30-32
133 - 32-34
266 - 32-33 хорошо прогрев 34-35
399 - 33-35 хорошо погрев 36-37
532 - по началу 34-37 через продолжительное время 39-40 хорошенько подождав 41 и даже мелькало 42
636 - по началу 36-39 погрузив некоторое время 39-41 через длительное прогой винраруса получилось прогреть до 41-43 и потом даже помелькало 44
740 - достаточно быстро до 40-41 подождав по дольше 43-45 и помелькало немного 46

[fill.sa]

Где-то разговор про скорость по USB была, чего-то не нашел поста того.
Вообщем проверил у себя в моде, как положено 1500кбс заливает файл.

[Unreal_man]

fill.sa,

Где-то разговор про скорость по USB была, чего-то не нашел поста того.
Вообщем проверил у себя в моде, как положено 1500кбс заливает файл.

Ага, я сам где-то прочёл и задавал вопрос по поводу скорости передачи. Как так? На ZiniMOD у меня 700. В чём разница, если никто насильно это не правил?

Сообщение отредактировал Unreal_man - 24.10.2016, 22:08

[fill.sa]

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

[Unreal_man]

у меня порядком измененное ядро

А что в ядре даёт такую скорость. Можно в другом моде такое реализовать(в частности ZiniMod)? Твой мод на зину не ставил, но он на V8 у меня стоит. Слишком он простой. Может на зине в SAedition чего поболее реализовано канеш, но я уже вылизал всё так как надо на моде Вина.

[fill.sa]

Unreal_man,
ну нефакт что тут только ядро влияет.

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

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

[Unreal_man]

fill.sa, ну так как сделать так, чтоб и у меня скорость передачи была 1500, кроме как перешиваться твоим модом?

[VINRARUS]

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

Если не в курсе на ZiniMod в режиме "Синхронизация" с Windows 10 скорость записи большого файла 3 Мб/с (при чтении правда 1,3). Винда глюкнула. 1,3 Мб/с потолок у меня в обе стороны в том режиме.
ПС: зачем тебе высокая скорость, все равно ты вебгалереей не пользуешся. А при залитии файлов кардридер в разы быстрее все равно.

Сообщение отредактировал VINRARUS - 27.10.2016, 13:15

[Unreal_man]

А при залитии файлов кардридер в разы быстрее все равно

Ну так это надо каждый раз вырубать тело. А 1500 меня бы вполне устроили.

Так что там за режим такой синхронизации? Где он включается?

[VINRARUS]

Так что там за режим такой синхронизации? Где он включается?

Там где и все другие, в настройках ЮСБ.

[fill.sa]

А можно узнать на какой частоте загружается тел? Может там по дефолту на 133 грузится. И в какой момент апмд врубается? Может можно это контролировать? Если будет 740, то и грузиться будет быстрее?

Тел грузится с максимальной частотой пока не подхватится apmd. А он уже в каждом моде по свойму.
И фишка в том что при таком мощном старте в 740 пол батареи уже сядит. Нужно вам такое?

А вот похоже и ответ найден

Код

         * If the bootloader is an older one that uses LFS mode, then
     * we have already set cur_dvfs_op_point_index.  Otherwise, we
     * need to do it here.
     */
if (bootloader_used_lfs == 0) {
        switch (mot_boot_frequency()) {
        case BOOT_FREQUENCY_532:
            cur_dvfs_op_point_index = INDX_532;
            break;
        case BOOT_FREQUENCY_399:
        default:
            cur_dvfs_op_point_index = INDX_399;
            break;
        }
    }

Т.е. указано четко на какой частоте стартовать. Менять еще непробовал но думаю это оно и есть.

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

[Unreal_man]

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

Сообщение отредактировал Unreal_man - 3.11.2016, 21:59

[fill.sa]

Оставлю ссылочку тут
https://www.kernel.org/pub/linux/kernel/v2.6/

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

Если кто в ладах с инглишем, можно в истории поискать полезные изменения для нас и попробовать их портироваьт на наше ядро.

[Unreal_man]

Изменения в
сорцах ядра
Файл hardhat/linux-2.6.x/arch/
arm/mach-mxc91231/mxc_pm.c,
функция static
ap_pll_mfn_values_t opinfo
[NUM_DVFSOP_INDEXES],
там где комментом
отмечено /* 532 */:
значение ap_pll_dp_hfs_op:
0x000000A0 меняем на
ap_pll_dp_hfs_op: 0x000000E0
для 798 и на
ap_pll_dp_hfs_op: 0x000000C0
для 665.

EXL, ты писал что:
выше 0x000000E0
у меня начиналось нечто вроде
дросселирования тактов CPU:
производительность резко
снижалась, да и вообще
появлялось огромное
количество глюков, появлялись
зелёные артефакты на экране
и т. д.

Ты все возможные значения выше 0х000000Е0 пробовал? А если вставить 0х00000100?

Добавлено позже (8.7.2017, 21:58):
Как я могу потестить дыс шит? Или тут спецзнания нужны?

Добавлено позже (8.7.2017, 22:37):
Заставил себя перечитать тему. Ты ставил 931мгц. Как я понял, это и есть 0x00000100.

Сообщение отредактировал Unreal_man - 8.7.2017, 19:01

[VINRARUS]

Как я могу потестить дыс шит? Или тут спецзнания нужны?

Дуже просто.
Но сначала на ПК поставь Linux.
Или в virtual box, если без винды жыть не можеш, но это не так удобно будет.

Сообщение отредактировал VINRARUS - 9.7.2017, 9:04

[EXL]

Ты все возможные значения выше 0х000000Е0 пробовал? А если вставить 0х00000100?

Я уже не помню что там вписывал, это 7 лет назад было. Но по-любому это значение проверял. Вообще спроси fill.sa он недавно копал ядро в сторону разгона и менял эти значения тоже.

Если я правильно помню, были артефакты на экране и нестабильная работа, общее замедление скорости и пр.

[fill.sa]

0x000000E0 , предел. Чему это значение точно равно никто не знает, EXL предположил что это 798.
Выше 0x000000E0 все как и exl писал в самом начале.

[VINRARUS]

были артефакты на экране и нестабильная работа, общее замедление скорости и пр.

Шобы гнать дальше нужно поднимать напряжение - это любой оверклокер вам скажет.
Просто нам повезло шо 399-532 ступень напряжение подымала, и этого хватило для 740 (798?) МГц.

[fill.sa]

были артефакты на экране и нестабильная работа, общее замедление скорости и пр.

Шобы гнать дальше нужно поднимать напряжение - это любой оверклокер вам скажет.
Просто нам повезло шо 399-532 ступень напряжение подымала, и этого хватило для 740 (798?) МГц.

Нет не скажет, нормальный оверклокер сперва спросит какую из частот мы подымали.
А второе, тел прекрасно работает на заниженых напряжениях, уже давно проверено было. В принципе я тебе давно писал что хотел до 1в понизить.

[VINRARUS]

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

Тактовую частоту ядра.

[fill.sa]

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

Тактовую частоту ядра.

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

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

[fill.sa]

Разбираю свои архивы.
Вот как-то пробовал добавить в ядро поддержку squashfs 3.0 Может кто сможет докопаться до истины, я так до конца и не смог.
На сколько помню тел всегда успешно стартовал до GUI, но дальше отказывался, хотя тел не зависл, все процессы запущеные до гуи успешно работают. Если убать из запуска все сервисы для gui, запуститься и потом удаленно запускать гуишку, то гуишка вела себя странно, как-будто тел сваливалась в какой-то сервисный режим, пологаю на подобие режима tcmd.

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

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

[Unreal_man]

fill.sa, поддержку sdxc не пробовал?

[fill.sa]

fill.sa, поддержку sdxc не пробовал?

Нет у меня таких карт для теста.

[Unreal_man]

fill.sa, поддержку sdxc не пробовал?

Нет у меня таких карт для теста.

Отписался вк. Давайте скинемся филу на карту. Кому интересно - пишите.

[fill.sa]

fill.sa, поддержку sdxc не пробовал?

Нет у меня таких карт для теста.

Отписался вк. Давайте скинемся филу на карту. Кому интересно - пишите.

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

[Unreal_man]

а кто из тех у кого сейчас зина есть понимает7

[fill.sa]

Может кто еще решит заморочиться с разгонами, эта схема поможет.
Схема частот для разных элементов, правда это для argonLV, но у SCMA11 я уверен все эдентично. В этом плане они несильно отличаются.

[EXL]

Репозиторий с исходниками ядра Motorola ZN5 есть на GitHub'е, если кто не в курсе.

https://github.com/GodFox/magx_kernel_xpixl

В них уже исправлена ошибка сборки, которая возникла из-за простейшей опечатки, которую допустили инженеры Motorola.



Примечательно, что эта опечатка не проявлялась на старых версиях утилиты make, а вот с обновлением этой утилиты в современных дистрибутивах GNU/Linux, язык файлов Makefile стал более строгим и ядро перестало собираться.