У вас в командной строке что написано? Можете ее опубликовать?
Не может смонтировать рут файловую систему.
Либо диск недоступен, либо системы там нет, либо неправильно указана партишн в командной строке. На каком устройстве ваша рут файловая система?

У меня раз была такая ситуация.
На одних бордах монтировалось, а на других нет. Засада была в том, что перешли с СД карточки на тест борде на микро СД на продукте. У микро СД нет сенсора защиты от записи, а в кернеле такой пин и его обработка присутствовали. Монтировали как RW, а если состояние пина, который был в воздухе показывало, что СД карточка защищена, то возникала точно та же проблема что и у вас.


Раскопал у себя на этом процессоре есть борд LogicPD купил у TI.
Посмотрел конфигурацию бутлоадера, чтобы узнать какая командная строка:

У меня с СД карточки грузится поэтому mmcblk, у вас другое устройство и я не знаю какое и какое у него имя.

К вашей проблеме относится вот этот фрагмент:
root=/dev/mmcblk0p2 rw rootwait

mmcblk0p2 значит mmc диск драйв номер 0 партишн 2.
Вы должны определить какой у вас диск и какой партишн.
Для рут партишн на скази было бы что-то вдоде /dev/sdb1. sdb1 значит диск b партишн 1
Разбирайтесь. Все что нужно найти как в вашей системе называется ваш диск с рут файловой системой,
если устройство не одно, то какое оно по счету (смотреть схему и даташит процессора). На каком партишне находится ваша файловая система. Запишите это правильно в конфигурации бутлоадера и сохраните.
Должно заработать.


Вот вам пример моей конфигурации U-Boot:
U-Boot > printenv
bootargs=mem=32M console=ttyS2,115200n8 root=/dev/mmcblk0p2 rw rootwait ip=off
bootcmd=if mmc rescan 0; then if fatload mmc 0 0xc0600000 boot.scr; then source
0xc0600000; else fatload mmc 0 0xc0700000 uImage; bootm c0700000; fi; else sf pr
obe 0; sf read 0xc0700000 0x80000 0x220000; bootm 0xc0700000; fi
bootdelay=3
baudrate=115200
bootfile="uImage"
stdin=serial
stdout=serial
stderr=serial
ethaddr=00:08:ee:05:8d:71
ver=U-Boot 2009.11 (Jan 13 2011 - 01:05:37)

Environment size: 461/65532 bytes
U-Boot >

Сообщение отредактировал Tarbal - Jan 31 2014, 03:08

Судя по ругани на ubi0:rootfs, рутовый раздел на нанд. А т.к. они сменили 16 битную нанд на 8 битну, то и в ядре надо править.

И не издевайтесь над нами, тут нет телепатов - выложите весь лог загрузки от старта у-бута и до остановки.

временно сгенерите рутовую на sd или usb-flash и загрузитесь нее..
так комфортнее разбираться с нандом..

Ещё раз спасибо за подсказки. Выложим всё что надо сегодня вечером или завтра.
У нас НАНД-8.

Благодарю.

И конфигурацию U-Boot.

Ответьте на вопросы:
1. Вы давали имя борду сами? Если не понимаете о чем речь -- значит нет. http://electronix.ru/forum/index.php?showtopic=118559
2. Найдите файл борда и сообщите его имя.
Процедура простая:
а. Постройте кернел
б. В директории arch/arm/mach-omap2/ найдите все файлы *.о и дайте их имена. Мы разберемся.

Сообщение отредактировал Tarbal - Jan 31 2014, 14:09

Выкладываю что нужно для разъяснения ситуации(в архиве).
Ждем ваших советов. Если ещё что нужно - скинем.

Благодарю.

Я не совсем ту конфигурацию имел ввиду. Покажите, что печатает u-boot по команде printenv.

Для удобства файл борда прицепим так:
http://lxr.free-electrons.com/source/arch/...ard-da850-evm.c

Да, вот ещё лог, забыли в архив включить. Здесь полный лог старта u-boot, вывод данных через printenv и процесс загрузки uImage до момента остановки.

В Вашем .config

Т.е. драйвер не включен.

Включали, такая же ерунда. Сейчас приложим конфиг и лог.

запись uImage и файловой системы происходит через tftp. Эти файлы сохраняются на NAND и оттуда уже стартуют.

//Установка переменных в u-boot

nand erase 0 0x20000
setenv hostname Politeh
setenv ethaddr 00:24:37:26:15:05
setenv ipaddr 192.168.0.111
setenv serverip 192.168.0.103
setenv gatewayip 192.168.0.1
setenv netmask 255.255.255.0
setenv bootargs console=ttyS2,115200 ip=${ipaddr}:${serverip}:${gatewayip}:${netmask}:${hostname} rootfstype=jffs2 root=mtd:filesystem rw,noatime mem=128M
setenv bootcmd 'nand read.e 0xc0700000 0xa0000 0x300000; bootm 0xc0700000'
saveenv


//Запись uImage
nand erase 0xa0000 0x300000
tftp 0xc0700000 uImage
nand write.e 0xc0700000 0xa0000 ${filesize}

//Запись файловой системы
mw.b 0xc0700000 0xFF 0xE00000
tftp 0xc0700000 rootfs.jffs2
nand erase 0xB60000 0xE00000
nand write.e 0xc0700000 0xB60000 0xE00000

после этого даем перезагрузку. Конфиг и лог прикрепил.

я полагаю, что причина тут (из лога):


если заглянуть в файл борды (приведен выше), то там есть структура:



и после нахождения этих устройств идет цепочка вызовов. включая:

где происходит инит пинов NOR/NAND, заполнение структур и регистрация драйвера NOR/NAND

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

еще раз повторюсь - для отладки удобнее использовать любой доступный накопитель - sd, usb, sata..
и получив приглашение "login" отдебажить "кто виноват и что делать"
в конце концов - нет желания возится с накопителем, при живой сети можно забодяжить NFS и рутовую держать на сетевом ресурсе..

Пожалуй наилучшее решение. Добавлю еще одну возможность rootfs на NFS.

Сообщение отредактировал Tarbal - Feb 3 2014, 12:30

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

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

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


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

Товарищи, спасайте, так и сижу на этом Starting Kernel ... уже ядро несколько раз пересобирал с разными кросскомпиляторами, суть та же на выходе
Скажите какие файлы выложить чтобы легче было идентифицировать проблему?

Была похожая проблема, когда записывал ядро в SPI-флешку, при этом я не заметил, что размер ядра был больше, чем раздел под ядро на флешке. В итоге, когда U-boot грузил ядро он мне выкидывал ошибку CRC при загрузке ядра и в выводе так же было "Starting kernel ..." и тишина.
Могу посоветовать начать с U-boot'а - проверьте, полностью ли он грузит ядро или нет.