Здравствуйте, возникла у меня такая проблема - есть устройство на базе 9g45, материнская плата своя. На устройстве разведены для rs232 (ttyS0, ttyS1), оба задействованы в работе устройства, поэтому ttyS0 от консоли отвязан. Все, в общем, нормально, но стал я замечать, что у меня устройство останавливается на экране u-boot, попроверял и увидел, что остановка происходит, когда подключен ttyS0, а на этом порту постоянно идет опрос по модбасу, т.е. постоянно что-то приходит. А порт отключаешь - все загружается нормально. Причем еще и скорости принципиально разные (115200 и 9600).
Собственно вопрос - как бы так и рыбку съесть, на ... сесть, т.е. и чтобы посылки на порт не переводили uboot в режим ожидания команды, и чтобы и возможность перепрошить ядро и нанд оставалась?

Зачем вообще было использовать DBGU в качестве коммуникационного порта, если там кроме него еще 4 UART-а ?

Цитата

чтобы посылки на порт не переводили uboot в режим ожидания команды, и чтобы и возможность перепрошить ядро и нанд оставалась?

Посмотрите последний u-boot - если не ошибаюсь там есть возможность подключить консоль на USB-serial или вообще использовать gadget на USB-device для эмуляции консоли без лишних преобразователей USB-serial

http://git.denx.de/cgi-bin/gitweb.cgi?p=u-boot.git;a=blob;f=drivers/usb/gadget/atmel_usba_udc.c;h=c99208d10200d17a5729d2f16ce39c6be76bab1b;hb=HEAD

http://git.denx.de/cgi-bin/gitweb.cgi?p=u-boot.git;a=blob;f=drivers/serial/usbtty.c;h=6b912efafdc74e07099a28b2e531968a0212fe3e;hb=HEAD

http://git.denx.de/cgi-bin/gitweb.cgi?p=u-boot.git;a=blob;f=README;h=c97ff0af0b6283057b53ba992682b7cbfdbc7831;hb=HEAD#l1300

Цитата

Зачем вообще было использовать DBGU в качестве коммуникационного порта, если там кроме него еще 4 UART-а ?

на тех четырех висят RS-485, так что необходимость была.

А вообще - наверное сделаю bootdelay=0, да и делов-то

Цитата

А вообще - наверное сделаю bootdelay=0, да и делов-то

Есть еще 1 нюанс: "стандартный" u-boot останавливается при нажатии любой клавиши. У нас консоль подключена через com-usb мост FTDI, и, возможно этот мост иногда(!), на некоторых(!) платах чего-то видимо стремился выдать (или не очищал свой буфер или еще чего...., короче, останавливался и линукс не грузил. Перекомпилировали u-boot на останов конкретно по ctrl-c, остановки в u-boot прекратились.

Цитата

Цитата

А вообще - наверное сделаю bootdelay=0, да и делов-то

Есть еще 1 нюанс: "стандартный" u-boot останавливается при нажатии любой клавиши. У нас консоль подключена через com-usb мост FTDI, и, возможно этот мост иногда(!), на некоторых(!) платах чего-то видимо стремился выдать (или не очищал свой буфер или еще чего...., короче, останавливался и линукс не грузил. Перекомпилировали u-boot на останов конкретно по ctrl-c, остановки в u-boot прекратились.

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

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