Hallo allemaal,

Ik ben het porten van de linux kernel 2.6.30rc2 van een ARM architectuur, / arch / arm / mach-Davinci, om een nieuw apparaat, genaamd Jacinto2.

Ik gebruik de seriële poort ttyS0 als de standaard console. De bootloader is U-Boot en ik gebruik busybox gemonteerd als een ramdisk in interne SDRAM. Ik heb de kernel aan het punt waar het zal opstarten in het reservoir, echter op dit moment ervaar ik een rare fout.

De kernel wordt de '/ #' shell, maar het reservoir niet kan toetsenbordinvoer. Het zal niet reageren op een willekeurige toets drukt, maar kunnen elkaar tekst.

Echter, de seriële onderbreken functioneert, en als ik gebruik printk's voor het afdrukken van de seriële buffer (in functie uart_insert_char in / include / linux / serial_core.h), is de output van de tekens ik typ.

Ik ben vrij zeker dat mijn busybox fs werkt prima, want als ik init \u003d / bin / ls (omleidingen te busybox.ls), ik zie mijn fs goed, en het passeren van een simpel hello world programma (init \u003d / hallo) uitgangen tekst zoals ik verwacht.

Ik voel me net een of andere manier de tty_buffer niet doorstaan van de tekens op het reservoir. Ik heb vastgesteld dat de tekens worden opgeslagen in het "tty_buffer" struct. Zoals ik blijf typering, de buffer vult met deze tekens (In de tty_insert_flip_char functie in / include / linux / tty_flip.h), maar nooit leeggoed.

Ben ik verkeerd, of moet deze worden goedgekeurd als de tekens worden gespoeld om de gebruiker de ruimte? Ook heeft iedereen weten hoe de tty passeert de buffer naar user space programma's zoals het reservoir?

Heeft iemand dit gezien voor of suggesties om te proberen?

Bedankt,
Joe


--------- Aanmelden --------------------
...
RAMDISK: gzip afbeelding gevonden op blok 0
EXT2-fs warning: montage unchecked fs, hardlopen e2fsck wordt aanbevolen
VFS: Mounted root (ext2 filesystem) op het apparaat 1:0.
Vrijmaken init geheugen: 144K
uart_open (0) genaamd
ttyS0 - het gebruik van back-up timer
*** Probeert init processen: </ bin / sh>
*** Run_init_process (/ bin / sh)
/ #
--------------------------------
op dit punt, mijn printk's / seriële IRQ's zullen werken, maar het reservoir niet reageren op toetsenbordinvoer

Ik heb geen ervaring met boog. Echter, we hebben het hercompileren van een Linux kernel het gebruik van een afstandsbediening ttyS0 als de console. tldp.org heeft verschillende docsets voor verschillende architecturen voor het opzetten van de seriële consoles. Dit is generiek voor alle Linux kernels:

Remote seriële console HOWTO

Dus, zoals blijkt, de TTY-en seriële lagen waren prima.
Het werkelijke probleem Ik heb met de schedule_delayed_work gesprek.

De functie tty_flip_buffer_push met drivers / char / tty_buffer.c oproepen flush_to_ldisc, die duwt de gegevens van de gebruiker de ruimte, indien de tty-> low_latency vlag is ingesteld. Anders zal aandringen op de scheduler met schedule_delayed_work. Het probleem hier is dat dit werk wordt vertraagd nooit revisited. Zo, mijn karakter inbreng is nooit verzonden door de gebruiker de ruimte omdat de scheduler nooit opgeroepen het proces nog een keer doen.

Voor het moment, ik heb hard gecodeerd in altijd bellen flush_to_ldisc in plaats van de schedule_delayed_work, maar dit is niet een oplossing, dit is een tijdelijke oplossing. Heeft iemand suggesties over de vraag waarom dit dienstregelingsperiode gesprek niet zou gedragen correct?

Er zijn mailinglists die geeft je veel beter gerichte feedback dan deze.

irc.freenode.net heeft # U-boot-en irc.oftc.net heeft # kernelnewbies. Er is ook de mailing lijst voor de ARM-kernel.

Je hebt misschien veel beter geluk krijgen gerichte feedback van hen.

Ik zou er in uw. Config. Als dit een ondersteund platform, Ik wed dat er een klein probleem met de configuratie.

Dankzij mgessner, ik probeer de irc lijsten uit.