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

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

[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 за внимание и помощь!