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

Re: [PATCH] xen/dt: Remove loop in dt_read_number()


  • To: Alejandro Vallejo <agarciav@xxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • From: Alejandro Vallejo <agarciav@xxxxxxx>
  • Date: Tue, 17 Jun 2025 17:56:34 +0200
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 165.204.84.17) smtp.rcpttodomain=lists.xenproject.org smtp.mailfrom=amd.com; dmarc=pass (p=quarantine sp=quarantine pct=100) action=none header.from=amd.com; dkim=none (message not signed); arc=none (0)
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=3gdMmFUb8Iy758QKJQLE75KpucuoGbFVvBD/T257d/A=; b=Uh5E21LPIcKhpqSr+qKwa9qQGzRI0j01/Fa6isPT1YWKjnynoZzRV6X5HykAn8w6UDYXh9duHTppiGVC7Wb7wc3yzUK4ScVDCBLx0W2GOI1Ga7UWykJS4b85D0cNl7TyhPCURqmEwCgFtjMpcGT2c0B8TdaHoxTfn7rWFiiRvRlIc1Bki+3Qr90qCCUUEYHoFKeSiiYv8zxi8JFcgscMHs3CcSrtBpVsIu25tKKRQ7c9cMWYICwioKZ+vwyaI1o6unqGZlG4IJMSrXD1eJAosPK3zPOwpXdeva64v1dRLcAWr5tXEA3jEnbWksWOmDipQ34WpgBRtRTltG+gFn1cjA==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=RX9GKksfxiyHmHkHg56KJiwXTvixRMfjrpfY/QRgDL1m5Q9RnTA8J4+8Isv0tyKhRd9wtMlSkMGUAlOKB7pIksUVivQ8ubJLsxK1WveHHAHmTVNWlU5em7gR9haFYk4fmrPJ815Fzor9VP8MK+nXwG9oEoAqxO7O5mDV+hCw0b2Mj0bFa0aDh+hP88hufFYr1VrAztwcURYnAXk92a0flif+1m4I6tdHQqbMOvG7x+JroaieTrSn/S3ThKEwVhorr7JYWP9G84JOziRscWr03q+idepCX88gOvrhlNlh2km1m8nHNgAYwdbkLXllgZ6P9wXV08uo2ZO5b1rBPODLvg==
  • Cc: Stefano Stabellini <sstabellini@xxxxxxxxxx>, Julien Grall <julien@xxxxxxx>, Bertrand Marquis <bertrand.marquis@xxxxxxx>, Michal Orzel <michal.orzel@xxxxxxx>, "Daniel P . Smith " <dpsmith@xxxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Tue, 17 Jun 2025 15:56:52 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On Tue Jun 17, 2025 at 1:07 PM CEST, Alejandro Vallejo wrote:
> The DT spec declares only two number types for a property: u32 and u64,
> as per Table 2.3 in Section 2.2.4. Remove unbounded loop and replace
> with a switch statement. Default to a size of 1 cell in the nonsensical
> size case, with a warning printed on the Xen console.
>
> Suggested-by: Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
> Signed-off-by: Alejandro Vallejo <agarciav@xxxxxxx>
> ---
> Based on this suggestion by Daniel:
>
>     
> https://lore.kernel.org/xen-devel/a66c11c4-cfac-4934-b1f5-e07c728db8de@xxxxxxxxxxxxxxxxxxxx/
>
> I'd be happier panicking there, seeing how DTs are by their very nature
> trusted blobs. But I suspect defaulting to something will find less
> resistance in review. I don't care much either way.
> ---
>  xen/include/xen/device_tree.h | 15 ++++++++++++---
>  1 file changed, 12 insertions(+), 3 deletions(-)
>
> diff --git a/xen/include/xen/device_tree.h b/xen/include/xen/device_tree.h
> index 75017e4266..2daef8659e 100644
> --- a/xen/include/xen/device_tree.h
> +++ b/xen/include/xen/device_tree.h
> @@ -261,10 +261,19 @@ void intc_dt_preinit(void);
>  /* Helper to read a big number; size is in cells (not bytes) */
>  static inline u64 dt_read_number(const __be32 *cell, int size)
>  {
> -    u64 r = 0;
> +    u64 r = be32_to_cpu(*cell);
> +
> +    switch ( size )
> +    {
> +    case 1:
> +        break;
> +    case 2:
> +        r = (r << 32) | be32_to_cpu(cell[1]);

Bah, missing break. And with a printk rather than a panic CI stayed green when
it shouldn't have been.

> +    default:
> +        // Nonsensical size. default to 1.
> +        printk(XENLOG_WARNING "dt_read_number(%d) bad size", size);

I'll add an ASSERT_UNREACHABLE() here for good measure.

> +    };
>  
> -    while ( size-- )
> -        r = (r << 32) | be32_to_cpu(*(cell++));
>      return r;
>  }
>  
>
> base-commit: 14c57887f36937c1deb9eeca852c3a7595d2d0b8



 


Rackspace

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