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

Re: [PATCH v2] xen/arm: mark handle_linux_pci_domain() __init


  • To: Julien Grall <julien@xxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • From: Stewart Hildebrand <stewart.hildebrand@xxxxxxx>
  • Date: Thu, 20 Oct 2022 14:53:35 -0400
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 165.204.84.17) smtp.rcpttodomain=xen.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
  • 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=uY40rWtfgZZEHFVqcwLpqmRZm31oyWIoQcE/PUfLX4k=; b=gDyXIOUxT7B881mW33LlOgLznzWT0aUR7w2dQ1NNW/k3mwDu9nWjVXCTcxh0VkizmH6Te6srBXiwT3rOJneZVPpbpYBAu/vuPJMqPIPW6vp9m328y7KlpLr1dl8Iguom0kOcfIrUcvO4dWXfUHG2V4aEVm9hqEB0R4IZ3vgl6fSdk5JqzsB2kJMvy+Kx3OlIPBXiBOMBxTIKE/erbl54taDV3lfFiOQyxb6VI9JaBgNC48ZXweufunVgmm455Kh6LP7/ZKiZW0jEIPlNm31m+icJxxHixq0sm8+to/dxgXUrFGBMlGcd/Dsh/VKBOcSoUI2weie44pDGB/ej0MikpQ==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=F2Vu9Iw0pk+XceZ0sTl7qjHHNx27+ulSPnPeIWL7RvJPXPAUls9edEDEdVPcbaouOKarXB/DccbbwmDET7Yc9QGe8Nv4SWxypLRSPPzpQYBAbghxCguziWATpVPO/mzuZkvhILYvnZNYJEKtt31ucLPqXHpC91jAwYenbkCBb69ajDu8dgUCbjPqenN47jz8uo6xdzHibxED0OQxapm3Gwknu9KdzNyocZ1El3aVAxLHI3ISYk5orLg5PZv/XuKJig5d8ikpvAzmlM+Dx2gG5LxgySR6EL/gsA1IVXvfzA+x1Fnbbl1eTJuTcvkp49n5wfOvx/x99vofDRCrc63NZw==
  • Cc: Stefano Stabellini <sstabellini@xxxxxxxxxx>, Bertrand Marquis <bertrand.marquis@xxxxxxx>, Volodymyr Babchuk <Volodymyr_Babchuk@xxxxxxxx>, Henry Wang <Henry.Wang@xxxxxxx>
  • Delivery-date: Thu, 20 Oct 2022 18:54:00 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On 10/20/22 14:19, Julien Grall wrote:
> Hi Stewart,

Hi Julien,

> I nearly missed this one because it was threaded under v1. In the
> future, would you be able to send new version in a separate thread? This
> makes easier to track it.

I will keep this in mind for next time.

> On 14/10/2022 21:09, Stewart Hildebrand wrote:
>> All functions in domain_build.c should be marked __init. This was
>> spotted when building the hypervisor with -Og.
>>
>> Fixes: 1050a7b91c xen/arm: add pci-domain for disabled devices

I missed parenthesis and quotes around the referenced commit. To keep it in the 
same format as other Fixes: tags, can you please add during commit (pending 
release ack)?

>> Signed-off-by: Stewart Hildebrand <stewart.hildebrand@xxxxxxx>
> 
> Acked-by: Julien Grall <jgrall@xxxxxxxxxx>
> 
> Henry, this patch is fixing a potential build failure on some compiler
> (at the moment we are relying on the compiler to inline
> handle_linux_pci_domain). AFAIU, the problem was introduced in Xen 4.17.
> Would you be happy if we include it in the release?
> 
> Cheers,
> 
>>
>> ---
>> v1 -> v2:
>>    Add Fixes: tag
>>    Add patch description
>> ---
>>   xen/arch/arm/domain_build.c | 4 ++--
>>   1 file changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/xen/arch/arm/domain_build.c b/xen/arch/arm/domain_build.c
>> index 61cda8e843..fc2961895b 100644
>> --- a/xen/arch/arm/domain_build.c
>> +++ b/xen/arch/arm/domain_build.c
>> @@ -1051,8 +1051,8 @@ static void __init assign_static_memory_11(struct 
>> domain *d,
>>    * The current heuristic assumes that a device is a host bridge
>>    * if the type is "pci" and then parent type is not "pci".
>>    */
>> -static int handle_linux_pci_domain(struct kernel_info *kinfo,
>> -                                   const struct dt_device_node *node)
>> +static int __init handle_linux_pci_domain(struct kernel_info *kinfo,
>> +                                          const struct dt_device_node *node)
>>   {
>>       uint16_t segment;
>>       int res;
> 
> -- 
> Julien Grall



 


Rackspace

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