Привет всем,

Я портирование на Linux 2.6.30rc2 ядро из одной архитектуры ARM, / арка / ARM / Маха-davinci, чтобы новое устройство под названием Jacinto2.

Я с использованием последовательного порта ttyS0 качестве стандартной консоли. Загрузчика является U-загрузочных и я, используя busybox монтируется как диск во внутренние SDRAM. У меня ядро до точки, где он будет загружаться в корпус, однако на данный момент я испытывать странные ошибки.

Ядро отображает '/ #' командной строки, но в оболочке не может принимать ввод с клавиатуры. Он не будет реагировать на нажатия любой клавиши, но может отображать текст.

Однако серийный прервать функции должным образом, и если я использую printk в печать серийный буфера (в зависимости uart_insert_char в / включить / Linux / serial_core.h), она выводит символы я тип.

Я уверен, мои busybox ПС работает отлично, потому что когда я пройти инициализации \u003d / BIN / LS (переадресация на busybox.ls), я вижу моего FS правильно, и передаю привет мир простой программы (инициализации \u003d / привет) выходы Текст, как я ожидаю.

Я чувствую, как-то в tty_buffer не прохождения знаков на корпусе. Я решила, что символы, которые хранятся в "tty_buffer" структуры. Как мне сохранить машинопись, буфер заполняется этих символов (в tty_insert_flip_char функция / включить / Linux / tty_flip.h), но никогда не очищает.

Я ошибся, или, если это будет очищен, как символы имеют прилив крови к пользователю пространстве? Кроме того, не знаю никого, как TTY передает его буферной пользователей космических программ, таких как корпуса?

Кто видел это раньше или есть предложения попробовать?

Спасибо,
Джо


--------- Регистрации --------------------
...
RamDisk: GZIP изображения найдены на блоке 0
EXT2 FS-оповещения: монтаж беспрепятственно ПС, бег e2fsck рекомендуется
VFS: конная корень (файловая система ext2) на устройство 1:0.
Избавление инициализации памяти: 144K
uart_open (0), называемые
ttyS0 - с помощью резервного копирования по таймеру
*** Пытается процессов инициализации: </ BIN / ш>
*** Run_init_process (/ бен / ш)
/ #
--------------------------------
На данный момент в моем printk / порядковый IRQ воли работу, но оболочка не реагирует на ввод с клавиатуры

У меня нет опыта с аркой. Тем не менее, мы сделали перекомпилируйте в ядре Linux для использования в качестве удаленного ttyS0 консоли. tldp.org имеет несколько docsets для различных архитектур для создания серийных консолей. Это является общим для всех ядер Linux:

Удаленная консоль HOWTO

Так что, как выясняется, в TTY и серийный слоев штрафа.
Реальная проблема у меня это с schedule_delayed_work вызова.

Функция tty_flip_buffer_push на водителей / CHAR / tty_buffer.c звонки flush_to_ldisc, которая подталкивает к данным пользователя пространстве, если TTY-> low_latency флаг установлен. В противном случае, он будет толкать на планировщик с schedule_delayed_work. Проблема здесь заключается в том, что эта задержка работа никогда не вернуться. Таким образом, мой характер вклад не был направлен к пользователю через пространство, потому что никогда не планировщик называется процесс, сделать его еще раз.

На данный момент, я жесткий кодированная это всегда вызов flush_to_ldisc, а не на schedule_delayed_work, но это не является решением, это решение. Есть ли какие-либо предложения по поводу того, почему этот график вызов не будет вести себя правильно?

Есть списки, которые дадут вам гораздо более целенаправленных откликов, чем этот.

irc.freenode.net # имеет U-загрузка и irc.oftc.net имеет # kernelnewbies. Там также список для ARM ядра.

Вы, возможно, гораздо лучше, удачи получения обратной связи от целевой них.

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

Благодаря mgessner, Попробую ИЦИ из списков.