Re: omap-serial RX DMA polling?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 23 Jan 2012, Govindraj wrote:

> On Mon, Jan 23, 2012 at 6:03 AM, Paul Walmsley <paul@xxxxxxxxx> wrote:
> >
> > while trying to track down some of the serial-related PM issues in
> > v3.3-rc1, I noticed that the omap-serial.c driver sets a 1 microsecond
> > polling timer when DMA is enabled (uart_dma.rx_timer) (!)  This seems
> > quite broken from both the DMA and PM points of view.
> 
> Poll rate is used for doing tty_insert_flip_string for pushing data to 
> user space to keep faster response to any client device over uart, some 
> Bt chips expect faster response when data on uart arrives and packet 
> should be pushed out immediately.

Hmm.  Let's say that the BT transceiver uses the fastest transmission rate 
supported by the OMAP UARTs -- 3,686,400 bits per second, according to 
Table 17-1 in the 34xx TRM vZR.  So the RX poll timer would go off about 
~2.7 times per input character[1].  That seems like overkill...

For minimum receive latency, how about calling tty_insert_flip_string() 
from the RX DMA callback, and using a smaller transfer count?  Or even 
better, use PIO for the receive path and set the RX FIFO threshold to 1?

No poll timer should be needed in either case.


- Paul

1. At 10 line bits per character (start + byte + stop), each character 
should take about 2.7 microseconds to transfer (the reciprocal of (3 686 
400 line bits per second / 10 line bits per character / 1 000 000 
microseconds per second)).

[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux