All of lore.kernel.org
 help / color / mirror / Atom feed
From: Keir Fraser <keir.fraser@eu.citrix.com>
To: Ian Campbell <Ian.Campbell@eu.citrix.com>,
	"xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>
Cc: Jan Beulich <JBeulich@novell.com>
Subject: Re: Re: [PATCH] switch to a known good/static GDT before kexec
Date: Thu, 02 Jul 2009 11:52:43 +0100	[thread overview]
Message-ID: <C672500B.8846%keir.fraser@eu.citrix.com> (raw)
In-Reply-To: <C67239FA.8815%keir.fraser@eu.citrix.com>

On 02/07/2009 10:18, "Keir Fraser" <keir.fraser@eu.citrix.com> wrote:

>> switch to a known good/static GDT before kexec
>> 
>> kexec has been failing (at least on 32on64, didn't try others) since
>> 18771:8e18dd41c6c7 "x86: reduce GDT switching". Ensure that we are
>> using a known good GDT before attempting to switch to compatability mode.
> 
> I thought 18771 still left us always running on a good GDT, as least as far
> as Xen's own limited needs are concerned. I'd like this in for 3.4.1 of
> course, but I'd also like to understand why the fix is required (and whether
> this is the best fix).

Jan,

Thinking about this raises another question. Since your patch to allow
arbitrary numbers of VCPUs per domain, does the GDT logic in
__context_switch() work any more? What if you have a next vcpu n for which
!need_full_gdt(n) but where its domain does not have a vcpu_id as large as
p->vcpu_id? Won't you end up with a GDTR pointing at a non-existent mapping
('off the end' of n->domain's per-domain mappings)?

 -- Keir

  reply	other threads:[~2009-07-02 10:52 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-02  8:45 [PATCH] switch to a known good/static GDT before kexec Ian Campbell
2009-07-02  9:18 ` Keir Fraser
2009-07-02 10:52   ` Keir Fraser [this message]
2009-07-02 11:11     ` Keir Fraser
2009-07-02 11:45       ` Re: [PATCH] switch to a known good/static GDT beforekexec Jan Beulich
2009-07-02 12:38         ` Keir Fraser
2009-07-02 19:59           ` Keir Fraser
2009-07-03  7:15             ` Re: [PATCH] switch to a known good/static GDTbeforekexec Jan Beulich
2009-07-03  7:48               ` Keir Fraser

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=C672500B.8846%keir.fraser@eu.citrix.com \
    --to=keir.fraser@eu.citrix.com \
    --cc=Ian.Campbell@eu.citrix.com \
    --cc=JBeulich@novell.com \
    --cc=xen-devel@lists.xensource.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.