Anthony Liguori <anthony@xxxxxxxxxxxxx> writes: > Alan Cox wrote: >>> This device is very much a serial port. I don't see any reason not >>> to treat it like one. >>> >> >> Here are a few >> >> - You don't need POSIX multi-open semantics, hangup and the like >> > > We do actually want hangup and a few other of the tty specific ops. The > only thing we really don't want is a baud rate. And a line discipline, and messing with the controlling terminal, and group/session ID, and window size, and software flow control, ... >> - Seek makes sense on some kinds of fixed attributes >> > > I don't think we're dealing with fixed attributes. These are streams. > Fundamentally, this is a paravirtual uart. The improvement over a > standard uart is that there can be a larger number of ports, ports can > have some identification associated with them, and we are not > constrained to the emulated hardware interface which doesn't exist on > certain platforms (like s390). [...] Well, really fundamentally, this is just a reliable full-duplex byte stream, with connect and hangup notification. To me, that sounds more like TCP with an address family almost, but not quite AF_UNIX, but that case was thrown out of court long ago, so here we are. _______________________________________________ Virtualization mailing list Virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx https://lists.linux-foundation.org/mailman/listinfo/virtualization
