From mboxrd@z Thu Jan 1 00:00:00 1970 From: Keir Fraser Subject: Re: PATCH: 0/10: Merge xenfb & xenconsoled into qemu-dm Date: Thu, 16 Aug 2007 17:17:37 +0100 Message-ID: References: <46C42150.3E48.0018.0@novell.com> Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <46C42150.3E48.0018.0@novell.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Pat Campbell , xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On 16/8/07 17:13, "Pat Campbell" wrote: >> Yep, I can see that would be useful for some folks working in constrained >> environments. Of course they probably don't want the XenD overhead either, >> but that's a can of worms I won't get into right now ;- ) >> >> Thinking about this, I think I can easily re- work the last two patches so >> that xenconsoled will continue to process the guest consoles, if- and- only- >> if >> the guest doesn't have a QEMU instance already doing it. That would give us >> choice between both deployment scenarios per- guest. > > Would this patch set, in it's current state, allow a 'featureful' PV guest to > see a > DOM0 CDROM as a CD device instead of a block device? No, that kind of stuff isn't plumbed through at all. But it's an obvious direction to take it. -- Keir