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

Код

EVK MFG U-Boot > tftpboot 70800000 lvds8.bmp
FEC: enable RMII gasket
Using FEC0 device
TFTP from server 192.168.0.2; our IP address is 192.168.0.136
Filename 'lvds8.bmp'.
Load address: 0x70800000
Loading: FEC: Link is down 7849
FEC: Link is down 7849
FEC: Link is down 7849
FEC: Link is down 7849
FEC: Link is down 7849
FEC: Link is down 7849
FEC: Link is down 7849
FEC: Link is down 7849
FEC: Link is down 7849
#################################################################
#####
done
Bytes transferred = 1025078 (fa436 hex)
EVK MFG U-Boot > bmp display 70800000

на экране:


осталось разобраться с механизмом загрузки картинки из флеша в СДРАМ..

для универсальности подключения через LVDS надо бы считывать из матрицы EDID блок, разбирать его и передавать параметры в драйвер экрана uboot.. но! хоть поддержка I2C и анонсированна, но физически до LVDS разъема кита они (их вроде 3) не доходят.. можно конечно замутить gpio-based i2c лапкомахание, но как-то хлопотно..
вариант попроще - хранить разрешение экранов в набортных часах (часы же на батарейке)..

вытащил с фрискейла mfgtool, но пока как-то стремно шить, баюс-баюс :D

i2c в uboot 100% рабочий, на некоторых платах стоят драйверы питания управляемые по i2c. uboot модифицированный не советую шить в nand - очень велика вероятность что nand после этого в убуте перестанет работать, сделать как былО не проблема потом, но просто может оказаться неприятным сюрпризом :)

Цитата

i2c в uboot 100% рабочий, на некоторых платах стоят драйверы питания управляемые по i2c. uboot модифицированный не советую шить в nand - очень велика вероятность что nand после этого в убуте перестанет работать.

угу, Саш, спасибо за инфу - потому и не тороплюсь шить, что не все понятно по параметрам и стабильности..
а если прошью, то только нанд отвалится (рутовая в нем)? вроде исходный бинарник я забекапил..
кратенько глянул на содержимое mfgtool - с ходу пока не ясно, смогу ли прошить свой бинарник (читай юьут) в нанд (по адресу 0х0, да?) или надо плодить всю "команду" - юбут, ядро, рутовую..
на сегодня все..

зы. работоспособность i2c вне сомнений - уверен, что заработает после дефайнов..

Цитата

а если прошью, то только нанд отвалится (рутовая в нем)? вроде исходный бинарник я забекапил..

Да - nand перестанет читаться в убуте (только в нем) скорей всего, восстановить не проблема обратно, хотя можешь попробовать, может повезет :) - еще оказалось что по-разному работает в зависимости от кросскомпилятора которым собрано (возможно просто из-за того что разный размер бинарника получается) Неясно пока где баг -может в kobs-ng - где-то на форумах есть упоминание что он неправильно определяет параметры nand и шьет неправильно. На деле - стоит немного изменить конфиг и нанда не видится, хотя мне например она не нужна, сразу исправил чтобы корневая с SD грузилась. Вообще загрузчик не очень удобный - если читал рефман - нужно выводить кучу пинов (около 20 штук) только для того чтобы "налету" изменять конфигурацию загрузчика либо шить фусы на загрузку с конкретного устройства, nand в такой ситуации оказалась наиблоее оптимальным вариантом.

Цитата

еще оказалось что по-разному работает в зависимости от кросскомпилятора которым собрано

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

Цитата

Вообще загрузчик не очень удобный - если читал рефман

не-а, еще не добрался.. но спасибо - "не порадовал".. надо будет поискать пути попроще :)

смувил из темы про SATA, имхо, тут уместнее будет..
(хм.. а сообщения то не стереть.. скверно..)
---------------------------------------------------------------------------
угу, прописал пару дефайнов, пересобрал и загрузил uboot в память для отладки:

Код

EVK MFG U-Boot > sata
AHCI 0001.0100 32 slots 1 ports 3 Gbps 0x1 impl SATA mode
flags: ncq stag pm led clo only pmp pio slum part
SATA Device Info:
S/N: 070915BB0B00WFG1E7TC
Product model number: Hitachi HTS542580K9SA00
Firmware version: BBBOC31P
Capacity: 156301488 sectors
sata - SATA sub system

Usage:
sata sata init - init SATA sub system
sata info - show available SATA devices
sata device ÄdevÜ - show or set current device
sata part ÄdevÜ - print partition table
sata read addr blk# cnt
sata write addr blk# cnt
EVK MFG U-Boot > fatls sata 0
2820860 uimage
2402849 zlinux-mmc2
2402849 zlinux-sda2
2512359 zlinux-sdb2-mio430
2273560 zlinux-sda2-mio430-i2c
2273565 zlinux-sda2-lcm-i2c
2668138 zlinux-sda2-1280
2495456 zlinux-ltc-mmcblk0p2

8 file(s), 0 dir(s)

осталось выяснить моменты нестабильности uboot, например, в теме вывода помощи:

Код

EVK MFG U-Boot > help
Unknown command 'help' - try 'help'

и уж тем паче:

Код

EVK MFG U-Boot > saveenv
Unknown command 'saveenv' - try 'help'

и можно пробовать перешить бинарник через mfgtool :)

о, какая плюшка в бонусе! (а юбут на 9260 упрямился, зараза!):

Код

EVK MFG U-Boot > ext2ls sata 0:2
<DIR> 4096 .
<DIR> 4096 ..
<DIR> 4096 sbin
<DIR> 4096 bin
<DIR> 4096 dev
<DIR> 12288 lib
<DIR> 4096 media
<DIR> 4096 boot
<DIR> 4096 usr
<DIR> 4096 mnt
<DIR> 4096 srv
<DIR> 4096 proc
<DIR> 4096 home
<DIR> 4096 selinux
<DIR> 4096 root
<DIR> 4096 var
<DIR> 12288 etc
<DIR> 4096 sys
<DIR> 20480 tmp
<DIR> 4096 opt
26385424 nebo.avi
14134176 mash.avi
51351552 + ¦+•&#186;¦¦ ----¶.mpeg
36952830 sau.avi
345626624 barba.vob
30188 libvpu.so
50800 imx-lib_1.1.0-20110212_armel.deb
144888 imx-firmware_1.0.1-20110212_armel.deb
102234528 pa.avi
340333419 SNSDGee720p.mkv

Здравствуйте господа, стал обладателем сего девайса, и вот какие вопросы у меня возникли:родной линукс который там зашит запускается нормально вопросов нет, но пробовал запускать из u-boot разные приложения командой (tftpboot 70000000 *.bin ; go 70000000 ) но на экране я вижу лишь надпись starting application at 70000000 и всё. Пробовал по tftp загружать u-boot.bin который скачал с ftp:/starterkit в разделе imx в тот же адрес оперативки 70000000, он тоже не стартует и зависает на той же надписи, что я делаю не так?пробовал разные адреса оперативки 70800000 и 90000000 результат один

Цитата

Пробовал по tftp загружать u-boot.bin который скачал с ftp:/starterkit в разделе imx в тот же адрес оперативки 70000000, он тоже не стартует и зависает на той же надписи, что я делаю не так?пробовал разные адреса оперативки 70800000 и 90000000 результат один

А что вы ожидали ?
TEXT_BASE = 0x77800000
вот с этого адреса он и должен стартовать, в своих приложениях тоже проверьте, куда их линкер размещает
http://www.starterkit.ru/html/index.php?name=forum&op=view&id=13272&last#13275

А где можно посмотреть исходники этого uboot который с платой идёт, что бы такие вопросы больше не задавать?на ftp только бинарник нашёл

SK-iMX53/Linux/src/
А здесь тогда что лежит ...