Сборка ядра под OMAP-L138., При собственой конфигурации виснет после надписи Starting kernel Опции

[Politeh]

Добрый день!

С линуксом почти не сталкивались, по ДСП работаем.
Есть своя плата: ОМАP-L138, NAND 4Gb Samsung K9F4G08U0D-SIB0000, DDR2 1Gb Samsung K4T1G164QF-BIE6T00, Ethernet, SATA, USB2.0 OTG, видеопорт, и др. периферия...
Хотим собрать своё ядро. При собственой конфигурации виснет после надписи "Starting kernel ..."
Может кто подсказать в чем дело?
Файл конфигурации прилагаю.


Благодарю.

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

 config.txt ( 55.79 килобайт ) Кол-во скачиваний: 85

 

[Politeh]

C u-boot разобрались. С uImage пока нет. Останавливается здесь:

netconsole: network logging started
davinci_emac davinci_emac.1: using random MAC addr: 76:f7:52:75:1e:d8
omap_rtc omap_rtc: setting system clock to 2000-01-13 23:12:09 UTC (947805129)
VFS: Cannot open root device "ubi0:rootfs" or unknown-block(0,0)
Please append a correct "root=" boot option; here are the available partitions:
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

Будем дальше копать.

[KPEKEP]

C u-boot разобрались.

Приветствую, т.к. Ваша топик очень подходит к моей ситуации, опишу здесь и вместе с вами буду искать ответ.
В моём расположении IP камера DM369IPMC-IMX104, на процессоре TI Davinci DM369, суть всё та же, собираю своё ядро и файловую систему, но в моём случае есть готовый RDK с описаними, описания очень скудные, т.к. следуя только им, с места не сдвинуться.

Собрал своё ядро и файловую систему, меняю заводской bootcmd и bootargs (взял из описания к камере), подсовываю всё через TFTP
Лог загрузки:

 starting_kernel.txt ( 11.66 килобайт ) Кол-во скачиваний: 425


Версию ядра поменял в Makefile на 3.6.37, чтобы можно было отличать грузит он своё или моё ядро
В общем в итоге Starting kernel ... и тишина
Поделитесь пожалуйста, как лечили?

[Jury093]

В общем в итоге Starting kernel ... и тишина

если выводит эту строчку, то ядро загрузилось в память и контрольная сумма (CRC) бинарника сошлась..

у вас вероятно срабатывает система "свой-чужой" от юбута до ядра.
юбут при переходе на начало кода ядра передает некие параметры, в т.ч. mach type
если код не совпадает, то ядро останавливает дальнейшую работу..
попробуйте проверить, включив выхлоп отладки в разделе Kernel Hacking->Low level debug..

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

[KPEKEP]

если выводит эту строчку, то ядро загрузилось в память и контрольная сумма (CRC) бинарника сошлась..

у вас вероятно срабатывает система "свой-чужой" от юбута до ядра.
юбут при переходе на начало кода ядра передает некие параметры, в т.ч. mach type
если код не совпадает, то ядро останавливает дальнейшую работу..
попробуйте проверить, включив выхлоп отладки в разделе Kernel Hacking->Low level debug..

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

-CONFIG_DEBUG_LL включил, по прежнему после Starting kernel ничего не показывает, либо ошибки нет, либо что то я не так сделал (делал через menuconfig -> Kernel Hacking -> Kernel debugging -> Kernel low-level debugging functions -> Early printk)
-Пробовал данный способ, по этому поводу U-boot выдаёт нечитабельную билеберду
-Конфиги пробовал davinci_dm368_ipnc_nfs_defconfig и davinci_dm368_ipnc_ubifs_defconfig, ничего в них не менял
-Есть ещё вопросы, по поводу адреса в который записывается ядро по TFTP у меня качается в 80700000, а ядро пишет Load Address и Entry Point 80008000 это на что то влияет?
-Как понять какой должен стоять console=ttyS в U-boot? С каждым ядром перебираю от 0 до 2, но хотелось бы точно знать что писать (версии с сайта TI, даташита и в документах производителя прошивки разнятся)
-Ещё вопрос: использовал и штатный кросскомпилятор от Arago Project и от CodeSourcery, при сборке ядра, они требуют некие файлы (cmemk.o, edmak.o, irqk.o, dm365mmap.o, drv.o, csl.o), в makefile из штатного RDK, подглядел откуда они берутся, после того, как копирую данные файлы в kernel/drivers/char, ядро успешно собирается, вопрос в том, что ни в одной инструкции по сборке ядра не видел упоминания об этих файлах, это нормально что он их требует?

[Jury093]

-CONFIG_DEBUG_LL включил, по прежнему после Starting kernel ничего не показывает, либо ошибки нет, либо что то я не так сделал (делал через menuconfig -> Kernel Hacking -> Kernel debugging -> Kernel low-level debugging functions -> Early printk)

в старых ядрах можно было применить "грязный хак" - в асмовом файле в районе arch/arm/kernel/head.$ блокировалась проверка на mach id, ядро грузилось не глядя ни на что и можно было понять происходящее. сейчас даже и не знаю, заглянул в 3.2.0 от ti, ничего похожего..

-Пробовал данный способ, по этому поводу U-boot выдаёт нечитабельную билеберду

уверены? белиберда структуирована? может скорость порта меняется..

-Конфиги пробовал davinci_dm368_ipnc_nfs_defconfig и davinci_dm368_ipnc_ubifs_defconfig, ничего в них не менял

а в менюконфиг проверяли? например, вы натянули конфиг для семейства dm368, а пункт с вашей бордой выключен - ядро работать не будет..

-Есть ещё вопросы, по поводу адреса в который записывается ядро по TFTP у меня качается в 80700000, а ядро пишет Load Address и Entry Point 80008000 это на что то влияет?

это нормально

-Как понять какой должен стоять console=ttyS в U-boot? С каждым ядром перебираю от 0 до 2, но хотелось бы точно знать что писать (версии с сайта TI, даташита и в документах производителя прошивки разнятся)

не знаю, что там у семейства dm368, но помнится, что для dm8148 и am33xx имя портов начиналось с ttyO (тут могу подвирать, вечером дома посмотрю). номера вроде как задаются в боард файле (в старых ядрах)

-Ещё вопрос: использовал и штатный кросскомпилятор от Arago Project и от CodeSourcery, при сборке ядра, они требуют некие файлы (cmemk.o, edmak.o, irqk.o, dm365mmap.o, drv.o, csl.o), в makefile из штатного RDK, подглядел откуда они берутся, после того, как копирую данные файлы в kernel/drivers/char, ядро успешно собирается, вопрос в том, что ни в одной инструкции по сборке ядра не видел упоминания об этих файлах, это нормально что он их требует?

да, нормально..
раньше к платам можно было скачать полный пакет sdk, который включал в себя кросскомпилятор, исходники (лоадеров, юбута, ядра, утилит для dsp), комплект документации по сборке, скрипты. иногда отдельно шел графический sdk для поддержки графики и видео

итого:
1. поискать, как обойти проверку типа борды
2. проверить типы включенных плат в менюконфиге
3. там же поотключать все в разделе драйверов - оставить только работу с консолью и поддержку портов

update
да, дома посмотрел, вот начало строки для ядра dm8148:

Код

bootargs_mmc=console=ttyO0,115200n8 rootwait root=/dev/mmcblk0p2

Сообщение отредактировал Jury093 - Apr 21 2015, 19:07