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

Re: [PATCH v2 3/5] xen/arm: Move make_resv_memory_node()


  • To: Koichiro Den <den@xxxxxxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • From: Stewart Hildebrand <stewart.hildebrand@xxxxxxx>
  • Date: Tue, 8 Jul 2025 16:12:50 -0400
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=temperror (sender ip is 165.204.84.17) smtp.rcpttodomain=valinux.co.jp smtp.mailfrom=amd.com; dmarc=temperror 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=2uX0uj/rr18ImB51SrV/l+Uf2BT5C8tuCOWdl3w8qJI=; b=VIFZVyG39n5Ch6rs8ZiI7uuVWZt8HUeaWStBv0+2yLvEy6kuOEkOH6VeUmQ5ivbSSyDgI2Xqhx++NKZ0YrbkqQhfwpa3IEENVmBSXqsqT99ZQ0+DvUQ9xJDJNjPvEBZ+lGpIgFmGf1iAPzP67N9as9/rm6ZRRnKFVdHG0c3baw3XAcN8UAyJyWJCq4IbgmAxBI4y3xRjU3XBTZEC43ZWkPMdLC/8gWfJOkUybS823E5lXpK7HUV+uM5kU2HDFpu/Jae6T9qhQPfmBM7bk2kXky6O+RFJn6Fh170SiwrHY0YFI5lSJzj+PEZy6R15dVoaOpupUGP17E3HoR+X9ekSNw==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=aKnMYXLBy/OWr2EyMQ5ljOZKkPRySOpVVlLF4BY9EtxPnB5uxDWEndYlskFovPE2JtF/NJx3PDqwdjdV4RxM36subJ/Efb2aaPhZqz/Q7uPqzKybIsJhRXMWRKnA9h44rRbsj1t4wV2xGlYw1qTHDxIcQvEn2DiYs3UzvghEDZYNDlEjNWYkBdcSZevHo9Q5qy5M3d1us3ppAERwvn1hdgO8LiHM7N2XDcS5VyfjK4sjgBQXuXhJ4uUymr47njU/iJCQA0ZgRO07JG0/X4IO1O01AjAlDQ1pu21Ek8292c1FYFybYFL2Dd5D2bhS98jI6y0lgBVafmVgVndGprxMUw==
  • Cc: Stefano Stabellini <sstabellini@xxxxxxxxxx>, Julien Grall <julien@xxxxxxx>, Bertrand Marquis <bertrand.marquis@xxxxxxx>, Michal Orzel <michal.orzel@xxxxxxx>, Volodymyr Babchuk <Volodymyr_Babchuk@xxxxxxxx>, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, Anthony PERARD <anthony.perard@xxxxxxxxxx>, Jan Beulich <jbeulich@xxxxxxxx>, Roger Pau Monné <roger.pau@xxxxxxxxxx>
  • Delivery-date: Tue, 08 Jul 2025 20:13:18 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On 7/5/25 10:27, Koichiro Den wrote:
> The /reserved-memory node is inherently not specific to static-shmem.
> Move it to a more generic domain build context. While at it, add an
> empty kernel_info_get_shm_mem_const() for the CONFIG_STATIC_SHM=n case,
> as it can now be invoked in such case.
> 
> No functional change.
> 
> Signed-off-by: Koichiro Den <den@xxxxxxxxxxxxx>
> ---
>  xen/arch/arm/domain_build.c           | 40 +++++++++++++++++++++++++++
>  xen/common/device-tree/static-shmem.c | 40 ---------------------------
>  xen/include/xen/fdt-domain-build.h    |  2 ++
>  xen/include/xen/static-shmem.h        | 15 ++++------
>  4 files changed, 48 insertions(+), 49 deletions(-)

make_resv_memory_node() was recently moved from arch/arm to common in:

72c5fa220804 ("device-tree: Move Arm's static-shmem feature to common")

Is there any rationale for moving it back?



 


Rackspace

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