From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Mbzb3-0003AC-5W for qemu-devel@nongnu.org; Fri, 14 Aug 2009 12:25:41 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Mbzay-000385-Ia for qemu-devel@nongnu.org; Fri, 14 Aug 2009 12:25:40 -0400 Received: from [199.232.76.173] (port=60206 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mbzay-00037z-Dz for qemu-devel@nongnu.org; Fri, 14 Aug 2009 12:25:36 -0400 Received: from mail-gx0-f211.google.com ([209.85.217.211]:41692) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Mbzay-00067H-5i for qemu-devel@nongnu.org; Fri, 14 Aug 2009 12:25:36 -0400 Received: by gxk7 with SMTP id 7so2070337gxk.8 for ; Fri, 14 Aug 2009 09:25:35 -0700 (PDT) Message-ID: <4A858FFC.7000607@codemonkey.ws> Date: Fri, 14 Aug 2009 11:25:32 -0500 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: virtio-serial: An interface for host-guest communication References: <20090806173740.GA1178@shareable.org> <20090807063800.GA16769@amit-x200.redhat.com> <4A7C36D3.3040305@codemonkey.ws> <20090810065508.GA4499@amit-x200.redhat.com> <4A7FECCA.8080804@redhat.com> <4A801A7B.1020208@codemonkey.ws> <4A80287C.7050400@redhat.com> <4A802CA7.9020701@codemonkey.ws> <4A803E07.7080407@redhat.com> <4A8051F3.7040400@codemonkey.ws> <20090814081518.GA7418@amit-x200.redhat.com> <4A856B5E.2000303@redhat.com> In-Reply-To: <4A856B5E.2000303@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gerd Hoffmann Cc: Amit Shah , Rusty Russell , qemu-devel@nongnu.org, kvm@vger.kernel.org, virtualization@lists.linux-foundation.org Gerd Hoffmann wrote: > On 08/14/09 10:15, Amit Shah wrote: >> The guest code sort-of ends up looking like this after merging >> virtio_console into virtio_serial. > > I think it should better go the other way around: add multichannel > support to virtio-concole, probably guarded by a feature flag so old > host+new guest and new host+old guest combinations continue to work. > >> Since there's support for only one console as of now, I've assigned port >> #2 as the console port so that we hook into hvc when a port is found at >> that location. > > Doesn't sound like this is going to be backward compatible ... > > Also I still think passing a 'protocol' string for each port is a good > idea, so you can stick that into a sysfs file for guests use. Or drops ports altogether and just use protocol strings... Regards, Anthony Liguori