Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp220633pxj; Fri, 14 May 2021 01:41:29 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyBKf9rkeYGiJoN+4OISbbmZo+BGan70nn5+/D7gbh3ESBF42DrOJhuRPpbGpb2SDzKxjAO X-Received: by 2002:a05:6638:963:: with SMTP id o3mr33561048jaj.0.1620981689123; Fri, 14 May 2021 01:41:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620981689; cv=none; d=google.com; s=arc-20160816; b=n/6ZtvnpFBtYC6IsL0oOa6g9XqxaAyTdwS8KgC9ZHej5Rnw63TERjcAvMSiJUKFZXN 3g2dzlbe3Ahb2i/L2nmoFpRlnVxmy8d3bxERb/OSxjWVs3wwoAOq78aK4uZI7Muct3iA hkBaO5ZvFtNxunqi4/8SwWL4CB8Kmw3cgNr16y8wzUQ2AvvwTBi1qVE79sTZ743hV2U/ lEJ47/QFWJebbbk63rJbenugpyx7sA5MFXnPtf/27e7shsvHZ1Ra92jQ5WE5P1gBHVvc dp1ZPNohM1Q+drmFrqHhc3Xsgw/nYfGstAyI8yuIMNcpJAjgyiqJkz76trOgChERf5yL ijgg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=3Q9FznItnRAbSyehTFzCo3ULNbZezx6aIQRgucAngh4=; b=suoKR454yclUjzlbrICaNGbwRTJVUaV/8bTAC+W/eGC+218mGF/VPoxZNKkETBL0zg 8CLPGrCv1gRF1CEfx5ZAQ79/Io2lApvADCcJ0a7bmCbERZL3tPxzhUJcb2szjeJaAXIR 66snd8ckfmUiR7XEXgv0z0Y23HcSGh1AvlhWdUTZGSE2F+LO8MfB+uPdsjPYR2zisQpK MMG0zlIaz0fFHsF7yYSW6TKL31IkhQyiXx4FWE4CrD/6FkcSsE/yF5v7RFXN8v4YHYdT ufGYIIeDu8kTbRq7c7rJCz3qW26ksbBXNK6UmQZfhw6drQLkY+fdQww0M7PGISUZfr2a 8A2A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z7si6356891iln.153.2021.05.14.01.41.15; Fri, 14 May 2021 01:41:29 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231807AbhENAnz (ORCPT + 99 others); Thu, 13 May 2021 20:43:55 -0400 Received: from szxga07-in.huawei.com ([45.249.212.35]:2480 "EHLO szxga07-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231159AbhENAny (ORCPT ); Thu, 13 May 2021 20:43:54 -0400 Received: from DGGEMS412-HUB.china.huawei.com (unknown [172.30.72.58]) by szxga07-in.huawei.com (SkyGuard) with ESMTP id 4Fh8nC3ZDxzBtT2; Fri, 14 May 2021 08:39:59 +0800 (CST) Received: from [10.174.179.71] (10.174.179.71) by DGGEMS412-HUB.china.huawei.com (10.3.19.212) with Microsoft SMTP Server id 14.3.498.0; Fri, 14 May 2021 08:42:37 +0800 Subject: Re: [PATCH] ACPI/IORT: Handle device properties with software node API To: "Rafael J. Wysocki" , Heikki Krogerus CC: Lorenzo Pieralisi , Sudeep Holla , "Rafael J. Wysocki" , Jean-Philippe Brucker , Joerg Roedel , Eric Auger , Will Deacon , ACPI Devel Maling List , "Linux ARM" , Linux Kernel Mailing List References: <20210511125528.18525-1-heikki.krogerus@linux.intel.com> From: Hanjun Guo Message-ID: <9026d9a3-9f17-6686-d64e-009326ec6e90@huawei.com> Date: Fri, 14 May 2021 08:42:36 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Originating-IP: [10.174.179.71] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021/5/11 21:51, Rafael J. Wysocki wrote: > On Tue, May 11, 2021 at 2:55 PM Heikki Krogerus > wrote: >> The older device property API is going to be removed. >> Replacing the device_add_properties() call with software >> node API equivalent device_create_managed_software_node(). >> >> Fixes: 434b73e61cc6 ("iommu/arm-smmu-v3: Use device properties for pasid-num-bits") >> Signed-off-by: Heikki Krogerus >> --- >> drivers/acpi/arm64/iort.c | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/drivers/acpi/arm64/iort.c b/drivers/acpi/arm64/iort.c >> index 3912a1f6058e5..e34937e11186a 100644 >> --- a/drivers/acpi/arm64/iort.c >> +++ b/drivers/acpi/arm64/iort.c >> @@ -976,7 +976,7 @@ static void iort_named_component_init(struct device *dev, >> FIELD_GET(ACPI_IORT_NC_PASID_BITS, >> nc->node_flags)); >> >> - if (device_add_properties(dev, props)) >> + if (device_create_managed_software_node(dev, props, NULL)) >> dev_warn(dev, "Could not add device properties\n"); >> } >> >> -- > Thanks! > > I can take this through the ACPI tree if there are no objections. Since this is related to device property API refactor, I'm fine with it. Lorenzo, what's your position? Thanks Hanjun