From: Keir Fraser <keir@xensource.com>
To: "Stephen C. Tweedie" <sct@redhat.com>,
"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 10:35:40 +0100 [thread overview]
Message-ID: <C27C6C7C.F7F9%keir@xensource.com> (raw)
In-Reply-To: <1179848553.8438.45.camel@sisko.scot.redhat.com>
On 22/5/07 16:42, "Stephen C. Tweedie" <sct@redhat.com> wrote:
>> So the fix here is to first of all extend the virtual PIC provided by
>> the hypervisor, supporting a new 2-byte control sequence which lets the
>> guests change the interrupt vectors _without_ fully reinitialising the
>> PIC
>
> And this is the patch for that. The new control sequence is:
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!
Would it be possible to hack this PIC transition code into
vmx_world_{save,restore}? This would restrict the changes to code that will
obviously be killed off when vmxassist is removed, and might perhaps be
simpler and faster than making the changes via specialised pokes of the PIC
device from vmxassist itself?
If not, at least the patch to Xen itself needs to be fixed for correctness
and code style, and preferably enclosed in ifdef or given a big comment so
that it's clear that the hack's lifetime is limited to vmxassist's lifetime.
Thanks,
Keir
next prev parent reply other threads:[~2007-05-25 9:35 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 [this message]
2007-05-25 10:41 ` Stephen C. Tweedie
2007-05-25 10:51 ` Keir Fraser
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=C27C6C7C.F7F9%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.