Messages in this thread | | | Subject | Re: what serial driver restructure is planned? | Date | Sat, 16 Feb 2002 17:06:01 +0000 (GMT) | From | Alan Cox <> |
| |
> The flip buffer and output tmp_buf logic is not particularly > friendly to packetized serial data streams, which are normal > with most synchronous serial communications or IP over > asynchronous link setups -- especially when the > serial interface chip understands PPP frames.
There I disagree with dumber devices
> The current TTY formalism is not particularly > friendly to dial-on-demand synchronous WAN > communications. It is not impossible that > a /dev/ttyraw device, which could easily shift > between asynchronous and synchronous modes, > might be a better approach.
I think thats misunderstanding how to use the existing interfaces. If you have an ioctl to switch the mode of your device, you can exist dually as a network interface (DMA into skbuff, fire at network stack through generic PPP or the cisco hdlc layer) and as a tty interface in async mode.
The byte by byte PPP code we currently have exists primarily for the normal dumb or minimally intelligent devices. If your device is smaller you can simply give it a dual personality. The Z85230 driver I wrote did this although the generic 8530 async code never got ported into the final device and released in that form.
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |