Перейти к содержанию
    

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

 

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

 

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

процессор AM1705, использую UART2

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

 

с паматью, хм, вот тут не могу однозначно сказать.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

потом считывал записанное число и оно было равно всегда тому значению, которое записал.

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

 

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

 

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

потом считывал записанное число и оно было равно всегда тому значению, которое записал.

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

 

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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

2 Проверьте - включена ли поддержка консоли для последовательного порта

3 Проверьте - в какой порт по умолчанию в ядре сконфигуирован вывод консоли.

4 память можно протестировать в u-boot - там есть простейший mtest.

 

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

post-41858-1324679924_thumb.png

Изменено пользователем sasamy

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

2 Проверьте - включена ли поддержка консоли для последовательного порта

3 Проверьте - в какой порт по умолчанию в ядре сконфигуирован вывод консоли.

4 память можно протестировать в u-boot - там есть простейший mtest.

 

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

post-41858-1324679924_thumb.png

 

спасибо.

пункты 1,3,4 я проделывал, не помогло.

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

 

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

если говорить про то, что ядро просто падает до инициализации консоли в ядре

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

если говорить про то, что ядро просто падает до инициализации консоли в ядре

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Вы лучше лог загрузки от начала и до остановки покажите и выложите свой конфиг ядра. Еще я не помню - это не у вас 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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

нет, у меня на борде 32 MB оперативки.

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

 

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

Изменено пользователем sasamy

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Дайте прямой линк чтобы я мог скачать ваше ядро (или ссылку на сайт 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

Изменено пользователем am1808

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

 

post-41858-1324728097_thumb.png

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

спасибо,

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
К сожалению, ваш контент содержит запрещённые слова. Пожалуйста, отредактируйте контент, чтобы удалить выделенные ниже слова.
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...