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

Re: [PATCH v6] dom0less: Prevent division by zero in handle_passthrough_prop()


  • To: "Orzel, Michal" <michal.orzel@xxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • From: Dmytro Prokopchuk1 <dmytro_prokopchuk1@xxxxxxxx>
  • Date: Mon, 13 Jul 2026 09:44:37 +0000
  • Accept-language: en-US, uk-UA, ru-RU
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=epam.com; dmarc=pass action=none header.from=epam.com; dkim=pass header.d=epam.com; arc=none
  • 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=XwuSUcrSXcB4oQmMcwHcC8098ZqXr2F7X2ivf5acVh4=; b=w+GHB1ZKBxuIPYyVpJn9ZNsnNPxYG9Q5Ib8LyPLY221fgc/p0VIQneXohu95h/2fXgB4jsuFPxGMKOE/odgqYzjc8a/1BonHTgO1Oazd0a/KFBIY/dJiQ5yrlRQ4xZEYusg7YnOSIDfWLc7yVPVgik5rUZd6qK5vLq7FG+kdEBa5M3Yp00ZddXuupywAaEPSVcjRz4WTfMZKmlknNyXeuVzIwpI0Mqlkbg0oZk7Tp4FjSHa6gpgEobyMUVnc+xwY8Qp0zsfUEidQFBAzdx9RBqKPByvwzWh2MxnEYNmRyCBTGgwIVYExMkqkq28UKv8oNCo++XTEUUnI5Iznn3y1Jw==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=MHdM0rJoyPGCnW6SdMv8td41qmfkCsjUXglVR8vSu8OPJNo8o3wCeV+Nvf/Tg7M+FttVeh7Ao7gZx45rILLSTDQwx89Rx+Szia/YjiO6amb6F+oOmxMbRa2S7r3h4MNLfoh0QBPmPfHjGc7xOw5yOlrJKk+nnbMNtT62oo91DeX9NiRm7d2n0+B4bL8QRs32jjErLS/2flsjzEz3aKXiBlRtOcT/yZUKRzqBN/ou6AwlRYQjF9fT4jt411yy4wjZTaIGwFmv4t1DXX7VGYZEJKipD96Q+S6gaUXDcoNkm30CDPH+sJZUb6uWlaE83VOyYFIHvo6V3ZM05jyTmzGEQQ==
  • Authentication-results: eu.smtp.expurgate.cloud; dkim=pass header.s=selector1 header.d=epam.com header.i="@epam.com" header.h="From:Date:Subject:Message-ID:Content-Type:MIME-Version:x-ms-exchange-senderadcheck"
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=epam.com;
  • Cc: Stefano Stabellini <sstabellini@xxxxxxxxxx>, Julien Grall <julien@xxxxxxx>, Bertrand Marquis <bertrand.marquis@xxxxxxx>, Oleksii Kurochko <oleksii.kurochko@xxxxxxxxx>
  • Delivery-date: Mon, 13 Jul 2026 09:44:49 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Thread-index: AQHdEfWIck0nSDsiiEuWy8nQa16TY7ZrDIuAgAAn+YA=
  • Thread-topic: [PATCH v6] dom0less: Prevent division by zero in handle_passthrough_prop()

Hello Michal, Oleksii

Sorry, doing this v6... I just forgot to add "for-4.22".
Please, include this patch into 4.22.

BR, Dmytro.

On 7/13/26 10:21, Orzel, Michal wrote:
>
>
> On 12-Jul-26 13:56, Dmytro Prokopchuk1 wrote:
>> A malformed partial DTB specifying both '#address-cells = <0>' and
>> '#size-cells = <0>' causes '(address_cells * 2 + size_cells)' to
>> evaluate to 0. This sum is subsequently used as a divisor when
>> calculating the number of regions in the 'xen,reg' property inside
>> handle_passthrough_prop():
>>
>>      len = fdt32_to_cpu(xen_reg->len) / ((address_cells * 2 + size_cells) *
>>                                          sizeof(uint32_t));
>>
>> This leads to a division by zero exception in the Xen hypervisor during
>> boot, causing a hypervisor panic/crash.
>>
>> Fix this by validating that both 'address_cells' and 'size_cells'
>> are within the range of [1, 2] at the top of handle_passthrough_prop().
>> Any invalid cell size combination is safely rejected early with an error
>> message and return -EINVAL.
>>
>> Furthermore, update handle_passthrough_prop() to use the sizeof(*cell)
>> instead of sizeof(uint32_t).
>>
>> Fixes: 9ce974c47588 ("xen/arm: assign devices to boot domains")
>> Signed-off-by: Dmytro Prokopchuk <dmytro_prokopchuk1@xxxxxxxx>
> Reviewed-by: Michal Orzel <michal.orzel@xxxxxxx>
>
> You dropped "for-4.22" subject prefix. Was that intentional (you had it until
> now)?. If not, please provide pros/cons for taking it into 4.22 and don't 
> forget
> to CC Oleksii (doing so now). It is not a critical bug and it's been with us 
> for
> a while now. That said, the fix is very simple and unharmful.
>
> ~Michal
>
>> ---
>> Changes in v6:
>> - move cells check at the top of handle_passthrough_prop() with a comment
>> - reword commit message
>> - replace sizeof(uint32_t) with sizeof(*cell) (use expression instead of 
>> type)
>> Test CI pipeline:
>> https://gitlab.com/xen-project/people/dimaprkp4k/xen/-/pipelines/2667596761
>> ---
>>   xen/common/device-tree/dom0less-build.c | 15 ++++++++++++++-
>>   1 file changed, 14 insertions(+), 1 deletion(-)
>>
>> diff --git a/xen/common/device-tree/dom0less-build.c 
>> b/xen/common/device-tree/dom0less-build.c
>> index eacfd93087..9513c1c837 100644
>> --- a/xen/common/device-tree/dom0less-build.c
>> +++ b/xen/common/device-tree/dom0less-build.c
>> @@ -152,10 +152,23 @@ static int __init handle_passthrough_prop(struct 
>> kernel_info *kinfo,
>>               return -ENOMEM;
>>       }
>>
>> +    /*
>> +     * xen,reg holds flat host/guest physical addresses and sizes, so the
>> +     * inherited #address-cells/#size-cells must each be 1 or 2. This also
>> +     * guards the len division below against a zero or wrapped divisor.
>> +     */
>> +    if ( (address_cells < 1) || (address_cells > 2) ||
>> +         (size_cells < 1) || (size_cells > 2) )
>> +    {
>> +        printk(XENLOG_ERR "Invalid address_cells %u or size_cells %u\n",
>> +               address_cells, size_cells);
>> +        return -EINVAL;
>> +    }
>> +
>>       /* xen,reg specifies where to map the MMIO region */
>>       cell = (const __be32 *)xen_reg->data;
>>       len = fdt32_to_cpu(xen_reg->len) / ((address_cells * 2 + size_cells) *
>> -                                        sizeof(uint32_t));
>> +                                        sizeof(*cell));
>>
>>       for ( i = 0; i < len; i++ )
>>       {
>

 


Rackspace

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