[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v2] QEMU/helper2.c: Fix multiply issue for int and uint types
On Mon, 20 Aug 2012, Xu, Dongxiao wrote: > Changes from v1: use int64_t to cast the uint32_t type to the signed type. > > This is the updated version patch to fix the multiply issue for int and uint > types operands, which reflects Stefano's comments. > > The following patch fixes an issue of (uint * int) multiply in QEMU. > The bug phenomenon is that, it causes the Level 1 (L1) Xen boots more than 30 > minutes on Level 0 (L0) Xen (The nested virtualization case). > Please help to review and pull. > > I saw the upstream QEMU also have a similar code piece, I will also send a > patch there. Please send the corresponding patch for upstream QEMU. > Thanks, > Dongxiao > > >From d71f9be82ec0079aa88f779dea90e475b177e32f Mon Sep 17 00:00:00 2001 > From: Dongxiao Xu <dongxiao.xu@xxxxxxxxx> > Date: Mon, 20 Aug 2012 16:45:04 +0800 > Subject: [PATCH] helper2: fix multiply issue for int and uint types > > If the two multiply operands are int and uint types separately, > the int type will be transformed to uint firstly, which is not the > intent in our code piece. The fix is to add (int64_t) transform > for the uint type before the multiply. > > This helps to fix the Xen hypevisor slow booting issue (boots more > than 30 minutes) on another Xen hypervisor > (the nested virtualization case). > > Signed-off-by: Dongxiao Xu <dongxiao.xu@xxxxxxxxx> Acked-by: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx> > --- > i386-dm/helper2.c | 16 ++++++++-------- > 1 files changed, 8 insertions(+), 8 deletions(-) > > diff --git a/i386-dm/helper2.c b/i386-dm/helper2.c > index c6d049c..c093249 100644 > --- a/i386-dm/helper2.c > +++ b/i386-dm/helper2.c > @@ -364,7 +364,7 @@ static void cpu_ioreq_pio(CPUState *env, ioreq_t *req) > for (i = 0; i < req->count; i++) { > tmp = do_inp(env, req->addr, req->size); > write_physical((target_phys_addr_t) req->data > - + (sign * i * req->size), > + + (sign * i * (int64_t)req->size), > req->size, &tmp); > } > } > @@ -376,7 +376,7 @@ static void cpu_ioreq_pio(CPUState *env, ioreq_t *req) > unsigned long tmp = 0; > > read_physical((target_phys_addr_t) req->data > - + (sign * i * req->size), > + + (sign * i * (int64_t)req->size), > req->size, &tmp); > do_outp(env, req->addr, req->size, tmp); > } > @@ -394,13 +394,13 @@ static void cpu_ioreq_move(CPUState *env, ioreq_t *req) > if (req->dir == IOREQ_READ) { > for (i = 0; i < req->count; i++) { > read_physical(req->addr > - + (sign * i * req->size), > + + (sign * i * (int64_t)req->size), > req->size, &req->data); > } > } else if (req->dir == IOREQ_WRITE) { > for (i = 0; i < req->count; i++) { > write_physical(req->addr > - + (sign * i * req->size), > + + (sign * i * (int64_t)req->size), > req->size, &req->data); > } > } > @@ -410,19 +410,19 @@ static void cpu_ioreq_move(CPUState *env, ioreq_t *req) > if (req->dir == IOREQ_READ) { > for (i = 0; i < req->count; i++) { > read_physical(req->addr > - + (sign * i * req->size), > + + (sign * i * (int64_t)req->size), > req->size, &tmp); > write_physical((target_phys_addr_t )req->data > - + (sign * i * req->size), > + + (sign * i * (int64_t)req->size), > req->size, &tmp); > } > } else if (req->dir == IOREQ_WRITE) { > for (i = 0; i < req->count; i++) { > read_physical((target_phys_addr_t) req->data > - + (sign * i * req->size), > + + (sign * i * (int64_t)req->size), > req->size, &tmp); > write_physical(req->addr > - + (sign * i * req->size), > + + (sign * i * (int64_t)req->size), > req->size, &tmp); > } > } > -- > 1.7.1 > > _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |