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

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

[fill.sa]

З.Ы, пробовал ли ты собирать кодовую группу со squashfs 3.4 и нормально ли телефон с ней работает?

[EXL]

Еще вопрос, 532мгц и 740мгц, кроме ощущения плавности, нет ли возможности посмотреть реальную частоту в приложениях типа zTaskMan?

You can use the latest custom firmware for ZN5 where it is implemented:

1. SAedition MOD для Zn5, самый быстрый мод
2. ZiniMOD beta 2 coldfix

[fill.sa]

Это программка позволит переключаться между патченным драйвером mpmdrv и обычным на 532Mhz.
Разумеется ядро должно быть с поддержкой разогнанных частот.

[fantasy1986]

З.Ы, пробовал ли ты собирать кодовую группу со squashfs 3.4 и нормально ли телефон с ней работает?

В последнее время я был немного занят, и только вчера вечером протестировал скомпилированное ядро на поддержку squashfs 3.4, и телефон не работает должным образом. Он перезапускается при появлении логотипа Motorola, и этот цикл продолжается бесконечно.

[fantasy1986]

Еще вопрос, 532мгц и 740мгц, кроме ощущения плавности, нет ли возможности посмотреть реальную частоту в приложениях типа zTaskMan?

You can use the latest custom firmware for ZN5 where it is implemented:

1. SAedition MOD для Zn5, самый быстрый мод
2. ZiniMOD beta 2 coldfix

Эти две последние пользовательские прошивки превосходны, и у меня есть опыт работы с ними. Просто большое количество русского языка не позволяет мне пользоваться им долгое время. Пытаюсь сам перевести эти русские тексты, но забыл, как распаковать smg-файлы в формат jffs2. Десятилетие заставило меня забыть слишком много вещей! Я думаю, что мне нужно взять hardhat, platform и mpm для компиляции разогнанного ядра. Обратитесь к modcpu_ve66.patch, предоставленному ANT-ON, для исправления mpm, чтобы файлы kernel и mpmdrv.ko могли быть сгенерированы.

[fill.sa]

QUOTE(fill.sa @ 27.10.2022, 19:11)

З.Ы, пробовал ли ты собирать кодовую группу со squashfs 3.4 и нормально ли телефон с ней работает?

В последнее время я был немного занят, и только вчера вечером протестировал скомпилированное ядро на поддержку squashfs 3.4, и телефон не работает должным образом. Он перезапускается при появлении логотипа Motorola, и этот цикл продолжается бесконечно.

Странно, т.к. ядро было проверено и поэтому выложено на git.

Давай проясним некоторые моменты.
Ядро собрано отсюда https://github.com/fillsa/motomagx-kernel_l...rzka_squashfs_3 и никаких правок ты не вносил?
Какая прошивка в телефоне стоит?
Как и какую кодовую группу ты пересобирал?
Что если использовать родные кодовые группы squashfs 2.2? тел запускается или также постоянно перезапускается ?

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

[fantasy1986]

QUOTE(fill.sa @ 27.10.2022, 19:11)

З.Ы, пробовал ли ты собирать кодовую группу со squashfs 3.4 и нормально ли телефон с ней работает?

В последнее время я был немного занят, и только вчера вечером протестировал скомпилированное ядро на поддержку squashfs 3.4, и телефон не работает должным образом. Он перезапускается при появлении логотипа Motorola, и этот цикл продолжается бесконечно.

Странно, т.к. ядро было проверено и поэтому выложено на git.

Давай проясним некоторые моменты.
Ядро собрано отсюда https://github.com/fillsa/motomagx-kernel_l...rzka_squashfs_3 и никаких правок ты не вносил?
Какая прошивка в телефоне стоит?
Как и какую кодовую группу ты пересобирал?
Что если использовать родные кодовые группы squashfs 2.2? тел запускается или также постоянно перезапускается ?

Прошивка телефона: R6637_G_81.11.2CR_128_unbranded.sbf и загрузчик: zn5_BOOT_06.2DP_noRSA.
Смотрите вложение для исходного кода, я думаю, что вы разместили его, я боюсь ошибиться, поэтому отправляю его как вложение.
Набор CG для сборки squashfs 2.2 был протестирован ранее и работает отлично и гораздо более плавно, возможно, потому что ядро разогнано до 740MHZ.
Чтобы протестировать squashfs 3.4, используйте squashfs3.4.tar.gz для создания версий mksquashfs и unsquashfs версии 3.4 и поместите их в /usr/bin с привилегиями root.
Затем используйте следующую команду (unsquashfs -d CG** -f FWCG**.smg)
mksquashfs CG** new_CG**.smg -le -all-root
) Распакуйте и упакуйте CG36, CG43, CG44, CG46, CG52 в новые smg файлы и объедините с файлом ядра (CG35), R6637_G_81.11.2CR_128_unbranded.hmg и R6637_G_81.11.2CR_128_unbrandedRAMDLD.smg Сгенерируйте файл sbf с помощью （SBF-Recalc 1.2.9.1） и запишите его на телефон с помощью RSDlite.
motomagx-kernel_linux_hardhat-squashfs3.4：
https://1drv.ms/u/s!Av2NnWG_tj_3vXSsnd8...VUTUyo?e=xQqskN

Сообщение отредактировал fantasy1986 - 30.10.2022, 14:14

[EXL]

но забыл, как распаковать smg-файлы в формат jffs2

I am using this script for unpacking JFFS2 images on Ubuntu 22.04 LTS.

[fill.sa]

fantasy1986,
Правильно ли я понял.
Сейчас стоит оригинальная прошивка R6637_G_81.11.2CR_128_unbranded, далее было собрано ядро с поддержкой squashfs3.4.
После прошивки ядра, с оригинальными группами(которые squashfs2.2.) телефон нормально запускается?
Далее если прошить группы squashfs3.4. то телефон уже бесконечно перезапускается?

В такой ситуации я бы начал со сборки только одной группы cg46 например в squashfs3.4 и проверил что будет.
Далее стоит попробовать собрать группу squashfs3.1 и посмотреть как поведет себя телефон.
Если и это не поможет, то собрать ядро только с squashfs3.1 из этой ссылки https://github.com/fillsa/motomagx-kernel_l...ree/squashfs3.1
И проверить его и кодовую группу, например cg46 в squashfs3.1.

Также, покажите mksquashfs -version вашего mksquashfs3.4 которым вы собираете. И mksquashfs3.1. которым будите собирать группы для squashfs3.1.

[fantasy1986]

fantasy1986,
Правильно ли я понял.
Сейчас стоит оригинальная прошивка R6637_G_81.11.2CR_128_unbranded, далее было собрано ядро с поддержкой squashfs3.4.
После прошивки ядра, с оригинальными группами(которые squashfs2.2.) телефон нормально запускается?
Далее если прошить группы squashfs3.4. то телефон уже бесконечно перезапускается?

В такой ситуации я бы начал со сборки только одной группы cg46 например в squashfs3.4 и проверил что будет.
Далее стоит попробовать собрать группу squashfs3.1 и посмотреть как поведет себя телефон.
Если и это не поможет, то собрать ядро только с squashfs3.1 из этой ссылки https://github.com/fillsa/motomagx-kernel_l...ree/squashfs3.1
И проверить его и кодовую группу, например cg46 в squashfs3.1.

Также, покажите mksquashfs -version вашего mksquashfs3.4 которым вы собираете. И mksquashfs3.1. которым будите собирать группы для squashfs3.1.

It finally worked. I reinstalled the Linux OS (ubuntu 8.10 32-bit) and generated squashfs_tools3.4 from the source code. Retrieved from https://github.com/fillsa/motomagx-kernel_l...tree/Podderzka_ squashfs_3 downloaded the new kernel source code and compiled CG35. mpmdrv.ko was extracted from CPU_overclk.pep and replaced with CG36. CG46 from the Chinese firmware was extracted and combined with CG36, CG43, CG44 and CG52 from R6637_G_81.11.2CR_128_unbrand.sbf. CG52 was unpacked by squashfs_tools2.1 and then packed into a new smg by squashfs_tools3.4 and merged into the sbf file for brushing successfully.

Сообщение отредактировал fantasy1986 - 3.11.2022, 2:59

[fantasy1986]

Two more questions please.
1. I tried to extract CG31 from 06.2b_patched_cg31(sec_version 2).sbf to replace the original CG31. but there is an error reported after the firmware is flashed, see attached image.
Roughly.
BootLoader
06.2B
Code Corrupt
Battery OK
OK to Program
Transfer Mode
USB
Need to reflash 06.2b_patched_cg31(sec_version 2).sbf to boot up.
2. After replacing mpmdrv.ko and taking a picture, the picture is green or the camera does not work.

Сообщение отредактировал fantasy1986 - 3.11.2022, 3:02

[fill.sa]

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

[EXL]

2. After replacing mpmdrv.ko and taking a picture, the picture is green or the camera does not work.

1. There were no such camera problems on the stock firmware for the ZN5?
2. Does your ZN5 have 128 MB of RAM not 64 MB, right? Is this the T-Mobile version?

[fantasy1986]

2. After replacing mpmdrv.ko and taking a picture, the picture is green or the camera does not work.

1. There were no such camera problems on the stock firmware for the ZN5?
2. Does your ZN5 have 128 MB of RAM not 64 MB, right? Is this the T-Mobile version?

1. Оригинальная прошивка не имеет этой проблемы.
2. Это T-mobile версия телефона ZINE ZN5 с памятью 128.

[fill.sa]

EXL,
Прошивка я так понял там и есть стоковая. Разница только в том что ядро новое и модуль mppmdrv пересобранный.
В принципе тут нет гарантии, что squashfs3,4 стабильно работает. На первых этапах моего переноса были проблемы весьма забавные, что тел например не хотел работать с какими-то файлами. ХЗ в чем дело, может они как-то в sq3.4 сжимались по другому или еще что. Причем что остальные файлы отлично работали.
Потом конечно все было переделано в более стабильный выпуск, но опять таки на 100% нельзя быть уверенным, проверял я все только у себя.

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

1. стоковая прошивка + новое ядро(cg35) , есть ли проблема?
2. если нету проблемы, значит кидает пересобранный cg36 с новым mpmdr, но только собираем группу в sq2.2
3. если проблемы нету то пересобираем cg36 с новым mpmdr, но уже в sq3,4
4. еще неплохо бы проверить новое ядро + пересобранная cg36 со старым модуле mpmdr, но в sq3.4

Я думаю если все это сделать, буде точно понятно проблема в sq3.4 или в самм модуле или в ядре.
Ах да, еще можно посмотреть журналы всякие, busybox dmesg например.

[EXL]

fill.sa,
А камера почему тогда зелёная?

[fill.sa]

А камера почему тогда зелёная?

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

[fill.sa]

И так, предварительный итог по ошибке с зеленой камерой.
Проблема кроется в файле конфигурации properties. Этот файл описывает все параметры которые должны быть учтены при сборке, к слову не только ядра, а сборки в целом прошивки для телефона.
Так вот, если появляется новая фича в новой версии ядра, в этот файл заносятся нужные параметры. Но мы имеем ядро 81.20.75R, но файлы конфигурации для zn5 и других ранних моделей соответственно взяты от других прошивок и там отсутствуют некоторые параметры.

Конкретно в нашем случаи, в новой версии прошивки добавились новые экрана и соответственно такие параметры FEAT_EPSON_LTPS_DISPLAY и FEAT_32_BIT_DISPLAY. Которые для aura должны быть включена, а для остальных телефонов выключены.
Соответственно добавляет в конфигурационный файл FEAT_EPSON_LTPS_DISPLAY=0 и FEAT_32_BIT_DISPLAY=0 и ошибка уходит. Что конкретно включают эти параметры я не вникал, видел только, что упоминается в драйвере фреембуфера оно.


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

[EXL]

fill.sa, я правильно понимаю, что ядро из твоего GitHub подходит как для 64 MB, так и для 128 MB модификаций ZN5? У fantasy1986 какая версия? 64 MB?

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

А ты проверь явно, что именно там включатся из этих двух опций. Выставь где-нибудь в том файле, который компилируется 100% при сборке ядра что-то типа:

Код

#ifdef CONFIG_MOT_FEAT_DISPLAY_EPSON
#error CONFIG_MOT_FEAT_DISPLAY_EPSON
#endif

#ifdef CONFIG_MOT_FEAT_32_BIT_DISPLAY
#error CONFIG_MOT_FEAT_32_BIT_DISPLAY
#endif

Но я так думаю, что наверняка ошибка где-то в build-скриптах и после твоей интеграции кода AURA в ядро там где-то при сборке подцепляются конфиги display_32bit.config и display_epson.config, хотя FEAT_EPSON_LTPS_DISPLAY=0 и FEAT_32_BIT_DISPLAY=0 даже выставлены в нули.

https://github.com/fillsa/motomagx-kernel_l...ON_LTPS_DISPLAY
https://github.com/fillsa/motomagx-kernel_l..._32_BIT_DISPLAY

В общем, тщательно проверь эти моменты. Может кеш после сборки под AURA не был очищен и сборка под ZN5 взяла эти параметры тоже?

[fantasy1986]

Благодаря помощи fill.sa, он составил ядро, которое решает проблему зеленого цвета камеры и поддерживает squashfs3.4 и 740MHz. были протестированы с официальной прошивкой, используя mksquashfs3.4 пакет CG36\43\44\46\52, и ядро, сделанное fill.sa, и оно работает отлично. Также спасибо EXL за внимание и помощь!

[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

[EXL]

fill.sa,
Интересно, а что висит на драйвере OTG в MotoMAGX'ах? Карта памяти висеть там не должна. Wi-Fi тоже по идее через SDIO. На EZX'ах на OTG висит Neptune LTE с которым по USB общается Intel PXA 27x. А вот что у MotoMAGX -- непонятно.

[fill.sa]

fill.sa,
Интересно, а что висит на драйвере OTG в MotoMAGX'ах? Карта памяти висеть там не должна. Wi-Fi тоже по идее через SDIO. На EZX'ах на OTG висит Neptune LTE с которым по USB общается Intel PXA 27x. А вот что у MotoMAGX -- непонятно.

Ну усб по сути на отг, просто не напрямую, а через шлюз к отг.
Ну и режим карты памяти работает напрямую с усб.

[EXL]

Вот ещё тесты JBenchmark 1 с стоковой частотой 399 MHz и разгоном в 740 MHz.

Код

399 MHz Stock                740 MHz Overclock

JBenchmark: 11143            JBenchmark: 19680    

Text: 3222                   Text: 5453    
2D Shapes: 2737              2D Shapes: 4987    
3D Shapes: 1758              3D Shapes: 3091    
Fill Rate: 934               Fill Rate: 1756    
Animation: 2492              Animation: 4393  
JBenchmark version: 1.1.1    JBenchmark version: 1.1.1  
Screen width: 320            Screen width: 320  
Screen height: 184           Screen height: 184  
Number of colors: 262144     Number of colors: 262144    
Double buffer: true          Double buffer: true  
Total memory: 2710144        Total memory: 2710144
Free memory: 2223748         Free memory: 2223748

Прирост производительности теоретический, 399 MHz => 740 MHz, 46.08%
Прирост производительности практический, 43.38%

Эх, VA76r бы подбенчить, это один из самых интересных MotoMAGX, так как там другой SoC стоит... Какие бы он результаты выдавал, пусть и в стоке...

[fill.sa]

Эх, VA76r бы подбенчить, это один из самых интересных MotoMAGX, так как там другой SoC стоит... Какие бы он результаты выдавал, пусть и в стоке...

Да скорее всего тоже самое. По сути в нем AP часть практически таже, разница в в основном в BP части, которая на саму линуху мало влияет.