aaarrr 69 12 декабря, 2011 Опубликовано 12 декабря, 2011 · Жалоба У EMIF'а настроек как таковых минимум - тайминги, разрядность шины, возможность прогнать 1/4bit ECC. U-boot может правильно идентифицировать память, но это отнюдь не значит, что он будет корректно с ней работать. А память в вашем случае несколько экзотическая. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
am1808 0 23 декабря, 2011 Опубликовано 23 декабря, 2011 · Жалоба приветствую всех! у кого нибудь была проблема с запуском ядра без использования ubl? я гружу ядро через rs232 по протоколу kermit загрузка ядра и декомпрессия проходят удачно и после передачи управления ядра больше ничего не вижу. процессор AM1705, использую UART2 о своей проблеме написал на http://e2e.ti.com/support/embedded/linux/f...579.aspx#560785 подскажите пожалуйста куда копать и в чем может быть проблема? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aaarrr 69 23 декабря, 2011 Опубликовано 23 декабря, 2011 · Жалоба IDs, как я понимаю, неоднократно проверяли. А с памятью точно все в порядке? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
am1808 0 23 декабря, 2011 Опубликовано 23 декабря, 2011 · Жалоба IDs, как я понимаю, неоднократно проверяли. А с памятью точно все в порядке? да, id проверил и на стороне юбута, и на стороне ядра, по крайней мере юбут передает ядру верный machid и при конфиге ядра такой же machid статически выставляется в исходниках. с паматью, хм, вот тут не могу однозначно сказать. юбут там работает, ядро тоже туда гружу, iminfo из юбута выдает правильную информацию, которую он берет из образа ядра, которое я загрузил в оперативку. поэтому, делаю вывод, что вроде память как нормально работает и нормально сконфигурирована в AISgene Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aaarrr 69 23 декабря, 2011 Опубликовано 23 декабря, 2011 · Жалоба Ну, чтобы быть уверенным, нужно бы ее всю проверить. А то вдруг реально работает 1/4 часть, например? Загрузить uboot и ядро хватит, а вот при распаковке все и упадет. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
am1808 0 23 декабря, 2011 Опубликовано 23 декабря, 2011 · Жалоба Ну, чтобы быть уверенным, нужно бы ее всю проверить. А то вдруг реально работает 1/4 часть, например? Загрузить uboot и ядро хватит, а вот при распаковке все и упадет. протестировал записью определенного числа так, что бы в цикле поочередно каждая адресная ножка поднималась. потом считывал записанное число и оно было равно всегда тому значению, которое записал. делал это из юбута путем добавления своей тестируемой функцией, ошибок не было. как еще можно проверить полностью память? протестировал записью определенного числа так, что бы в цикле поочередно каждая адресная ножка поднималась. потом считывал записанное число и оно было равно всегда тому значению, которое записал. делал это из юбута путем добавления своей тестируемой функцией, ошибок не было. как еще можно проверить полностью память? протестирую каждую ячейку памяти sdram. если предположить, что с оперативкой все в порядке, куда можно еще смотреть, куда копать? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aaarrr 69 23 декабря, 2011 Опубликовано 23 декабря, 2011 · Жалоба если предположить, что с оперативкой все в порядке, куда можно еще смотреть, куда копать? Пока у меня больше идей нет. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sasamy 7 23 декабря, 2011 Опубликовано 23 декабря, 2011 (изменено) · Жалоба загрузка ядра и декомпрессия проходят удачно и после передачи управления ядра больше ничего не вижу. 1 Включите в ядре поддержку early printk и смотрите лог загрузки. (Kernel hacking --->[*] Kernel debugging) - если есть поддержка early printk для этого процессора проблему с ID вы сразу обнаружите если она есть. 2 Проверьте - включена ли поддержка консоли для последовательного порта 3 Проверьте - в какой порт по умолчанию в ядре сконфигуирован вывод консоли. 4 память можно протестировать в u-boot - там есть простейший mtest. К сожалению точные указания не могу дать по ядру - у TI они кастомные для каждого процессора. Изменено 23 декабря, 2011 пользователем sasamy Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
am1808 0 24 декабря, 2011 Опубликовано 24 декабря, 2011 · Жалоба 1 Включите в ядре поддержку early printk и смотрите лог загрузки. (Kernel hacking --->[*] Kernel debugging) - если есть поддержка early printk для этого процессора проблему с ID вы сразу обнаружите если она есть. 2 Проверьте - включена ли поддержка консоли для последовательного порта 3 Проверьте - в какой порт по умолчанию в ядре сконфигуирован вывод консоли. 4 память можно протестировать в u-boot - там есть простейший mtest. К сожалению точные указания не могу дать по ядру - у TI они кастомные для каждого процессора. спасибо. пункты 1,3,4 я проделывал, не помогло. на счет поддержки консоли - попробую еще раз посмотреть, хотя по дефолту скорее всего с этим в порядке еще вот можно как нибудь сделать, чтобы буффер консоли как можно раньше вывалился на последовательный порт? если говорить про то, что ядро просто падает до инициализации консоли в ядре Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sasamy 7 24 декабря, 2011 Опубликовано 24 декабря, 2011 · Жалоба еще вот можно как нибудь сделать, чтобы буффер консоли как можно раньше вывалился на последовательный порт? если говорить про то, что ядро просто падает до инициализации консоли в ядре Вы лучше лог загрузки от начала и до остановки покажите и выложите свой конфиг ядра. Еще я не помню - это не у вас 16М вместо 64M EVM распаяно ? при распаковке ядро может банально само себя затереть если имидж неправильно в RAM разместить. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
am1808 0 24 декабря, 2011 Опубликовано 24 декабря, 2011 (изменено) · Жалоба Вы лучше лог загрузки от начала и до остановки покажите и выложите свой конфиг ядра. Еще я не помню - это не у вас 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 Изменено 24 декабря, 2011 пользователем am1808 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sasamy 7 24 декабря, 2011 Опубликовано 24 декабря, 2011 (изменено) · Жалоба нет, у меня на борде 32 MB оперативки. конфиг ядра отличается только от дефолтного включением early_printk() и отключением NET я ядре для быстроты сборки и загрузки по терминалу ядра в плату (хотя и пробовал с поддержкой сети, результат тот же) Дайте прямой линк чтобы я мог скачать ваше ядро (или ссылку на сайт TI откуда скачивали). И какой там defconfig ? при первичной конфигурации вы там делали make ARCH=arm какой-то.defconfig Изменено 24 декабря, 2011 пользователем sasamy Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
am1808 0 24 декабря, 2011 Опубликовано 24 декабря, 2011 (изменено) · Жалоба Дайте прямой линк чтобы я мог скачать ваше ядро (или ссылку на сайт TI откуда скачивали). И какой там defconfig ? при первичной конфигурации вы там делали make ARCH=arm какой-то.defconfig могу выслать и исходный код ядра, и уже собранное ядро. да, конфигурирую ядро под определенную конфигурацию вот так: 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 my_config_kernel.zip uImage.zip Изменено 24 декабря, 2011 пользователем am1808 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sasamy 7 24 декабря, 2011 Опубликовано 24 декабря, 2011 · Жалоба ядро: linux-03.20.00.12 из состава DaVinci-PSP-SDK-03.20.00.12, скаченного с офиц. сайта TI для AM1707 Скачал, посмотрел - с uart вроде все в порядке, из подозрительного - у вас сконфигурировано под am1707, у вас как я понял am1705 (нет LCD) а поддержка включена для LCD вместо NAND Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
am1808 0 24 декабря, 2011 Опубликовано 24 декабря, 2011 · Жалоба Скачал, посмотрел - с uart вроде все в порядке, из подозрительного - у вас сконфигурировано под am1707, у вас как я понял am1705 (нет LCD) а поддержка включена для LCD вместо NAND спасибо, да, я пробовал и с выбирать нанд вместо LCD, но это тоже не влияет Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
