Сборка ядра для 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]

EXL,

Код

#ZN5
noinitrd console=/dev/null rw mem=122M@0x90000000 init=/linuxrc root=/dev/mtdblock/root brdrev=P0A
motobldlabel=R6637_G_81.11.2CR_128
mtdparts=nand0:1152k@896k(pds),128k@2176k(logo_cli),128k(panel_script)ro,128k(device_tree)ro,
128k(setup),256k(logo),128k(secure),1664k(kern)ro,3968k(bpsw),256k(ho_data),256k(fota_ua)ro,384k(ua_temp),
256k(ua_backup),42m@9984k(root)ro,9m(user),9m(lang),24m(resrc),6m(fota_up),154112k(mass_storage),128k(kpanic),5760k(rsv)

#Z6
ipu_mem=1000K@0x93700000
brdrev=P3A noinitrd console=/dev/console rw mem=60M@0x90000000
init=/linuxrc ip=off root=/dev/mtdblock/root mtdparts=nand0:192k@256k(pds),128k(setup),256k(logo),128k(secure),
1536k@1088k(kern)ro,3968k(bpsw),29680k(root)ro,7680k(lang),7m(user),10752k(resrc),66512k(mass_storage),16k(kpanic),2672k(rsv)

[fill.sa]

А где этот comandline задаётся? Киньте выхлоп cat /proc/cmdline, есть ли там что-то про IPU?

Через кодовые группы, но на lj61 и lj63 это разные группы.
Про ипу там будет, на lj61 там и задается размер памяти, но у меня нет z6 посмотреть. На lj63 соответственно ничего небудет.


Добавлено позже (31.8.2021, 23:25):
VINRARUS,
А говорил не прошилось, по факту вижу , что изменения прошиты. Так что можно проверять через сдл и попробовать ява бэнчмарк что выкладывали.

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

[EXL]

fill.sa,
SDL HW при запуске любого приложения кстати в логах пишет сколько памяти удалось задействовать для IPU.

[fill.sa]

fill.sa, Идея для следующего эксперимента с поднятием только частоты IPU. Ты ведь уже делал 266 MHz CPU @ 266 MHz IPU? По дефолту без разгона на 266 MHz CPU у IPU будет 133 MHz.

Не смотря на то что я уже это прделывал тут

И так,коли я уже добрался до телефона, нужно было проверить видяху уже на норм частотах.
Поднял до 266, а проц тоже на 266 чтобы не грелось и заодно делитель подощел родной.
Код
MCUPLL:         266000000
USBPLL:         240000000
DSPPLL:         156445989
CPU_CLK:        266000000
AHB_CLK:        266000000
IPG_CLK:        133000000
NFC_CLK:        0
USB_CLK:        0
UART1_BAUD:     0
UART2_BAUD:     0
UART3_BAUD:     0
I2C_CLK:        13000000
IPU_CLK:        266000000


Итог замеров, не особо впечатляет.
Некоторые показатели примерно как на стандарте с процем 532, некотрые заметно меньше. Видать все таки без проца только на одной видяхе далеко не уехать.
Так то по сути с видяхой вырвались в перед 3,4,5 показатели, видимо они прям за графику отвечают.

Попробовал еще раз видео на 266 для режимов проца 266 и 532
И в итоге ловил прикольные артефакты. Они не сразу появляются, примерно в момент повышения нагрузки на проц.

Хз как в прошлый раз оно так удачно сработало.
Однако ранее я проверял 195 и 221 частоты для видяхи и вроди как они стабильно работали.

[EXL]

VINRARUS, спасибо. А можешь ещё посмотреть сколько памяти IPU выделяется на SDL HW у Z6 и ZN5?

И в итоге ловил прикольные артефакты. Они не сразу появляются, примерно в момент повышения нагрузки на проц.

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

[VINRARUS]

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

Ой.

ipu_mem=1000K@0x93700000 brdrev=P3A noinitrd console=/dev/console rw mem=60M@0x90000000 init=/linuxrc ip=off root=/dev/mtdblock/root mtdparts=nand0:192k@256k(pds),128k(setup),256k(logo),128k(secure),1536k@1088k(kern)ro,3968k(bpsw),29680k(root)ro,7680k(lang),7m(user),10752k(resrc),66512k(mass_storage),16k(kpanic),2672k(rsv)

1.bmp   ( 225.05 килобайт ) Кол-во скачиваний: 17

ПС: 532 МГц.

ipu_mem=4444K@0x93700000 brdrev=P3A noinitrd console=/dev/null rw mem=60M@0x90000000 init=/linuxrc ip=off root=/dev/mtdblock/root mtdparts=nand0:192k@256k(pds),128k(setup),256k(logo),128k(secure),1536k@1088k(kern)ro,3968k(bpsw),29680k(root)ro,7680k(lang),7m(user),10752k(resrc),66512k(mass_storage),16k(kpanic),2672k(rsv)

2.bmp   ( 225.05 килобайт ) Кол-во скачиваний: 21

сколько памяти IPU выделяется на SDL HW у Z6

Вот стоко:

Z6, fill.sa мод
MAGX_VO: FB 262144@0x78000000
MAGX_VO: Try open /dev/mxc_ipu_pp...
MAGX_VO: IPU memory: 0.5 M
MAGX_VO: set new bpp 16 (24) on FB
MAGX_VO: switching to bpp: 16
MAGX_VO: seted bpp on FB
MAGX_VO: SetVideoMode width=320 height=240 bpp=16
MAGX_VO: set new bpp 16 (16) on FB
MAGX_VO: seted bpp on FB
MAGX_VO: vwidth=320 vheight=240 hw_pixel_size=2
MAGX_VO: screen rotated
MAGX_VO: PP mode: 1, PP buf count: 1
ipu_malloc alloacte page 38 gTotalPages 128
ipu_malloc: 1st current->start 0 current->end 38
MAGX: SDL request:
MAGX_VO: focus in
Screening...
MAGX: MAGX_VideoQuit
ipu_free alloacte page 0
ipu_free next->start 0 next->end 38
ipu_free prev->start 0 prev->end 0
MAGX_VO: All uninit

Z6, стандарт
MAGX_VO: FB 262144@0x78000000
MAGX_VO: Try open /dev/mxc_ipu_pp...
MAGX_VO: IPU memory: 3.8 M
MAGX_VO: set new bpp 16 (24) on FB
MAGX_VO: switching to bpp: 16
MAGX_VO: seted bpp on FB
MAGX_VO: SetVideoMode width=320 height=240 bpp=16
MAGX_VO: set new bpp 16 (16) on FB
MAGX_VO: seted bpp on FB
MAGX_VO: vwidth=320 vheight=240 hw_pixel_size=2
MAGX_VO: screen rotated
MAGX_VO: PP mode: 1, PP buf count: 1
ipu_malloc alloacte page 38 gTotalPages 960
ipu_malloc: 1st current->start 0 current->end 38
MAGX: SDL request:
MAGX_VO: focus in
Screening...
MAGX: MAGX_VideoQuit
ipu_free alloacte page 0
ipu_free next->start 0 next->end 38
ipu_free prev->start 0 prev->end 0
MAGX_VO: All uninit

ZN5
MAGX_VO: FB 262144@0x78000000
MAGX_VO: open(/dev/alt_mxc_ipu_pp): No such file or directory
MAGX_VO: Try open /dev/mxc_ipu_pp...
MAGX_VO: IPU memory: 1.5 M
MAGX_VO: set new bpp 16 (24) on FB
MAGX_VO: switching to bpp: 16
MAGX_VO: seted bpp on FB
MAGX_VO: SetVideoMode width=320 height=240 bpp=16
MAGX_VO: set new bpp 16 (16) on FB
MAGX_VO: seted bpp on FB
MAGX_VO: vwidth=320 vheight=240 hw_pixel_size=2
MAGX_VO: screen rotated
MAGX_VO: PP mode: 1, PP buf count: 1
ipu_malloc alloacte page 38 gTotalPages 384
ipu_malloc: 1st current->start 0 current->end 38
MAGX: SDL request:
MAGX_VO: focus in
MAGX: MAGX_VideoQuit
ipu_free alloacte page 0
ipu_free next->start 0 next->end 38
ipu_free prev->start 0 prev->end 0
MAGX_VO: All uninit

[fill.sa]

Ой.
Цитата
ipu_mem=1000K@0x93700000 brdrev=P3A noinitrd console=/dev/console rw mem=60M@0x90000000 init=/linuxrc ip=off root=/dev/mtdblock/root mtdparts=nand0:192k@256k(pds),128k(setup),256k(logo),128k(secure),1536k@1088k(ke
rn)ro,3968k(bpsw),29680k(root)ro,7680k(lang),7m(user),10752k(resrc),66512k(mass_
storage),16k(kpanic),2672k(rsv)
1.bmp   ( 225.05 килобайт ) Кол-во скачиваний: 3

ПС: 532 МГц.
Цитата
ipu_mem=4444K@0x93700000 brdrev=P3A noinitrd console=/dev/null rw mem=60M@0x90000000 init=/linuxrc ip=off root=/dev/mtdblock/root mtdparts=nand0:192k@256k(pds),128k(setup),256k(logo),128k(secure),1536k@1088k(ke
rn)ro,3968k(bpsw),29680k(root)ro,7680k(lang),7m(user),10752k(resrc),66512k(mass_
storage),16k(kpanic),2672k(rsv)
2.bmp   ( 225.05 килобайт ) Кол-во скачиваний: 3

Ничего не изменилось.

MAGX_VO: IPU memory: 0.5 M

MAGX_VO: IPU memory: 3.8 M

Хотя по выводу sdl видно что значения меняются. Правда значения очень странные, то ли глюк то ли куда-то еще часть от выделенной памяти отрезается.

MAGX_VO: IPU memory: 1.5 M

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


Добавлено позже (3.9.2021, 23:12):
Кстати, вин, сделай свои замеры на зине 399 532 636 проца.
Сравним, на сколько плавают значения между мной, тобой и exl

[EXL]

VINRARUS,
Похоже что изменения в бенчмарке на уровне погрешности. Видимо количество памяти в IPU сильно не на что не влияет. У нас же нет там текстур и всего такого. Только пиксельные буферы, которых по идее должно быть два, а они влазят даже в 0.5 МБ. Интересно, если 0.1 МБ сделать, изменится ли что-либо.

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

Да, у Z6 главное меню быстрое на нативном Qt, а у ZN5 тормозной и прожорливый flowplayer на SVG-плюшках. Пусть оно и поддаётся намного большей кастомизации, но слишком расточительно. Вообще на 64 MB острая нехватка в RAM была.

Кстати, вин, сделай свои замеры на зине 399 532 636 проца.

И ещё на Z6 (со стандартными 3.5 МБ в IPU) можно. Относительную производительность оно должно показать.

Всё же действительно, похоже что память отделяемая для IPU мало на что влияет. Даже если ZN5, в которой этот IPU заюзан в камере и в галерее, где он ворочает 5 МП фотографиями, хватает всего 1.5 МБ, то зачем Z6 понадобилось целых 3.5 МБ?

[fill.sa]

Даже если ZN5, в которой этот IPU заюзан в камере и в галерее, где он ворочает 5 МП фотографиями,

Ну не совсем так, на зине же стоит сопроцессор отдельный для камеры, да и в целом камера там отдельным модуль со своей экосистемой. По сути телефон только получает готовую картинку По этому не удивительно, что в зине есть библиотеки под 8Мп камеру, это все на систему никак не влияет.

. Интересно, если 0.1 МБ сделать, изменится ли что-либо.

На это и был расчет, т.к. увеличить мы не можем я решил уменьшить, правда пока до 1М. Но коли уж разницы нет, можно как ты предлагаешь пробовать 100Кб поставить

[EXL]

По сути телефон только получает готовую картинку

Вот эту готовую картинку телефон должен вывести в интерфейс, а в интерфейсе той же галереи телефон должен быстро ворочать 5 МП изображениями.

Код

$ grep -ri ipu_
Binary file usr/bin/medld matches
Binary file usr/lib/libihal.so.1.1.6 matches
Binary file usr/lib/libomx.so.1.0.23 matches
Binary file usr/lib/libmedl.so.1.5.3 matches
etc/initservices/services/startdsp.sh:if [ -f /mnt/msc_int0/nexus_on_ipu_ap_bp.sh ]; then
etc/initservices/services/startdsp.sh:/mnt/msc_int0/nexus_on_ipu_ap_bp.sh
Binary file lib/modules/ihal.ko matches
Binary file lib/modules/dmcam.ko matches

$ strings usr/lib/libihal.so.1.1.6 | grep ipu_cam
ipu_cam_wait_for_int_event
ipu_cam_cancel_wait_for_int_event
ipu_cam_request_irq
ipu_cam_free_irq

Даже какие-то специальные функции вида ipu_cam_* имеются.

Кстати, сейчас проверил файлик ihal-R6637_G_81.11.2CR_128.tgz, который как я думал отвечал за HAL, то есть абстракцию через которую можно получить доступ к различному железу телефона через userspace, но оказалось что это лишь абстракция доступа для IPU, видимо буковка
"i" в названии отвечает за imaging. Получается, что все приложения которые каким-либо образом (напрямую или через другие библиотеки) зависят от библиотеки ihal работают с IPU.

Так вот, в этом архиве в директории тестов есть какой-то интересный проект с исходниками приложения прямо для MotoMAGX, который позволяет тестировать работу IPU. Дома буду, если кому интересно, попробую скомпилировать его для ZN5 или Z6, посмотрите что это вообще.

[fill.sa]

Кстати, на тему версии ядра я уже как-то писал, что хоть мы и отталкиваемся от цифры 2.6.10, по факту это не так.
Если в кратце то там изначально montavista взял 2.6.9 или даже 2.6.8 ядро и потом заплатками догнал до 2.6.10, а после пошла отдельная история со своими заплатками в перемешку с еще какими-то. Вообще не зря папка называется 2.6.х , точной версии там не понять ибо есть заплатки от 2.6.18 даже.
Ну так вот, недавно с удивлением для себя обнаружил на линуксовой хранилке официальные заплатки для поднятия версии, правда там только до 2.6.13, но нам все пригодится. И возникла мысль поиграться и поподымать версию ядра.
Сообственно, не глядя на то, что есть смещение по строкам(montavista все таки добавляла свой код) во время применения заплатки можно заметить , что многие вещи уже добавлены, даже есть заметки аля 2006-Mar-01 Motorola Backport of 2.6.14 patch to 2.6.10 kernel.
Так что все как бы очередной раз намекает, что ядро во многих вещах имеет версию выше 2.6.10

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

[EXL]

Как и обещал ранее, скомпилировал это официальное мотороловское приложение для каких-то тестов IPU из дерева исходников ZN5 T-Mobile на 2CR_128, пакет ihal-R6637_G_81.11.2CR_128.tgz, директория "test".

Рецепт сборки примерно такой:

Код

cd ihal && make COMPILERTOOLPATH=/opt/toolchains/motomagx/arm-eabi2/bin PLATFORM_DIR=/home/exl/Downloads/zn5/platform BOOTSTRAP=/home/exl/Downloads/zn5/platform/Makefile.bootstrap COMPTOP=/home/exl/Downloads/zn5/ihal PROPFILES=/home/exl/Downloads/zn5/ihal/properties BUILDTOP=/home/exl/Downloads/zn5/build/ihal test

Похоже библиотека libihal.so взаимодействует с модулем ihal.ko (kernel space) и предоставляет доступ к функциям IPU (user space) прикладным приложениям. Попробуйте запустить эту штуку у себя на мобилках через Telnet, интересно что оно вообще из себя представляет и как тестирует. Там есть следующие пункты (когда приложение запущено, просто нажимайте в Telnet нужные цифры и затем Enter):

Тесты номера которых отмечены как рабочие:
1. Какой-то простой тест IPU и дисплея. Вероятно что-то связанное с отображением цветов, а потом идёт отображения двух изображений которые размещаются в RAM в сыром RAW виде и на битмап просто делается memcpy().
2. Отображение BMP-изображения, файл которого идёт вместе с приложением.
5. Некий CSC-тест, в котором похоже происходит какая-то аппаратная постобработка кадров MPEG4 QCIF (176x144) в которую входит поворот картинки и её ресайз. Вот эта штука интересно что делает, и возможно ли через неё аппаратно ускорить тот же MPlayer.
10. FG/BG-тест. Похоже просто переключение IPU на разные буферы background/foreground.
20. Какой-то BLiT-тест. Похоже какой-то аппаратный блиттинг. Интересно, что именно там происходит, на обычном десктопе подобными фичами могли быть реализованы аппаратные курсоры и т. д., а на игровых консолях всякие операции со спрайтами.

Тесты, номера которых отмечены как нерабочие:
3. Какой-то тест железки подцепленной по протоколу I²C, кажется это что-то с референсных плат тестировалось, оно там закомментировано, но в этом коде есть упоминание некого чипа "Micron MT9M111", при гуглении выяснилось что это какой-то модуль камеры. Там дёргают какие-то регистры и включают подсветку, но похоже ничего в DMA/буферы для IPU не пишут, что странно.
40, 50, 60. Какое-то чтение, запись и просмотр регистров IPU.
70. Какой-то дамп связанный с DMA.
80. Дёргают что-то по GPIO. Похоже на очистку экрана?

Из того что я вижу, можно кормить IPU в неком DMA-режиме, напрямую редактируя его аллоцированные буферы и использовать более-менее удобный API для всяких функций поворота и изменения размера.

Ant-ON, ты не видел эту штуку и вообще не тестил ihal-библиотеку в MotoMAGX? Я посмотрел исходники SDL HW, но похоже там имплементация видеодрайвера вообще это не задействует, а как-то в обход всего этого действует через mmap'ы на DMA. В MPlayer от kuznet похоже было точно так же? Похоже, что с этим прикладным API из библиотеки libihal.so можно было куда быстрее написать драйвер для MPlayer'а и SDL, эх... Посмотри пожалуйста прикреплённый файлик ihapp.c в архиве ihal_test_src.zip, дай свой комментарий насчёт этого API для IPU, почему оно не было заюзано в нативных приложениях для MotoMAGX?

А исходники MPlayer'а у кого-нибудь сохранились? Или их так никто и не выкладывал? Интересно можно ли туда прикрутить аппаратные манипуляции с MPEG4 на этом IPU, или оно только для QCIF (176x144) там сделано. А в хедерах IPU ещё и что-то по H.264 имеется.

Файлы прикрепляю:

[EXL]

VINRARUS,
fill.sa,
Имеется ли на Z6 библиотека libihal.so? Похоже она была добавлена в более поздние MotoMAGX телефоны, вроде ZN5, E8 и VE66. Не вижу её исходников в релизе Motorola для Z6 на SourceForge.

В общем, немного поковырялся, нашёл kuznet'овскую реализацию MPlayer для Z6 с использованием IPU и кодеков специально под проц MotoMAGX-телефонов. Все его наработки до сих пор доступны по адресу: http://www.inr.ac.ru/z6/

В файле z6-mplayer-2008-02-11-v1.tar.bz2 как раз всё необходимое в виде патчей и альтернативного ядерного драйвера для IPU, где kuznet пытался пофиксить какие-то остановки MPlayer'а:

Код

@@ -429,14 +430,30 @@
       printk("mxc_ipu_pp: error setting PP_PP_ROT middle output buffer\n");
       goto err0;
     }
+
+int retry = 0;
+again:
     err = ipu_update_channel_buffer(MEM_ROT_PP_MEM, IPU_INPUT_BUFFER, 0, (void*)mid->addr);
     if(err < 0) {
       printk("mxc_ipu_pp: error setting PP_PP_ROT middle input buffer\n");
+      if (retry == 0) {  
+        retry = 1;
+        __raw_writel(0, IPU_CHA_BUF0_RDY);
+        goto again;
+      }
       goto err0;
     }
+
+    retry = 0;
+again2:
     err = ipu_update_channel_buffer(MEM_ROT_PP_MEM, IPU_OUTPUT_BUFFER, 0, (void*)out->addr);
     if(err < 0) {
       printk("mxc_ipu_pp: error setting PP_PP_ROT output buffer\n");
+      if (retry == 0) {  
+        retry = 1;
+        __raw_writel(0, IPU_CHA_BUF0_RDY);
+        goto again2;
+      }
       goto err0;
     }
     if(pp_data.ic_combine_en != 0) {

Драйвер, который создаёт устройство /dev/alt_mxc_ipu_pp — это модифицированная альтернатива драйвера IPU от kuznet'а, а вот драйвер, создающий устройство /dev/mxc_ipu_pp — оригинальный мотороловский.

Но вот с библиотекой и модулем ihal не всё ясно. Похоже этот дополнительный слой API к IPU был добавлен в более поздних версиях LJ, потому что на Z6 его вообще нет. Видимо поэтому Ant-ON и не заюзал его для SDL и для порта MPlayer для ZN5. А ведь оно бы сильно облегчило жизнь.

Камера как раз через этот libihal.so на ZN5 работает:

Код

$ arm-linux-gnueabi-objdump -x apps_acs | grep NEEDED | grep ihal
  NEEDED      libihal.so

$ arm-linux-gnueabi-objdump -x libomx.so.1.0.23 | grep NEEDED | grep ihal
  NEEDED      libihal.so

А ещё к вопросу о том, почему памяти для IPU у Z6 3.5 МБ, а у ZN5 -- 0.5 МБ:

Код

/* Date         Author      Comment
* ===========  ==========  ==================================================
* 5-Jun-2006  Motorola    Initial revision.
* 3-Jul-2007  Motorola    Compliance issue fix
* 15-Jul-2007 Motorola    Support setting of ADC serial interface bit width
* 24-Jul-2007 Motorola    Compliance issue fix
* 15-Oct-2007 Motorola    Free IPU 3M reserved RAM           !!! <================================================== ВОТ ЗДЕСЬ
* 10-Mar-2008 Motorola    Add three interface functions
* 07-May-2008 Motorola    introduced ipu_disable_channel_no_delay
*/

Это в хедере ih.h ядерной части ihal (в модуле ihal.ko).

[Ant-ON]

EXL,
Да, по сути это это обертка для того, что сейчас используется в SDL и MPlayer. Функционал +- такой же, но в более человеческом виде)

ps А по поводу доступности наработок... Это сайт Институт Ядерных Исследований РАН, там всё до сих пор в стиле 2000х

[VINRARUS]

Имеется ли на Z6 библиотека libihal.so?

Я ненашол.

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

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

Тесты номера которых отмечены как рабочие:

1.Цветные полосочки заменяются клубничкой с лимоном и кокосиком.
Enter
Пляж.
Жолтый портал вертикальный через пляж.
2. Какой то снегур с долгим клювом под пальмой.
3. Выход.
5. Стадион с мячом который играет людьми.
10. Серый экран. 2й запуск показал Bus error. 3й повесил терминал, хотя подсветка на экране гасла и засвечивалась как обычно. Интересно шо если ещо раз запустить телнет он вроде работает, но вешается во время выполнения ps.
20. То самое шо и 10.
80. Хз.

[EXL]

EXL,
Да, по сути это это обертка для того, что сейчас используется в SDL и MPlayer. Функционал +- такой же, но в более человеческом виде)

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

VINRARUS, Ясно, я вот тоже не нашёл упоминания libihal.so и ihal.ko в опубликованных исходниках Motorola Z6 на SourceForge.

Отлично, что это приложение работает, значит эти API не висят мёртвым грузом, а реально используются в той же камере. То что оно примитивное, это понятно, это не бенчмарк а проверка того, что IPU корректно работает. Похоже оно рисует в какой-то специальный буфер, который не зависит от буфера WindowServer в Qt или даже /dev/fb/0, видимо как раз размер этого буфера и откусывается от RAM и разработчики Motorola позже посчитали, что в Z6 они откусили от RAM много. Наверное, если никаких багов не будет, можно смело ставить там то же значение, что и у ZN5 -- 0.5 MB. Дополнительные З MB для 64 MB RAM в Z6 далеко не лишние. Ты, кстати, проверял меняется ли выхлоп команды free на ядре где fill.sa уменьшил память у IPU?

По поводу тестов, из написанного тобой не совсем понял, есть ли там какие-то анимации или эффекты накладывания/перемещения изображений? Или лишь статичные картинки?

Эх, раскопать бы этот API не сейчас, а 12 лет назад! Там всё по сути с открытыми исходниками: либа, модуль, тестовый пример с использованием API...

[fill.sa]

Имеется ли на Z6 библиотека libihal.so? Похоже она была добавлена в более поздние MotoMAGX телефоны, вроде ZN5, E8 и VE66. Не вижу её исходников в релизе Motorola для Z6 на SourceForge.

Все верно, появилось оно уже на lj6.3 и на z6 соответственно нету.
На з6 вообще много чего нету, вернее оно есть но как правило все жестко прибито в коде, а уже начиная с lj6.3 более гибки инструменты появились, функции разные которые можно подергать что-то и тд.
Как для телефона, то это пофигу, а вот для смартак это хорошо, можно что-то уже выполнять свое на основе этих функций.

. Какой-то тест железки подцепленной по протоколу IІC, кажется это что-то с референсных плат тестировалось, оно там закомментировано, но в этом коде есть упоминание некого чипа "Micron MT9M111",

да, i2c шина как раз в камере задействована, вроде еше пару каких-то элементов связывает типо тв выхода на зине.

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

[VINRARUS]

По поводу тестов, из написанного тобой не совсем понял, есть ли там какие-то анимации или эффекты накладывания/перемещения изображений? Или лишь статичные картинки?

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

Сообщение отредактировал VINRARUS - 13.9.2021, 4:16

[fill.sa]

По случаю пока копнул, опишу чтобы не забылось.
Как происходит загрузка ядром размера и адреса памяти для IPU.

-Если включен параметр CONFIG_MOT_FEAT_IPU_MEM_ADDR, то последовательность следующая.
Первоначально в файле https://github.com/fillsa/motomagx-kernel_l...h/arm/mm/init.c задается переменная ipu_mem_size и размер для нее в 2Мб, причем изначально на lj6.1 там было 5Мб , а также для ауры свой размер равный 9М.

Далее по коду функция static int __init ipu_mem_setup(char *str) может читать параметры ядра, куда можно передавать свои значения "ipu_mem=" размера и адреса памяти для IPU.
Что собственно успешно и делается на lj6.1, а вот на lj6.3 уже не передаются в параметрах ядру такие значения, т.е. берутся изначальные заданные 2Мб в переменной ipu_mem_size и адрес высчитывается так ipu_mem_addr = PHYS_OFFSET + SDRAM_MEM_SIZE - DSP_MEM_SIZE - ipu_mem_size;

Далее уже в драйвере IPU https://github.com/fillsa/motomagx-kernel_l...s/mxc/ipu/ipu.h появляется новая переменная которая присваивается нашему размеру
#define MXCIPU_MEM_ADDRESS ipu_mem_addr
#define MXCIPU_MEM_SIZE ipu_mem_size

-Если наоборот параметр CONFIG_MOT_FEAT_IPU_MEM_ADDR не включен, то
сразу из файла соответствующего нужной машине, например для scma11 https://github.com/fillsa/motomagx-kernel_l...d-scma11phone.h задаются переменные
#define MXCIPU_MEM_SIZE (SZ_4M + SZ_1M)
#define MXCIPU_MEM_ADDRESS (PHYS_OFFSET + MEM_SIZE)
Кстати тут же стоит заметить интересную помету в этом файле
/*!
* Size and physical start address of IPU buffer memory
* 5MB is a safe value for 2 MP camera support.
* The exact size depends on the hardware configuration.
*/

И дальше по коду все действия идут уже с MXCIPU_MEM_SIZE и MXCIPU_MEM_ADDRESS . Т.е. если что-то и искать то уже грепать эти значения в /linux-2.6.x/drivers

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

[EXL]

fill.sa, Интересно нафига AURA столько памяти для IPU... Понимаю, там по идее у дисплея разрешение больше чем у всех остальных MotoMAGX-телефонов, т. е. адресуется 480x480 вместо 320x240. Да и камеры там нет крутой.

Unreal_man, ты не помнишь fill.sa собирал тебе SDL HW под AURA?

[Unreal_man]

EXL, не, не помню. Такие вещи лучше у него спросить.

[fill.sa]

Кстати, наибольший рекорд для ARM 1136JF-S - 1000Мгц
https://hwbot.org/hardware/processor/1136jf_s_1000mhz

А еще подразобрался, что есть за IPG шина.Если кто помнит когда я писал про частоты разгона,там необходимо через делители задавать частоты шин ARM,AHB и IPG. Так вот IPG по сути ни что иное как IP шина.

И еще обзавелся более менее качественной картинкой по структуре арм11 платформы внутри нашего SCMA11.

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

[fill.sa]

Как и обещал ранее, скомпилировал это официальное мотороловское приложение для каких-то тестов IPU из дерева исходников ZN5 T-Mobile на 2CR_128, пакет ihal-R6637_G_81.11.2CR_128.tgz, директория "test".

Видео как все это дело работает.

[fill.sa]

Кстати, на тему версии ядра я уже как-то писал, что хоть мы и отталкиваемся от цифры 2.6.10, по факту это не так.
Если в кратце то там изначально montavista взял 2.6.9 или даже 2.6.8 ядро и потом заплатками догнал до 2.6.10, а после пошла отдельная история со своими заплатками в перемешку с еще какими-то. Вообще не зря папка называется 2.6.х , точной версии там не понять ибо есть заплатки от 2.6.18 даже.
Ну так вот, недавно с удивлением для себя обнаружил на линуксовой хранилке официальные заплатки для поднятия версии, правда там только до 2.6.13, но нам все пригодится. И возникла мысль поиграться и поподымать версию ядра.
Сообственно, не глядя на то, что есть смещение по строкам(montavista все таки добавляла свой код) во время применения заплатки можно заметить , что многие вещи уже добавлены, даже есть заметки аля 2006-Mar-01 Motorola Backport of 2.6.14 patch to 2.6.10 kernel.
Так что все как бы очередной раз намекает, что ядро во многих вещах имеет версию выше 2.6.10

В продолжение моего же сообщения. Копнул тут еще раз ядро на тему версий.
Вообщем по сути для магикса используется недо версия 2.6.13, буквально чуточку не дотягивает + чуть-чуть в отдельных моментах 2.6.14 2.6.16 и 2.6.18 + немного осталось еще на уровне 2,6,10 ну и + монтавистовские особенности, которые в большенстве своем выражаются в поддержке cygwin и определенных железок куда монтависта собственно и ставилась ну и свой механизм работы с память и процессором.

Отсюда собственно и сложность в поднятии версии, ибо за счет разных версий в разных местах заплатки легко не лягут. Но если дотянуть руками до чистой версии 2,6,14, есть шанс, что дальше можно будет с нимимальными усилиями заплатками подымать версии дальше.

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

[fantasy1986]

Как заставить ядро ​​поддерживать squashfs 3.4?

[fantasy1986]

Возникла проблема с компиляцией ядра, помогите пожалуйста.

CODE

root@ronalp-desktop:~# cd /home/z6/kernel
root@ronalp-desktop:/home/z6/kernel# make hardhat.dir
for f in $(egrep -rl 'if[n]?eq\(' "hardhat"); do perl -pi -e 's/(if[n]?eq)\(/$1 (/go' $f; done
mkdir -p build/hardhat
cd hardhat && make COMPILERTOOLPATH=/opt/toolchains/motomagx/arm-eabi2/bin PLATFORM_DIR=/home/z6/kernel/platform BOOTSTRAP=/home/z6/kernel/platform/Makefile.bootstrap COMPTOP=/home/z6/kernel/hardhat PROPFILES=/home/z6/kernel/hardhat/properties BUILDTOP=/home/z6/kernel/build/hardhat build
make[1]: 正在进入目录 `/home/z6/kernel/hardhat'
----------------------------------------------------------------------------
Building xpixl.p0a_lp_512 hardhat target /home/z6/kernel/hardhat/properties
----------------------------------------------------------------------------
----------------------------------------------------------------------------
Building xpixl.p0a_lp_512 hardhat target api_uninstall
----------------------------------------------------------------------------
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
    LANGUAGE = (unset),
    LC_ALL = (unset),
    LANG = "en_US"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
mkdir -p /home/z6/kernel/build/hardhat/arm/arm_v6_vfp_le/xpixl/linux_build/drivers
# clean out config area to prevent partial builds from winking in
rm -rf /home/z6/kernel/build/hardhat/arm/arm_v6_vfp_le/xpixl/linux_build
mkdir -p /home/z6/kernel/build/hardhat/arm/arm_v6_vfp_le/xpixl/linux_build
cd /home/z6/kernel/hardhat/linux-2.6.x && env -u MAKECMDGOALS make MAKE=make ARCH=arm CROSS_COMPILE=/opt/toolchains/motomagx/arm-eabi2/bin/arm_v6_vfp_le- O=/home/z6/kernel/build/hardhat/arm/arm_v6_vfp_le/xpixl/linux_build MOT_KBUILD_DEFCONFIG=/home/z6/kernel/build/hardhat/arm/arm_v6_vfp_le/xpixl/xpixl_defconfig defconfig modules_prepare
make[2]: Entering directory `/home/z6/kernel/hardhat/linux-2.6.x'
  HOSTCC  scripts/basic/fixdep
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:105:23: error: sys/types.h: No such file or directory
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:106:22: error: sys/stat.h: No such file or directory
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:107:22: error: sys/mman.h: No such file or directory
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:108:20: error: unistd.h: No such file or directory
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:109:19: error: fcntl.h: No such file or directory
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:110:20: error: string.h: No such file or directory
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:111:20: error: stdlib.h: No such file or directory
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:112:19: error: stdio.h: No such file or directory
In file included from /usr/lib/gcc/i486-linux-gnu/4.2.4/include/syslimits.h:7,
                 from /usr/lib/gcc/i486-linux-gnu/4.2.4/include/limits.h:11,
                 from /home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:113:
/usr/lib/gcc/i486-linux-gnu/4.2.4/include/limits.h:122:61: error: limits.h: No such file or directory
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:114:19: error: ctype.h: No such file or directory
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:115:23: error: arpa/inet.h: No such file or directory
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c: In function 'usage':
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:129: warning: implicit declaration of function 'fprintf'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:129: warning: incompatible implicit declaration of built-in function 'fprintf'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:129: error: 'stderr' undeclared (first use in this function)
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:129: error: (Each undeclared identifier is reported only once
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:129: error: for each function it appears in.)
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:130: warning: implicit declaration of function 'exit'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:130: warning: incompatible implicit declaration of built-in function 'exit'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c: In function 'print_cmdline':
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:135: warning: implicit declaration of function 'printf'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:135: warning: incompatible implicit declaration of built-in function 'printf'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c: At top level:
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:138: error: 'NULL' undeclared here (not in a function)
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c: In function 'grow_config':
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:151: warning: implicit declaration of function 'realloc'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:151: warning: assignment makes pointer from integer without a cast
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:153: warning: implicit declaration of function 'perror'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:153: warning: incompatible implicit declaration of built-in function 'exit'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c: In function 'is_defined_config':
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:169: warning: implicit declaration of function 'memcmp'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c: In function 'define_config':
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:182: warning: implicit declaration of function 'memcpy'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:182: warning: incompatible implicit declaration of built-in function 'memcpy'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c: In function 'use_config':
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:201: error: 'PATH_MAX' undeclared (first use in this function)
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:209: warning: incompatible implicit declaration of built-in function 'memcpy'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:215: warning: implicit declaration of function 'tolower'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:217: warning: incompatible implicit declaration of built-in function 'printf'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:201: warning: unused variable 's'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c: At top level:
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:220: error: expected declaration specifiers or '...' before 'size_t'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c: In function 'parse_config_file':
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:222: error: 'len' undeclared (first use in this function)
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:228: warning: implicit declaration of function 'ntohl'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:239: warning: implicit declaration of function 'isalnum'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c: In function 'strrcmp':
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:252: warning: implicit declaration of function 'strlen'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:252: warning: incompatible implicit declaration of built-in function 'strlen'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c: In function 'do_config_file':
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:263: error: storage size of 'st' isn't known
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:267: warning: implicit declaration of function 'open'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:267: error: 'O_RDONLY' undeclared (first use in this function)
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:269: warning: incompatible implicit declaration of built-in function 'fprintf'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:269: error: 'stderr' undeclared (first use in this function)
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:271: warning: incompatible implicit declaration of built-in function 'exit'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:273: warning: implicit declaration of function 'fstat'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:275: warning: implicit declaration of function 'close'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:278: warning: implicit declaration of function 'mmap'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:278: error: 'PROT_READ' undeclared (first use in this function)
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:278: error: 'MAP_PRIVATE' undeclared (first use in this function)
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:278: warning: assignment makes pointer from integer without a cast
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:285: error: too many arguments to function 'parse_config_file'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:287: warning: implicit declaration of function 'munmap'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:263: warning: unused variable 'st'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c: At top level:
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:292: error: expected declaration specifiers or '...' before 'size_t'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c: In function 'parse_dep_file':
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:295: error: 'len' undeclared (first use in this function)
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:297: error: 'PATH_MAX' undeclared (first use in this function)
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:299: warning: implicit declaration of function 'strchr'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:299: warning: incompatible implicit declaration of built-in function 'strchr'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:301: warning: incompatible implicit declaration of built-in function 'fprintf'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:301: error: 'stderr' undeclared (first use in this function)
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:302: warning: incompatible implicit declaration of built-in function 'exit'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:304: warning: incompatible implicit declaration of built-in function 'memcpy'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:305: warning: incompatible implicit declaration of built-in function 'printf'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:297: warning: unused variable 's'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c: In function 'print_deps':
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:334: error: storage size of 'st' isn't known
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:338: error: 'O_RDONLY' undeclared (first use in this function)
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:340: warning: incompatible implicit declaration of built-in function 'fprintf'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:340: error: 'stderr' undeclared (first use in this function)
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:342: warning: incompatible implicit declaration of built-in function 'exit'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:346: warning: incompatible implicit declaration of built-in function 'fprintf'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:350: error: 'PROT_READ' undeclared (first use in this function)
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:350: error: 'MAP_PRIVATE' undeclared (first use in this function)
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:350: warning: assignment makes pointer from integer without a cast
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:357: error: too many arguments to function 'parse_dep_file'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:334: warning: unused variable 'st'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c: In function 'traps':
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:369: warning: incompatible implicit declaration of built-in function 'fprintf'
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:369: error: 'stderr' undeclared (first use in this function)
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:371: warning: incompatible implicit declaration of built-in function 'exit'
make[4]: *** [scripts/basic/fixdep] Error 1
make[3]: *** [scripts_basic] Error 2
make[2]: *** [defconfig] Error 2
make[2]: Leaving directory `/home/z6/kernel/hardhat/linux-2.6.x'
make[1]: *** [/home/z6/kernel/build/hardhat/arm/arm_v6_vfp_le/xpixl/linux_build/.config] 错误 2
make[1]:正在离开目录 `/home/z6/kernel/hardhat'
make: *** [hardhat.dir] 错误 2
root@ronalp-desktop:/home/z6/kernel#

[fill.sa]

Как заставить ядро поддерживать squashfs 3.4?

Наложить патчи для новой версии, поправить нюансы касающиеся ядра монтависты и все будет))

А вообще смотри на гите единое ядро от samod , я уже это делал все. непомню только 3.1 или 3.4 поддержку я прикрутил.
https://github.com/fillsa/motomagx-kernel_l...rzka_squashfs_3

[EXL]

fantasy1986,
Используйте для сборки ядра любой из этих тулчейнов:

1. https://github.com/fillsa/motomagx-SDK-toolchain
2. https://exlmoto.ru/toolchains-sdk-for-motomagx/

Используйте эти исходники для сборки ядра Linux:

1. https://github.com/GodFox/magx_kernel_xpixl
2. https://github.com/fillsa/motomagx-kernel_linux_hardhat

[fantasy1986]

fantasy1986,
Используйте для сборки ядра любой из этих тулчейнов:

1. https://github.com/fillsa/motomagx-SDK-toolchain
2. https://exlmoto.ru/toolchains-sdk-for-motomagx/

Используйте эти исходники для сборки ядра Linux:

1. https://github.com/GodFox/magx_kernel_xpixl
2. https://github.com/fillsa/motomagx-kernel_linux_hardhat

EXL,
Я использую этот набор инструментов для сборки ядра:

motomagx-toolchains_12_08_2011.tar.gz.zip （by EXL）

Я использую этот ресурс для сборки ядра Linux:

motomagx-kernel_linux_hardhat-squashfs3.4.zip （by fillsa）

все еще есть ошибки

[fantasy1986]

Можно ли использовать этот исходный код из открытого исходного кода Motorola для компиляции ядра?

source code for R6637_G_81.03.0ER firmware

[fill.sa]

CROSS_COMPILE=/opt/toolchains/motomagx/arm-eabi2/bin/arm_v6_vfp_le-

Меня смущает в журнале строка COMPILERTOOLPATH=/opt/toolchains/motomagx/arm-eabi2/bin и CROSS_COMPILE=/opt/toolchains/motomagx/arm-eabi2/bin/arm_v6_vfp_le- , явно не тот инструментарий используется.

Нужно использовать arm-eabi , а не arm-eabi2. Но лучше конечно пользоваться этим https://github.com/fillsa/motomagx-SDK-toolchain, только тут в наборе не идет файлик окружения. Его или руками прописывать или свой файл с окружением накидать. Или заменить имеющуюся папку /opt/toolchains/motomagx/arm-eabi на то, что в гите лежит.

[EXL]

fantasy1986,
Yes, you can use any Linux source code from Motorola and community. The only patch needed to build the kernel on newer Linux distributions is:
https://github.com/fillsa/motomagx-kernel_l...e44cfc9ea3d3488

все еще есть ошибки

Are the errors exactly the same as you posted above? There is an old but working instruction for building the ZN5 kernel here, just follow it:
Сборка ядра для ZN5. Compiling your own kernel

Меня смущает в журнале строка COMPILERTOOLPATH=/opt/toolchains/motomagx/arm-eabi2/bin и CROSS_COMPILE=/opt/toolchains/motomagx/arm-eabi2/bin/arm_v6_vfp_le- , явно не тот инструментарий используется.

Нужно использовать arm-eabi , а не arm-eabi2. Но лучше конечно пользоваться этим https://github.com/fillsa/motomagx-SDK-toolchain, только тут в наборе не идет файлик окружения. Его или руками прописывать или свой файл с окружением накидать. Или заменить имеющуюся папку /opt/toolchains/motomagx/arm-eabi на то, что в гите лежит.

Там проставлены все нужные симлинки на arm_v6_vfp_le-, но у него почему-то не видно системных хедеров.

[EXL]

fantasy1986,
It seems that the problem is not in the toolchain+SDK and not in the ZN5 kernel sources but with you system:

Код

  HOSTCC  scripts/basic/fixdep
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:105:23: error: sys/types.h: No such file or directory
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:106:22: error: sys/stat.h: No such file or directory
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:107:22: error: sys/mman.h: No such file or directory
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:108:20: error: unistd.h: No such file or directory
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:109:19: error: fcntl.h: No such file or directory
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:110:20: error: string.h: No such file or directory
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:111:20: error: stdlib.h: No such file or directory
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:112:19: error: stdio.h: No such file or directory

This is a host compiler error, not cross-compiler. Most likely you don't have header files for libc and kernel-headers installed in your system. What Linux distro are you using? Try to find a package for it with those listed files that are missing and install it.

Good luck!

[fantasy1986]

fantasy1986,
It seems that the problem is not in the toolchain+SDK and not in the ZN5 kernel sources but with you system:

CODE

  HOSTCC  scripts/basic/fixdep
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:105:23: error: sys/types.h: No such file or directory
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:106:22: error: sys/stat.h: No such file or directory
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:107:22: error: sys/mman.h: No such file or directory
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:108:20: error: unistd.h: No such file or directory
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:109:19: error: fcntl.h: No such file or directory
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:110:20: error: string.h: No such file or directory
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:111:20: error: stdlib.h: No such file or directory
/home/z6/kernel/hardhat/linux-2.6.x/scripts/basic/fixdep.c:112:19: error: stdio.h: No such file or directory

This is a host compiler error, not cross-compiler. Most likely you don't have header files for libc and kernel-headers installed in your system. What Linux distro are you using? Try to find a package for it with those listed files that are missing and install it.

Good luck!

ubuntu22.04 LTS

[fill.sa]

ubuntu22.04 LTS

sudo apt install libc6-dev

[EXL]

fantasy1986, any news?

[fantasy1986]

ubuntu22.04 LTS

sudo apt install libc6-dev

Спасибо fill.sa 、EXL. Метод, который он дал, решил проблему, и ядро ​​​​можно без проблем скомпилировать.

motomagx-kernel_linux_hardhat-squashfs3.4


Ядро было успешно собрано с использованием приведенного выше исходного кода. Но есть ошибка при записи на телефон через RSDlite.

[fantasy1986]

Проблема решена. Вероятно, из-за совместимости с системой Windows 11.
Поместите файл sbf в корневой каталог диска D, а затем используйте RSDlite для прошивки машины. Еще раз спасибо всем за помощь!

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

[fill.sa]

Самые точные значения по частотам можно увидеть в файле телефона

Код

cat /proc/cpu/clocks

Все остальные места являются прослойками и не совсем точные. Но обычно опираемся на драйвер mpm, смотрим в файл /sys/op/mpm , zTaskMan отсюда и берет частоты.
Но драйвер mpm не включен в сборку ядра, а идет отдельным пакетом и чтобы частоты нормально могли переключаться на разогнанные и обратно и нормально пиказываться в файле /sys/op/mpm, нужно еще патчить этот драйвер. Исходники тут https://sourceforge.net/projects/motozinezn...28.tgz/download

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

[fill.sa]

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