[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] PATCH: 0/10: Merge xenfb & xenconsoled into qemu-dm


  • To: Pat Campbell <plc@xxxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • From: Keir Fraser <keir@xxxxxxxxxxxxx>
  • Date: Thu, 16 Aug 2007 17:17:37 +0100
  • Delivery-date: Thu, 16 Aug 2007 09:18:16 -0700
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: AcfgIPXBNG9jJkwUEdymygAX8io7RQ==
  • Thread-topic: [Xen-devel] PATCH: 0/10: Merge xenfb & xenconsoled into qemu-dm

On 16/8/07 17:13, "Pat Campbell" <plc@xxxxxxxxxx> 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


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.