У EMIF'а настроек как таковых минимум - тайминги, разрядность шины, возможность прогнать 1/4bit ECC.

U-boot может правильно идентифицировать память, но это отнюдь не значит, что он будет корректно с ней работать. А память в вашем случае несколько экзотическая.

приветствую всех!

у кого нибудь была проблема с запуском ядра без использования ubl?

я гружу ядро через rs232 по протоколу kermit

загрузка ядра и декомпрессия проходят удачно и после передачи управления ядра больше ничего не вижу.
процессор AM1705, использую UART2

о своей проблеме написал на http://e2e.ti.com/support/embedded/linux/f...579.aspx#560785

подскажите пожалуйста куда копать и в чем может быть проблема?

IDs, как я понимаю, неоднократно проверяли. А с памятью точно все в порядке?

да, id проверил и на стороне юбута, и на стороне ядра, по крайней мере юбут передает ядру верный machid и при конфиге ядра такой же machid статически выставляется в исходниках.

с паматью, хм, вот тут не могу однозначно сказать.
юбут там работает, ядро тоже туда гружу, iminfo из юбута выдает правильную информацию, которую он берет из образа ядра, которое я загрузил в оперативку. поэтому, делаю вывод, что вроде память как нормально работает и нормально сконфигурирована в AISgene

Ну, чтобы быть уверенным, нужно бы ее всю проверить. А то вдруг реально работает 1/4 часть, например? Загрузить uboot и ядро хватит, а вот при распаковке все и упадет.

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

как еще можно проверить полностью память?


протестирую каждую ячейку памяти sdram.

если предположить, что с оперативкой все в порядке, куда можно еще смотреть, куда копать?

Пока у меня больше идей нет.

1 Включите в ядре поддержку early printk и смотрите лог загрузки. (Kernel hacking --->[*] Kernel debugging) - если есть поддержка early printk для этого процессора проблему с ID вы сразу обнаружите если она есть.
2 Проверьте - включена ли поддержка консоли для последовательного порта
3 Проверьте - в какой порт по умолчанию в ядре сконфигуирован вывод консоли.
4 память можно протестировать в u-boot - там есть простейший mtest.

К сожалению точные указания не могу дать по ядру - у TI они кастомные для каждого процессора.



Сообщение отредактировал sasamy - Dec 23 2011, 22:46

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

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

Вы лучше лог загрузки от начала и до остановки покажите и выложите свой конфиг ядра. Еще я не помню - это не у вас 16М вместо 64M EVM распаяно ? при распаковке ядро может банально само себя затереть если имидж неправильно в RAM разместить.

нет, у меня на борде 32 MB оперативки.
конфиг ядра отличается только от дефолтного включением early_printk() и отключением NET я ядре для быстроты сборки и загрузки по терминалу ядра в плату (хотя и пробовал с поддержкой сети, результат тот же)

вот лог

U-Boot > loadb
## Ready for binary (kermit) download to 0xC0700000 at 115200 bps...
## Total Size = 0x0016c1f4 = 1491444 Bytes
## Start Addr = 0xC0700000
U-Boot > bootm
## Booting kernel from Legacy Image at c0700000 ...
Image Name: Linux-2.6.33-rc4
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 1491380 Bytes = 1.4 MB
Load Address: c0008000
Entry Point: c0008000
Verifying Checksum ... OK
Loading Kernel Image ... OK
OK

Starting kernel ...

Uncompressing Linux... done, booting the kernel.


еще хотел добавить, что я не использую ни initrd, ни rootfs.
тот же самый юбут и это же ядро через UartBootHost гружу на EVM1707, ядро запускается, лог загрузки ядра вываливается на терминал.

и для EVM1707 и для своей платы в параметре bootargs установлено mem=32M, хотя на EVM1707 фактически стоит 64 MB

Сообщение отредактировал am1808 - Dec 24 2011, 08:42

Дайте прямой линк чтобы я мог скачать ваше ядро (или ссылку на сайт TI откуда скачивали). И какой там defconfig ? при первичной конфигурации вы там делали make ARCH=arm какой-то.defconfig

Сообщение отредактировал sasamy - Dec 24 2011, 08:42

могу выслать и исходный код ядра, и уже собранное ядро.

да, конфигурирую ядро под определенную конфигурацию вот так:

make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi- clean
make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi- da830_omapl137_defconfig
make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi- menuconfig
make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi- uImage

ядро: linux-03.20.00.12 из состава DaVinci-PSP-SDK-03.20.00.12, скаченного с офиц. сайта TI для AM1707

Сообщение отредактировал am1808 - Dec 24 2011, 09:29

Скачал, посмотрел - с uart вроде все в порядке, из подозрительного - у вас сконфигурировано под am1707, у вас как я понял am1705 (нет LCD) а поддержка включена для LCD вместо NAND

спасибо,

да, я пробовал и с выбирать нанд вместо LCD, но это тоже не влияет