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

RE: [Xen-devel] [PATCH 0/4] rest of xen host s3 patches


  • To: "Keir Fraser" <keir@xxxxxxxxxxxxx>
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
  • Date: Thu, 19 Jul 2007 18:29:39 +0800
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Thu, 19 Jul 2007 03:27:48 -0700
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: AcfJ68wxI15+dmbRS9+mLt7+hp91tAAAL+3CAACjnSA=
  • Thread-topic: [Xen-devel] [PATCH 0/4] rest of xen host s3 patches

>From: Keir Fraser [mailto:keir@xxxxxxxxxxxxx]
>Sent: 2007年7月19日 18:07
>On 19/7/07 11:01, "Tian, Kevin" <kevin.tian@xxxxxxxxx> wrote:
>
>> One comment from you is held, that acpi sleep option
>> (s3_bios/s3_mode) is still required to be passed from dom0, since
>> VGA has been given to dom0 only which knows the VGA mode before
>> sleep.
>
>But Xen set the mode in the first place. If dom0 changed it subsequently,
>by
>means unknown to Xen, then dom0 can re-set that mode on wakeup.
>The most you
>should need at the Xen interface is a 'don't-touch-video-state' boolean
>flag. What if dom0 has installed a gfx driver that bashes the hardware
>directly?
>
> -- Keir

But why do we need to restore Xen mode first and then let dom0 
recover its own later if any difference? Xen doesn’t require VGA at 
resume actually since it's assigned to dom0 at boot. Dom0's 
VGA resume code is like Xen's wakeup stub which runs in real 
mode, which is unused now. Do you want to support that then? 

Thanks,
Kevin

_______________________________________________
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®.