Here is some output from linux booting log:

Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing isabled
serial8250.0: ttyS0 at MMIO 0xe000c000 (irq = 6) is a 16550A
serial8250.0: ttyS1 at MMIO 0xe0010000 (irq = 7) is a 16550A
serial8250.0: ttyS2 at MMIO 0xe0078000 (irq = 28) is a 16550A
serial8250.0: ttyS3 at MMIO 0xe007c000 (irq = 29) is a 16550A

Am i right saying that irqs were installed and are being used properly
according to the log above? The crystal which I am using is lpc2468 with
the following definitions from 8250.c:

No. That just says what it thinks is right.

If you want to know, check /proc/interrupts and make sure the count is
going up on the serial port you are using.

Count is definitely going up, Lennart.. Could you please give more tips? :)

Guys, i've just figured out a strange behaviour of the serial driver. As I mentioned above in my previous letter, irq count is going up fast enough (serial tx period is ~100 ms now). I started to debug 8250.c and append debug strings to different functions and to serial8250_backup_timeout function in particular. The debug string from this function appears in the console. So.. right after that i started to adjust timeouts in the following strings related to the polling mode of the driver:

mod_timer(&up->timer, jiffies + poll_timeout(up->port.timeout) + HZ/5);

mod_timer(&up->timer, jiffies + poll_timeout(up->port.timeout) + HZ/5);

I've changed the division rate from 5 to 50: HZ/5 -> HZ/50.

<Actung> Right after that data becomes to appear on the pin in (0;20 ms] range. It seems that driver works in polling-mode despite the fact that irq are being counted properly.

My next question is to the person who is familiar with the working principles of this driver: what settings should i do to make irqs work properly in this case (16550A driver and lpc2468 processor)?


--
Agava Design Bureau
620026, Russia, 620026, Yekaterinburg, Bazhova str. 174
tel./fax. +7 (343) 262-92-76, 262-92-78, 262-92-87
http://kb-agava.ru

_______________________________________________
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev

Reply via email to