|
|
|
|
|
|
|
|
|
|
xen-ia64-devel
[Xen-ia64-devel] Re: [patch] fix zero extending for mmio ld1/2/4 emulati
To: |
Jes Sorensen <jes@xxxxxxx> |
Subject: |
[Xen-ia64-devel] Re: [patch] fix zero extending for mmio ld1/2/4 emulation in KVM |
From: |
Isaku Yamahata <yamahata@xxxxxxxxxxxxx> |
Date: |
Thu, 22 May 2008 12:45:21 +0900 |
Cc: |
"Luck, Tony" <tony.luck@xxxxxxxxx>, linux-ia64 <linux-ia64@xxxxxxxxxxxxxxx>, kvm-ia64@xxxxxxxxxxxxxxx, Alex Williamson <alex.williamson@xxxxxx>, Matthew Chapman <matthewc@xxxxxxxxxxxxxxx>, xen-ia64-devel <xen-ia64-devel@xxxxxxxxxxxxxxxxxxx> |
Delivery-date: |
Wed, 21 May 2008 20:45:38 -0700 |
Envelope-to: |
www-data@xxxxxxxxxxxxxxxxxx |
In-reply-to: |
<4832B26E.2040907@xxxxxxx> |
List-help: |
<mailto:xen-ia64-devel-request@lists.xensource.com?subject=help> |
List-id: |
Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com> |
List-post: |
<mailto:xen-ia64-devel@lists.xensource.com> |
List-subscribe: |
<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=subscribe> |
List-unsubscribe: |
<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=unsubscribe> |
References: |
<4832A0A6.8050800@xxxxxxx> <20080520103354.GA10290@xxxxxxxxxxxxxxx> <4832B26E.2040907@xxxxxxx> |
Sender: |
xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx |
User-agent: |
Mutt/1.5.6i |
Hi Jes.
Good catch.
I thought similar fix is necessary for xen/ia64 and checked the code.
It was fixed differently. I think the unnecessary divergence is undesirable.
What do you think the following fix according?
Only copy in the data actually requested by the instruction emulation
and zero pad the destination register first. This avoids the problem
where emulated mmio access got garbled data from ld2.acq instructions
in the vga console driver.
Signed-off-by: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
Cc: Jes Sorensen <jes@xxxxxxx>
diff --git a/arch/ia64/kvm/mmio.c b/arch/ia64/kvm/mmio.c
index 351bf70..e6f194a 100644
--- a/arch/ia64/kvm/mmio.c
+++ b/arch/ia64/kvm/mmio.c
@@ -154,6 +154,9 @@ static void mmio_access(struct kvm_vcpu *vcpu, u64 src_pa,
u64 *dest,
p->u.ioreq.dir = dir;
if (dir == IOREQ_WRITE)
p->u.ioreq.data = *dest;
+ else
+ /* it's necessary to ensure zero extending */
+ p->u.ioreq.data = 0;
p->u.ioreq.state = STATE_IOREQ_READY;
vmm_transition(vcpu);
On Tue, May 20, 2008 at 01:13:50PM +0200, Jes Sorensen wrote:
> Matthew Chapman wrote:
> >Jes,
> >
> >Glad you tracked it down. Can I suggest rather than using memcpy, a
> >more efficient way might be something like...
> >
> >#define ZERO_EXTEND(x,bits) ((x) & (~0UL >> (64-(bits))))
> >
> >*dest = ZERO_EXTEND(p->u.ioreq.data, 8*s);
>
> Much nicer indeed!
>
> Here's a pretty version - Tony will you apply this one instead.
>
> Cheers,
> Jes
>
>
> Only copy in the data actually requested by the instruction emulation
> and zero pad the destination register first. This avoids the problem
> where emulated mmio access got garbled data from ld2.acq instructions
> in the vga console driver.
>
> Signed-off-by: Jes Sorensen <jes@xxxxxxx>
>
> ---
> arch/ia64/kvm/mmio.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> Index: linux-2.6.git/arch/ia64/kvm/mmio.c
> ===================================================================
> --- linux-2.6.git.orig/arch/ia64/kvm/mmio.c
> +++ linux-2.6.git/arch/ia64/kvm/mmio.c
> @@ -159,7 +159,8 @@
>
> if (p->u.ioreq.state == STATE_IORESP_READY) {
> if (dir == IOREQ_READ)
> - *dest = p->u.ioreq.data;
> + /* it's necessary to ensure zero extending */
> + *dest = p->u.ioreq.data & (~0UL >> (64-(s*8)));
> } else
> panic_vm(vcpu);
> out:
--
yamahata
_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ia64-devel
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- [Xen-ia64-devel] Re: [patch] fix zero extending for mmio ld1/2/4 emulation in KVM,
Isaku Yamahata <=
|
|
|
|
|