[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [PATCH] xen/arm: Using unsigned long for arm64 MPIDR mask


  • To: Julien Grall <julien@xxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>, "sstabellini@xxxxxxxxxx" <sstabellini@xxxxxxxxxx>
  • From: Wei Chen <Wei.Chen@xxxxxxx>
  • Date: Tue, 5 Jan 2021 13:43:07 +0000
  • Accept-language: en-US
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=HZHpa2fQDbWt2ZP0/5uJu2qKD1SUpOIGJzflcBawjsE=; b=YQaL9x3Qhm22sLO6HEMxfy8Kdu2JHjNsOe0zAVY/xz8q5UqxGoTKV7hw8zZnb9IrWxxZnUTfw76QSaLo8WlrCqJb7VmWu/mzPKLxzmbTTv7hmHM96rIzN8mnVDzYnVQtvDydMpKbS4R2udCWWeUCnQRlWAH/6mbovKxDkfPvTdW+AIU4jW6lzWJJ1oSP0oxzAj0sc4CqW6Jl9XYVcIPaQv+NE01yUlpyhA5Os2v+nMUfopJpTc5VrdysSFkllY/sIe4qPzWRK9VHpHCQC3qKVsp6Pl/XDkXKEV9/xndupr7ALQ3CffDFMp+fA91P0yWX/GDLSQu/c6VRzK07ZlK+MQ==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=B8P3q40BvtEM/vKZuDPM5HYFCyX2moWR+Di3k9UcfKpCWcjcpev9VekxGk07HtUEh2ElrUDUzPlFJN+3EUlh2Lc/hurXt07y1nuL4FR/l3Z5sI++j2dZ118GYj2SObxJumM3Vyv8N7bkc8qDTEeoS/ZzyKwiVnfNkRQSvFeMhIN5C3q2Ul7m17B5ynBjWg7n9zLi5jah8JcJOSlZ2YAUsT+xLgRQceweqG3A9yszs8CAThR/RHX5sSN4dM8JEPchoalMnAvmn3sl4RXXcATjw+Rw6lWocOca+RjMHrGuIukyjC8rvHbW89ais0iTSXx+JQO4WXudej2wpMo+Pvat9A==
  • Authentication-results-original: xen.org; dkim=none (message not signed) header.d=none;xen.org; dmarc=none action=none header.from=arm.com;
  • Cc: Bertrand Marquis <Bertrand.Marquis@xxxxxxx>, Penny Zheng <Penny.Zheng@xxxxxxx>, Jiamei Xie <Jiamei.Xie@xxxxxxx>, nd <nd@xxxxxxx>
  • Delivery-date: Tue, 05 Jan 2021 13:43:32 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Nodisclaimer: true
  • Original-authentication-results: xen.org; dkim=none (message not signed) header.d=none;xen.org; dmarc=none action=none header.from=arm.com;
  • Thread-index: AQHW40waNqMCY5G3LES5BgP4N5Uw3qoY3YEAgAAiAGA=
  • Thread-topic: [PATCH] xen/arm: Using unsigned long for arm64 MPIDR mask

Hi Julien,

> -----Original Message-----
> From: Julien Grall <julien@xxxxxxx>
> Sent: 2021年1月5日 19:01
> To: Wei Chen <Wei.Chen@xxxxxxx>; xen-devel@xxxxxxxxxxxxxxxxxxxx;
> sstabellini@xxxxxxxxxx
> Cc: Bertrand Marquis <Bertrand.Marquis@xxxxxxx>; Penny Zheng
> <Penny.Zheng@xxxxxxx>; Jiamei Xie <Jiamei.Xie@xxxxxxx>; nd
> <nd@xxxxxxx>
> Subject: Re: [PATCH] xen/arm: Using unsigned long for arm64 MPIDR mask
> 
> Hi Wei,
> 
> On 05/01/2021 10:17, Wei Chen wrote:
> > Curretly, Xen is using UINT32 for MPIDR mask to retrieve
> 
> s/Curretly/Currently/
> 

got it.

> > affinity[0,1,2,3] values for MPIDR_EL1 register. The value
> > of MPIDR_EL1 is 64-bit unsigned long. The operation of 64-bit
> > and 32-bit integers are compiler related. This means the value
> > is unpredictable.
> 
> So I agree that ~MPIDR_AFF0_MASK will do the negation in 32-bit rather
> than 64-bit. However, I disagree that this is unpredicable or compiler
> specific.
> 

Yeah, I agree with you, my commit message here is not accurate. This
problem hadn't been found so far, so I had thought maybe someone
can work well with aff3. From the code, Xen had used 'U' for constant in
MPIDR_AFF0_MASK, so it would always be a unsigned extend. The aff3
will be dropped. I will update my commit message in next version.

> >
> > For example, when we are using MPIDR_AFF0_MASK to get
> > cluster_id from a 64-bit integer in gic-v3 driver:
> > uint64_t cluster_id = cpu_logical_map(cpu) & ~MPIDR_AFF0_MASK;
> >
> > When MPIDR_AFF0_MASK is UINT32, compiler output:
> >      f7c: 92785c16 and x22, x0, #0xffffff00
> > When MPIDR_AFF0_MASK is unsigned long, compiler output:
> >      f88: 9278dc75 and x21, x3, #0xffffffffffffff00
> >
> > If we have a cpu_logical_map(cpu)= 0x1,00000000. We except
> > to get a cluster_id 1, but with UINT32 MPIDR_AFF0_MASK, we
> > will get 0.
> 
> Something doesn't match here. If the cluster_id were 1, then it should
> surely be 1 as well even with the 32-bit mask because there is no shift.
> 
> So did you intend to say 0x1,00000000?
> 

Sorry, I copied the value from device tree node name. I intend to say the 
cpu_logical_map(cpu)= 0x100000000UL, the aff3 (bit32 ~ 39) is 1.

I am not sure we are in the same page of cluster_id. The cluster_id I mentioned
above is a variable in gicv3_send_sgi_list function. The cluster_id you had
mentioned is aff2?

> >
> > So, in this patch, we force aarch64 to use unsigned long
> > as MPIDR mask to avoid such unpredictable operations.
> 
> Per above, I don't think this is unpredictable.

I will remove the last part of above sentence.

> 
> >
> > Signed-off-by: Wei Chen <wei.chen@xxxxxxx>
> > ---
> >   xen/include/asm-arm/processor.h | 6 +++---
> >   1 file changed, 3 insertions(+), 3 deletions(-)
> >
> > diff --git a/xen/include/asm-arm/processor.h b/xen/include/asm-
> arm/processor.h
> > index 87c8136022..5c1768cdec 100644
> > --- a/xen/include/asm-arm/processor.h
> > +++ b/xen/include/asm-arm/processor.h
> > @@ -75,11 +75,11 @@
> >
> >   /* MPIDR Multiprocessor Affinity Register */
> >   #define _MPIDR_UP           (30)
> > -#define MPIDR_UP            (_AC(1,U) << _MPIDR_UP)
> > +#define MPIDR_UP            (_AC(1,UL) << _MPIDR_UP)
> >   #define _MPIDR_SMP          (31)
> > -#define MPIDR_SMP           (_AC(1,U) << _MPIDR_SMP)
> > +#define MPIDR_SMP           (_AC(1,UL) << _MPIDR_SMP)
> >   #define MPIDR_AFF0_SHIFT    (0)
> > -#define MPIDR_AFF0_MASK     (_AC(0xff,U) << MPIDR_AFF0_SHIFT)
> > +#define MPIDR_AFF0_MASK     (_AC(0xff,UL) << MPIDR_AFF0_SHIFT)
> >   #ifdef CONFIG_ARM_64
> >   #define MPIDR_HWID_MASK     _AC(0xff00ffffff,UL)
> >   #else
> >
> 
> --
> Julien Grall

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.