Messages in this thread | | | Date | Fri, 28 May 1999 19:49:30 +0200 (MET DST) | From | Bjorn Wesen <> | Subject | Re: TTY_FLIPBUF_SIZE too low causing dataloss on too fast serial lines? |
| |
On Wed, 26 May 1999, Theodore Y. Ts'o wrote: > I simply haven't see much demand or practical application for high-speed > serial transfers. It's restricted to short distance unless you use > *very* expensive cables, and you can get better performance more cheaply > simply by using Ethernet instead. 10 Megabit ethernet cards are dirt > cheap, and Cat 5 UTP cables are much, much cheaper than high-quality > serial cables, and you can run them for a much greater distance without > worrying about noise or signal degredation problems.
The one exception is embedded systems (to which Linux is beginning to catch on).
In our HW, we have 6.25 Mbaud serial ports. They can be used to talk to other stuff on the board, or with other similar CPU's. They can also talk with the lower standard speeds, like 1.8 Mbaud and below.
So in our Linux driver, I'm using the serial port DMA to send incoming data into a static buffer which is, when the DMA is finished, copied into the flip buffer and the flip call is made. On the sending side, DMA is started directly from the xbuf.
Now, I know this is a waste of buffers and copyings and power, but it works for now. However maybe I can optimize it by starting DMA directly into the flipbuf or bypass the flipbuf - mayby you have a hint (I'll check that Rocketport driver btw).
brgds Bjorn
- 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/
| |