[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87tyz1en5f.fsf@pike.pond.sub.org>
Date: Thu, 17 Sep 2009 15:06:20 +0200
From: Markus Armbruster <armbru@...hat.com>
To: Anthony Liguori <anthony@...emonkey.ws>
Cc: Alan Cox <alan@...ux.intel.com>, Amit Shah <amit.shah@...hat.com>,
linux-kernel@...r.kernel.org,
virtualization@...ts.linux-foundation.org
Subject: Re: [PATCH] virtio_console: Add support for multiple ports for generic guest and host communication
Anthony Liguori <anthony@...emonkey.ws> 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.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists