Ciao tutti,

Io sono il porting del kernel Linux 2.6.30rc2 da una architettura ARM, / arch / arm / mach-daVinci, ad un nuovo dispositivo, chiamato Jacinto2.

Sto usando la porta seriale come ttyS0 la console di default. È il bootloader U-Boot e sto utilizzando busybox montata come un ramdisk interna SDRAM. Ho il kernel al punto in cui si farà il boot in guscio, tuttavia, a questo punto, ho esperienza uno strano errore.

Il kernel mostra il '/ #' prompt della shell, la shell, ma non può prendere l'input della tastiera. Essa non reagire a qualsiasi tasti, ma in grado di visualizzare il testo.

Tuttavia, la serie interrompere funzioni correttamente, e se l'uso del printk di stampare il numero di serie del buffer (in funzione uart_insert_char in / include / linux / serial_core.h), che i personaggi sono uscite tipo.

Sono piuttosto sicuro che il mio busybox fs funziona bene, perché quando mi passa init \u003d / bin / ls (redirect a busybox.ls), posso vedere il mio fs correttamente, e il superamento di un semplice programma ciao mondo (init \u003d / ciao) uscite testo, come mi aspetto.

Mi sento in qualche modo la tty_buffer è che non superano i caratteri per la shell. Ho deciso che i caratteri vengono memorizzati nella "tty_buffer" struct. Come mantenere la tipizzazione, il buffer si riempie di questi caratteri (Nella tty_insert_flip_char funzione / include / linux / tty_flip.h), ma non si svuota.

Sono sbagliata, o se questo dovesse essere liquidati come caratteri sono lavata per l'utente di spazio? Inoltre, non tutti sanno come la tty passa il suo buffer di programmi in user space, come il guscio?

Qualcuno ha visto questo prima o suggerimenti per cercare?

Grazie,
Joe


Entra --------- --------------------
...
RAMDISK: gzip immagine trovata a bloccare 0
EXT2-fs warning: montaggio unchecked fs, in esecuzione e2fsck è raccomandato
VFS: Mounted root (ext2 filesystem) sul dispositivo 1:0.
Liberalizzando init memory: 144K
uart_open (0) chiamato
ttyS0 - backup utilizzando il timer
*** Cercando di init processi: </ bin / sh>
*** Run_init_process (/ bin / sh)
/ #
--------------------------------
a questo punto, il mio printk's / seriale IRQ la volontà di lavorare, ma il serbatoio non reagire a input da tastiera

Io non ho alcuna esperienza con l'arch. Tuttavia, abbiamo fatto ricompilare un kernel Linux di usare un telecomando come ttyS0 console. tldp.org docsets ha diversi per le diverse architetture per la creazione di console seriale. Questo è generica per tutti i kernel Linux:

Remote Serial Console HOWTO

Così, come risulta, il TTY e seriale strati sono stati bene.
Il vero problema che ho è che hanno con la schedule_delayed_work chiamata.

La funzione tty_flip_buffer_push in drivers / char / tty_buffer.c chiede flush_to_ldisc, che spinge i dati in user space, se il tty-> low_latency bandiera è impostato. In caso contrario, si spingerà verso il programmatore con schedule_delayed_work. Il problema qui è che questo lavoro non è mai in ritardo rivisitato. Così, il mio personaggio non è mai stato inviato in ingresso attraverso lo spazio per l'utente in quanto il programmatore mai chiamato il processo di farlo di nuovo.

Per il momento, ho codice è sempre chiamata flush_to_ldisc invece di schedule_delayed_work, ma questa non è una correzione, si tratta di una soluzione. Qualcuno ha qualche suggerimento per questo motivo la pianificazione chiamata non comportarsi correttamente?

Ci sono mailing list che vi darà molto più mirati commenti di questo uno.

ha irc.freenode.net # u-boot e ha irc.oftc.net # kernelnewbies. Esiste anche la mailing list per la ARM kernel.

Potrebbe essere molto meglio fortuna sempre mirato feedback da loro.

Vorrei guardare nel file. Config. Se questa è una piattaforma supportata, scommetto c'è un piccolo problema di configurazione.

Grazie mgessner, I'll try IRC elenchi fuori.