Messages in this thread | | | Subject | Re: serial.c (race?) | Date | Mon, 18 Oct 1999 12:14:55 +0100 (BST) | From | Alan Cox <> |
| |
> The other solution is to put some kind of half-duplex support into the > driver, but accept that different users may have to customize the kernel > to add their specific device-specific timing constraints, or > dependencies on other RS-232 signals. We could try generalizing the > support, but I suspect there will also be some kind of wierd-sh*t > hardware that demands something new that we hadn't thought of.
For most RS485 hardware, and most radio hardware it basically comes down to
TIOCMBITSENDING modem bits when sending udelay start udelay end
The end one is a real pain on the 16x50 chips because there is no last bit exited the fifo IRQ. For the scarab radio modems I jus write an extra byte to avoid that one.
Alan
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |