All of lore.kernel.org
 help / color / mirror / Atom feed
From: Keir Fraser <keir@xensource.com>
To: "Stephen C. Tweedie" <sct@redhat.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>
Subject: Re: [patch 1/2] HV: allow HVM virtual PICs to have their interrupt vector reprogrammed
Date: Fri, 25 May 2007 11:51:09 +0100	[thread overview]
Message-ID: <C27C7E2D.F818%keir@xensource.com> (raw)
In-Reply-To: <1180089697.9977.8.camel@sisko.scot.redhat.com>

On 25/5/07 11:41, "Stephen C. Tweedie" <sct@redhat.com> wrote:

>> Yeees. I have no problem with this hack in principle (in fact we definitely
>> want to take it), but this implementation is not good. The
>> custom_revector_flag cannot be a static variable: it needs to be per-domain!
> 
> Right, of course.  An alternative is to add a field to the vpic struct,
> but that struct is a public one (used for domain save/restore I think)
> so there are more dependencies involved in doing it that way.  That
> would also cover the (hopefully rare) case when we get a save/restore
> during the bootloader.

Gack! :-)

I'm not actually a fan of the shareing of structures between public
interfaces and internal implementations because of precisely this kind of
issue. You end up with either implementation details getting made visible to
external entities, or you end up putting private state in inappropriate
locations to avoid scuzzing the public interfaces. The save/restore
interfaces are something I need to look into a bit more thoroughly.

 -- Keir

  reply	other threads:[~2007-05-25 10:51 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-05-22 15:38 [patch 0/2] Fix rawhide FV booting on VMX Stephen C. Tweedie
2007-05-22 15:42 ` [patch 1/2] HV: allow HVM virtual PICs to have their interrupt vector reprogrammed Stephen C. Tweedie
2007-05-25  9:35   ` Keir Fraser
2007-05-25 10:41     ` Stephen C. Tweedie
2007-05-25 10:51       ` Keir Fraser [this message]
2007-05-31 20:35     ` Stephen C. Tweedie
2007-05-31 20:41       ` Stephen C. Tweedie
2007-06-01  8:02       ` Keir Fraser
2007-05-22 15:42 ` [patch 2/2] Preserve correct PIC vectors across Xen vmxassist 16/32-bit transitions Stephen C. Tweedie
2007-06-06 16:33   ` [patch 2/2] Preserve correct PIC vectors across Xenvmxassist " Li, Xin B
2007-06-08  9:42     ` [patch 2/2] Preserve correct PIC vectors acrossXenvmxassist " Li, Xin B
2007-05-23 16:12 ` [patch 0/2] Fix rawhide FV booting on VMX Daniel P. Berrange

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=C27C7E2D.F818%keir@xensource.com \
    --to=keir@xensource.com \
    --cc=sct@redhat.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.