Hej alle,

Jeg porting linux 2.6.30rc2 kerne fra en ARM-arkitekturen, / arch / arm / mach-DaVinci, at en ny enhed, der kaldes Jacinto2.

Jeg bruger den serielle port ttyS0 som standard konsol. Den opstartsindlæseren er U-Boot og jeg bruger busybox monteret som en ramdisk i interne SDRAM. Jeg har fået kernen til det punkt, hvor den vil starte op i tanken, men på dette punkt, jeg oplever en underlig fejl.

Kernen viser '/ #' shell prompten, men tanken kan ikke tage tastaturinput. Det vil ikke reagere på alle tastetryk, men kan vise tekst.

Men den serielle afbryder fungerer ordentligt, og hvis jeg bruger printk's udskrive serielle buffer (i funktion uart_insert_char i / omfatter / linux / serial_core.h), det output de tegn, jeg skriver.

Jeg er temmelig sikker på, at min busybox fs værker bøde, fordi når jeg passerer init \u003d / bin / ls (redirects til busybox.ls), kan jeg se min fs ordentligt, og passerer et simpelt hello verden program (init \u003d / hello) udgange Teksten som jeg forventer.

Jeg har lyst til eller anden måde de tty_buffer er ikke bestået tegn på tanken. Jeg har fastslået, at de tegn, der er lagret i "tty_buffer" struct. Som jeg holde maskinskrivning, bufferen fyldes op med disse tegn (I tty_insert_flip_char funktion i / omfatter / linux / tty_flip.h), men aldrig tømmes.

Jeg tager fejl, eller bør denne være sikkerhedsgodkendt som tegn er skylles til brugeren plads? Også, ikke nogen, der ved, hvordan tty passerer sin buffer til brugeren plads programmer såsom skallen?

Har nogen set det før eller har forslag til at prøve?

Tak,
Joe


--------- Log --------------------
...
Ramdisk: gzip image findes på blokken 0
EXT2-fs advarsel: monteringsfladen uchecket fs, kører e2fsck anbefales
VFS: Mounted root (ext2 filesystem) på enheden 1:0.
Frigørelse init hukommelse: 144K
uart_open (0) opfordrede
ttyS0 - ved hjælp af backup timer
*** Forsøger init processer: </ bin / sh>
*** Run_init_process (/ bin / sh)
/ #
--------------------------------
på dette punkt, min printk's / serietitel IRQ's vil arbejde, men tanken ikke reagerer på tastaturinput

Jeg har ingen erfaring med arch. Men vi gjorde genkompilere en Linuxkernen at bruge en ekstern ttyS0 som konsollen. tldp.org har flere docsets for forskellige arkitekturer for oprettelse af serielle konsoller. Dette er en artsbetegnelse for alle Linux Kernels:

Remote Serial Console HOWTO

Så, da det viser sig, at TTY og seriel lag blev bøde.
Det egentlige problem Jeg har er med schedule_delayed_work opkald.

Funktionen tty_flip_buffer_push i drivers / char / tty_buffer.c opkald flush_to_ldisc, der skubber de data, der bruger rummet, hvis tty-> low_latency flag er indstillet. Ellers vil det presse på planlæggeren med schedule_delayed_work. Problemet her er, at det forsinkede arbejdet aldrig op igen. Således er min karakter input aldrig blev sendt til brugeren plads fordi planlæggeren aldrig kaldes processen for at gøre det igen.

For øjeblikket har jeg svært kodede det for altid at kalde flush_to_ldisc stedet for schedule_delayed_work, men dette er ikke en rettelse, er dette en løsning. Er der nogen forslag til, hvorfor dette fartplansperiode opkald ikke ville opføre sig korrekt?

Der er postlister, som vil give dig meget mere målrettet feedback end denne.

irc.freenode.net har # u-boot og irc.oftc.net har # kernelnewbies. Der er også den postliste for ARM-kerne.

Du kan have meget bedre held at få målrettet feedback fra dem.

Jeg vil kigge i din. Konfig. Hvis dette er en understøttet platform, jeg bet er der en lille konfiguration spørgsmål.

Takket mgessner, jeg vil prøve IRC lister ud.