On 07/08/13 22:01, Craig McQueen wrote:
I'm running a Freescale ARM i.MX28, with a UART driver "mxs-auart.c" based on struct uart_port in Linux kernel 2.6.35. I'm using it in a radio communications application that operates at 2400 bps. I'm finding that when transmitting data, the TX data is being buffered somewhere in the drivers, and the buffer size appears to be something like 4000 bytes. At 2400 bps, that works out to be something like 17 seconds of buffering, which causes too much end-to-end delay in the pipeline when the buffer is full. So I'd like to find where this 4000 byte buffer is, with the goal of reducing its size to reduce the maximum end-to-end delay. But looking through the code for the driver, it's not obvious to me so far where this buffering might be happening. Can anyone point me in the general direction? Ultimately I want to do PPP through this serial device. Would this 4000 byte buffer also apply in a PPP line discipline scenario? (I've previously experimented with modifications to another serial driver "tty0tty" based on struct tty_driver, and I could control TX buffering in the struct tty_operations -> write and write_room functions. But this driver using struct uart_port doesn't seem such easy to understand write operations.)
I realised that the driver has several references to PAGE_SIZE, which is 4096 for ARM. Also several of UART_XMIT_SIZE which is defined as PAGE_SIZE in serial_core.h. (Some of the references to PAGE_SIZE are relating to DMA; I am not using DMA currently.)
Is it easy to change these values, or override them in serial_core? I'm fairly inexperienced with Linux serial architecture.
Craig McQueen -- To unsubscribe from this list: send the line "unsubscribe linux-serial" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
