WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

RE: [Xen-devel] real-mode switch

To: "Keir Fraser" <keir@xxxxxxxxxxxxx>, "Jan Beulich" <jbeulich@xxxxxxxxxx>
Subject: RE: [Xen-devel] real-mode switch
From: "Jayant Mangalampalli" <Jayant_Mangalampalli@xxxxxxxxxxx>
Date: Wed, 6 Jun 2007 16:02:12 +0530
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 06 Jun 2007 03:30:36 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <C28C3348.101F8%keir@xxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AceoF14cnIvWPhQKEdyEZAAX8io7RQADhvqQ
Thread-topic: [Xen-devel] real-mode switch
The problem traces back to setting appropriate vesa mode after xen
initialization is done. For that we need an ability to get into real
mode briefly and we can set the mode back to 'protected' after the vesa
driver setting is done.

-----Original Message-----
From: Keir Fraser [mailto:keir@xxxxxxxxxxxxx] 
Sent: Wednesday, June 06, 2007 2:18 PM
To: Jan Beulich; Jayant Mangalampalli
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-devel] real-mode switch

On 6/6/07 08:08, "Jan Beulich" <jbeulich@xxxxxxxxxx> wrote:

> The problems with real mode code execution after initial boot is that
once
> interrupts and certain types of exceptions got enabled, they would
need
> to be masked over an unbounded time period, risking either losing of
them
> or failing to handle them in time. On SMP systems, this would include
either
> halting all remote CPUs or gracefully dealing with IPIs that may be
sent
> against the CPU switching to or being in real mode (again over an
> unbounded period of time).

Also, it is usual to execute BIOS calls with interrupts enabled. That's
obviously bogus if protected-mode drivers have taken over devices,
interrupt
vectors have been remapped, etc.

So we're going to return to real mode only at beginning of Xen
execution,
and then down the road we'll come up with a scheme to avoid needing to
do
that in cases like kexec of Xen (if anyone cares).

 -- Keir


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

<Prev in Thread] Current Thread [Next in Thread>