Hallo alle,

Ich bin 2.6.30rc2 Portierung des Linux-Kernel von einem ARM-Architektur, / arch / arm / mach-DaVinci, um ein neues Gerät, genannt Jacinto2.

Ich bin über die serielle Schnittstelle ttyS0 als Standard-Konsole. Der Bootloader U-Boot, und ich bin mit busybox montiert, wie eine RAM-Disk in den internen SDRAM. Ich habe den Kernel auf den Punkt, wo es in den Boot-Shell, aber an diesem Punkt, den ich einen merkwürdigen Fehler.

Der Kernel wird die '/ #' Shell-Prompt, aber die Shell kann nicht Tastatureingabe. Es wird nicht auf eine beliebige Taste drückt, kann aber Text.

Allerdings ist die serielle Interrupt ordnungsgemäß funktioniert, und wenn ich printk ist, um die seriellen Puffer (in der Funktion uart_insert_char in / include / linux / serial_core.h), es gibt das Zeichen I Typ.

Ich bin ziemlich sicher, dass meine busybox fs funktioniert gut, denn wenn ich init \u003d / bin / ls (redirects zu busybox.ls), kann ich meine fs richtig, und das Bestehen einer einfachen hallo Welt Programm (init \u003d / hallo) Ausgänge Text, wie ich erwartet.

Ich fühle mich irgendwie wie der tty_buffer nicht an die Zeichen für die Shell. Ich habe festgestellt, dass die Zeichen werden in der "tty_buffer" struct. Als ich die Eingabe, den Puffer füllt sich mit diesen Zeichen (In der tty_insert_flip_char Funktion / include / linux / tty_flip.h), aber nie leert.

Bin ich nicht irre, oder sollte dies als Zeichen gelöscht werden gespült, um den Anwender-Space? Auch nicht alle wissen, wie die Pässe seiner tty-Puffer in User Space Programme wie die Shell?

Hat jemand gesehen, vor oder Anregungen haben, um zu versuchen?

Danke,
Joe


--------- Registrierung --------------------
...
RAMDISK: gzip Bild bei Block 0
EXT2-fs warning: Montage deaktiviert fs, mit e2fsck wird empfohlen
VFS: Mounted root (ext2-Dateisystem) auf Gerät 1:0.
Befreit init memory: 144K
uart_open (0) genannte
ttyS0 - mit Backup-Timer
*** Versucht init Prozesse: </ bin / sh>
*** Run_init_process (/ bin / sh)
/ #
--------------------------------
an dieser Stelle, meine printk's / serielle IRQs wird, aber die Shell reagiert nicht auf Tastatureingaben

Ich habe keine Erfahrung mit arch. Allerdings haben wir neu einen Linux-Kernel, eine Remote-ttyS0 als die Konsole. tldp.org hat mehrere docsets für verschiedene Architekturen für die Einrichtung serielle Konsole. Dies ist eine allgemeine für alle Linux-Kernel:

Remote Serial Console HOWTO

So, wie es sich herausstellt, die TTY-und serielle Schichten waren in Ordnung.
Das eigentliche Problem habe ich mit der schedule_delayed_work Anruf.

Die Funktion tty_flip_buffer_push in drivers / char / tty_buffer.c fordert flush_to_ldisc, die treibt die Daten des Benutzers Raum, wenn die tty-> low_latency-Flag gesetzt ist. Ansonsten wird er auf die Push-Scheduler mit schedule_delayed_work. Das Problem hier ist, dass diese Verzögerung ist nie revisited. So, meine Zeicheneingabe wurde nie gesendet bis hin zu User Space, weil der Scheduler nicht genannt, um es wieder tun.

Für die Zeit, habe ich hart kodiert es immer nennen flush_to_ldisc anstelle der schedule_delayed_work, aber das ist nicht ein Update, das ist ein Workaround. Hat jemand irgendwelche Vorschläge, warum dieser Terminierung Anruf nicht korrekt verhalten?

Es sind Mailing-Listen, die Ihnen viel gezielter Feedback als diese.

hat irc.freenode.net # U-Boot und hat irc.oftc.net # kernelnewbies. Es gibt auch die Mailing-Liste für die ARM-Kern.

Sie können viel mehr Glück erhalten gezielte Rückmeldungen von ihnen.

Ich möchte Sie in der. Konfigurat. Wenn es sich um eine Plattform unterstützt, Ich wette, es gibt ein kleines Konfigurationsproblem.

Dank mgessner, ich werde versuchen, das IRC-Listen aus.