From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MES6F-0000yg-L8 for qemu-devel@nongnu.org; Wed, 10 Jun 2009 14:00:35 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MES6B-0000xp-M0 for qemu-devel@nongnu.org; Wed, 10 Jun 2009 14:00:35 -0400 Received: from [199.232.76.173] (port=47663 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MES6B-0000xm-DE for qemu-devel@nongnu.org; Wed, 10 Jun 2009 14:00:31 -0400 Received: from mail2.shareable.org ([80.68.89.115]:56820) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MES6A-00053n-Kr for qemu-devel@nongnu.org; Wed, 10 Jun 2009 14:00:30 -0400 Date: Wed, 10 Jun 2009 19:00:27 +0100 From: Jamie Lokier Subject: Re: [Qemu-devel] [PATCH] virtio-serial: PCI device for simple host <-> guest communication Message-ID: <20090610180027.GF7416@shareable.org> References: <1244565768-9103-1-git-send-email-amit.shah@redhat.com> <1244565768-9103-2-git-send-email-amit.shah@redhat.com> <1244565768-9103-3-git-send-email-amit.shah@redhat.com> <1244565768-9103-4-git-send-email-amit.shah@redhat.com> <20090609181714.GB11485@amd.home.annexia.org> <4A2EB079.6020909@codemonkey.ws> <20090610103115.GB12327@amit-x200.pnq.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090610103115.GB12327@amit-x200.pnq.redhat.com> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Amit Shah Cc: "Richard W.M. Jones" , qemu-devel@nongnu.org Amit Shah wrote: > > Plus, having a virtio serial device and a virtio console seems > > unfortunate to me. Anyway we can unify the two? Maybe make virtio > > serial support hvc with a feature flag or something instead of ttyS? > > Yes, it's possible. I'll look into that once I reach a point where > virtio-serial is ready to be merged. I'll also have to look at making > sure existing guest kernels work with the new, unified device. One of the most useful things about a serial port is that it's so easy for basic OS components like debuggers and bootloaders and BIOSes to use it, with very little code, and without having to do very complex things like initialise and enumerate PCI buses etc., and without interference by an OS so they are useful for things like kernel debugging and reliable debugging output. For this reason, virtually every real machine has a simple serial port, even if it isn't exposed on an external connector. Are virtio-serial/virtio-console very simple to drive from guest code, without PCI enumeration, or do they require complex initialisation and OS cooperation? -- Jamie