Сборка ядра для 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. Мануал.

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

[EXL]

fantasy1986,
Now you know where to get the SDK and compilers for MotoMAGX platform. Time to make some app with the GUI.

[fill.sa]

7. Для компиляции выполняем следующее:
Код
cd /home/z6/zn5kernel
make hardhat.dir

Тут моторловцы засветили как сборка должна делаться в оригинале. Единственное что вместо оригинальной команды clearmake мы будем использовать просто make

Код

clearmake PRODUCT=elba PRODUCT_CONF=p0a_lp_256 hardhat.dir

Соответственно PRODUCT и PRODUCT_CONF это можно взять из файла конфига properties

Также в сборку можно передавать различные свои параметры, мотороловцы я смотрю любили ключик TEST_ENGBLD=1

Код

clearmake PRODUCT=elba PRODUCT_CONF=p0a_lp_256 TEST_ENGBLD=1 hardhat.dir

Проверил, на вхыоде ядро собирается, правда само ядро не прошивал на проверку.
Возможно это пригодится при сборке каких-то других копонентов системы motoMAGX, они так видимо все собирали clearmake PRODUCT=marco P=1 FEAT_TI_OMAP3410=1 PRODUCT_CONF=x86 TEST_ENGBLD=1 build/mediaengine

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

[fill.sa]

В продолжение расчет разгона mcu Сборка ядра для ZN5. Compiling your own kernel
Значить заявляются такие возможные пределы значений для расчета частот.
mfi must be >= 5 and <= 15 * mfd range 1 to 1024 * mfn range -512 to 511

Может кто сможет их скомбинировать в этой формуле так, чтобы частота вышла выше чем 740
PLL (Phase Locked Loop) = 2 * REF_FREQ * ( (MFI + (MFN / MFD)) / PDF),

[EXL]

fill.sa,
Так ты же раньше комбинировал их и выходила максимальная частота разгона в пределах 780-781 MHz.

[EXL]

fill.sa по моей просьбе собрал ядро с разгоном до 740 MHz и модуль ядра mpmdrv для Motorola ROKR EM30, который у меня сейчас на руках.

Результаты в бенчмарке GPMark:


1. 532 MHz Stock | SDL NO HW EM30
2. 532 MHz Stock | SDL C4 HW EM30


1. 740 MHz Overclock | SDL NO HW EM30
2. 740 MHz Overclock | SDL C4 HW EM30

Таким образом для SDL-библиотеки с аппаратным ускорением через IPU и без него (рендеринг через виджет Qt) производительность бампается примерно так:

740 MHz => ~28.11% (в сравнении с 532 MHz)
SDL NO HW => ~27.80%
SDL С4 HW => ~27.48%

За основу брался тест Rotoozoomer как самый сбалансированный, остальные тесты показывают примерно схожий прирост с разницей в ±5%.

Интересный факт: SDL-библиотека у ROKR EM30 и ROKR E8 быстрее таковой у ZINE ZN5 на ~16.94% за счёт того, что не нужно крутить битмап на 90° или 270° (как я подозреваю он там в SDL крутится программно).

[EXL]

Разгон Motorola ROKR EM30 до 780 MHz ядром от fill.sa (теоретический предел пока ~781 MHz) показал буст производительности в ~31%:


1. 780 MHz Overclock | SDL NO HW EM30
2. 780 MHz Overclock | SDL C4 HW EM30

780 MHz => ~31.79% (в сравнении с 532 MHz)
SDL NO HW => ~31.87%
SDL С4 HW => ~31.18%

Полная картина:



Интересно, есть ли возможность преодолеть этот порог?

[fill.sa]

Разгон Motorola ROKR EM30 до 780 MHz ядром от fill.sa (теоретический предел пока ~781 MHz) показал буст производительности в ~31%:

Как я говорил, из-за того что мы с последней частотой 780 не попадаем в шаг 133, то вместе с процем разгоняется и графика.

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

Мы как-то такое проделывали через программульку sysbench для всех частот.
Консольные приложения

[EXL]

то вместе с процем разгоняется и графика

Вот это сложно кстати проверить. Даже если сделать условный бенчмарк, который будет использовать только IPU, разогнанный CPU всё равно смажет все результаты.

[fill.sa]

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

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

[fill.sa]

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

В продолжение этой темы, по скорости записи на карту памяти в прошиве 7fr.
Я тут еще интересный момент в ядре нашел, есть ключик CONFIG_OTG_HIGH_SPEED, который судя по названию должен поддерживать через otg HIGH_SPEED.
И вот забавно, что в ядрах для lj6.1 и lj6.3 этот параметр включен. А вот в lj7.1 и lj7.4 есть только обрывочные напомианания что такое параметр где-то существует.
Причем, в томже ядре lj6.3, где есть ранний код для E8 (который lj7.1) этот параметр тоже включен. Ну собственно он включен для всех телов которые в ядре есть. Т.к. по факту E8 из ранней версии имел поддержку этого параметра.

Правда сложно сказать, на что конкретно влияет этот параметр ибо в zn5 например он во всех последних ядрах точно включен и на скорость карты памяти это не повлияло. Но зачем-то же его сделали.
По факту все изменения идут тут /linux-2.6.x/drivers/otg/ , нужно изучить будет этот дравер otg

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