Hej alla,

Jag portning Linux 2.6.30rc2 kärnan från en ARM-arkitekturen / arch / arm / Mach-DaVinci att en ny enhet, kallad Jacinto2.

Jag använder serieporten ttyS0 som standard konsollen. Starthanteraren är U-Boot och jag använder busybox monteras som en ramdisk i den interna SDRAM. Jag har kärnan till den punkt där den kommer att starta upp i tanken, men på denna punkt som jag upplever en konstig fel.

Kärnan visar "/ #" shell-prompten, men tanken kan inte ta indata från tangentbordet. Det kommer inte att reagera på alla knapptryckningar, men kan visa text.

Men den seriella avbryta fungerar väl, och om jag använder printk är att skriva ut den seriella buffert (i funktion uart_insert_char i / include / linux / serial_core.h) är det resultat de tecken jag skriver.

Jag är ganska säker på min busybox fs fungerar bra, eftersom när jag passerar init \u003d / bin / ls (redirects till busybox.ls) kan jag se min fs ordentligt, och som passerar ett enkelt hej världen program (init \u003d / hello) resultat text som jag förväntar mig.

Jag känner mig som något de tty_buffer är inte godkänd tecken på tankskalet. Jag har konstaterat att de tecken som lagras i "tty_buffer" strukt. Som jag hålla maskinskrivning, bufferten fylls upp med dessa tecken (I tty_insert_flip_char funktion i / include / linux / tty_flip.h) men aldrig töms.

Har jag fel, eller om detta skulle tas bort eftersom tecken är spolas för användaren rymden? Dessutom gör någon veta hur TTY passerar sin buffert till användarens utrymme program som tanken?

Har någon sett det här förut eller har råd att prova?

Tack,
Joe


--------- Logga --------------------
...
Ramdisken: gzip bild finns på blocket 0
EXT2-fs varning: montering unchecked fs, rinnande e2fsck rekommenderas
VFS: Monteras root (ext2 filsystem) på enheten 1:0.
Frigöra Initieringsskriptfunktionalitet minne: 144K
uart_open (0) kallas
ttyS0 - använder backup timer
*** Försöker Initieringsskriptfunktionalitet processer: </ bin / sh>
*** Run_init_process (/ bin / sh)
/ #
--------------------------------
vid det här laget, min printk s / seriell IRQ: s kommer att fungera, men tanken inte reagerar på signaler från tangentbordet

Jag har ingen erfarenhet av arch. Men vi gjorde omkompilera en Linux-kärna att använda en fjärransluten ttyS0 som konsolen. tldp.org har flera docsets för olika arkitekturer för att upprätta seriekonsoller. Detta är generella för alla Linux-kärnor:

Remote seriekonsoll HOWTO

Så, som det visar sig, TTY och seriell skikt var bra.
Det verkliga problemet jag har är med schedule_delayed_work samtal.

Funktionen tty_flip_buffer_push i drivers / char / tty_buffer.c samtal flush_to_ldisc, som driver de uppgifter som användaren rymden, om TTY-> low_latency är inställd. Annars kommer det att driva på schemaläggaren med schedule_delayed_work. Problemet här är att detta försenade arbetet är aldrig över. Alltså, min karaktär ingång var aldrig skickas till användarens utrymme eftersom Scheduler aldrig kallat processen för att göra det igen.

För närvarande har jag svårt kodas det att alltid ringa flush_to_ldisc stället för schedule_delayed_work, men detta är inte en lösning, det här är en lösning. Har någon några förslag till varför detta tidtabellsperiod samtal inte skulle bete sig på rätt sätt?

Det finns e-postlistor som ger dig mycket bättre riktade feedback än detta.

irc.freenode.net har # u-boot och irc.oftc.net har # kernelnewbies. Det finns också e-postlistan för ARM-kärna.

Du kanske har bättre tur att få riktad feedback från dem.

Jag skulle titta i din. Konfig. Om detta är ett stöd plattform Jag slår vad om det finns en liten konfiguration fråga.

Tack mgessner, jag ska försöka IRC listar ut.