From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 7CFF52571B9; Thu, 28 Aug 2025 15:57:53 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=217.140.110.172 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1756396674; cv=none; b=uPQYpYopqVObgOTKFV8yV1qbx2EgHPD+W08qAZPJkYU3LMVVfnBVbIiIxeJLVVuzwBEv5wU6CpSfasnZXjPUECaulDKOZ2/zrBK858gImg3Z8V1kcrWQ0CSlRyFXM1clUXu5whQlGkJiBv9BNb/31ikhgdSyMphGqg3lqt72HZI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1756396674; c=relaxed/simple; bh=Y8zIjbeNnnrIeWI1ZjaBklxm6Zh/NoiSb4znMEEtW9k=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=HRqSgqIPt4eq3p3Zbg/5fWUsFHGeOHfna8mNseVObpAfqFBXOyBHrYD8Tftznulmdzj+zSmHxwBmKGeDyqFMeWTWJllL+bm/UdfNBQpy9JCXK2Gz8Uy0H/3UCICk+/mwsI6UE9H5Gk7QH9NbbGjGrRvtIbcoapR1/AZOSsXuHE8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com; spf=pass smtp.mailfrom=arm.com; arc=none smtp.client-ip=217.140.110.172 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=arm.com Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 8D0232944; Thu, 28 Aug 2025 08:57:44 -0700 (PDT) Received: from [10.1.196.42] (eglon.cambridge.arm.com [10.1.196.42]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 8BFF43F694; Thu, 28 Aug 2025 08:57:46 -0700 (PDT) Message-ID: <5bb98ec3-f918-455e-9f13-71eb0506ad6c@arm.com> Date: Thu, 28 Aug 2025 16:57:44 +0100 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH 05/33] ACPI / PPTT: Find cache level by cache-id To: Markus Elfring , linux-arm-kernel@lists.infradead.org, linux-acpi@vger.kernel.org, devicetree@vger.kernel.org Cc: LKML , Amit Singh Tomar , Baisheng Gao , Baolin Wang , bobo.shaobowang@huawei.com, Carl Worth , Catalin Marinas , Conor Dooley , Danilo Krummrich , Dave Martin , David Hildenbrand , Drew Fustini , D Scott Phillips , Fenghua Yu , Greg Kroah-Hartman , Hanjun Guo , Jamie Iles , Jonathan Cameron , Koba Ko , Krzysztof Kozlowski , Len Brown , Linu Cherian , Lorenzo Pieralisi , Peter Newman , "Rafael J. Wysocki" , Rex Nie , Rob Herring , Rohit Mathew , Shanker Donthineni , Shaopeng Tan , Sudeep Holla , Will Deacon , Xin Hao References: <20250822153048.2287-6-james.morse@arm.com> <6f2db559-5088-4082-ab5e-7b4a66723eb8@web.de> Content-Language: en-GB From: James Morse In-Reply-To: <6f2db559-5088-4082-ab5e-7b4a66723eb8@web.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Hi Markus, On 23/08/2025 13:14, Markus Elfring wrote: > … >> +++ b/include/linux/acpi.h > … >> @@ -221,6 +222,17 @@ void acpi_reserve_initial_tables (void); >> void acpi_table_init_complete (void); >> int acpi_table_init (void); > … >> +DEFINE_FREE(acpi_table, struct acpi_table_header *, if (!IS_ERR(_T)) acpi_put_table(_T)) >> + >> int acpi_table_parse(char *id, acpi_tbl_table_handler handler); > … > > How do you think about to offer the addition of such a special macro call > by another separate update step? > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/process/submitting-patches.rst?h=v6.17-rc2#n81 As it goes via the same tree I don't think there is a strong reason either way. Dave points out on an earlier patch that the PPTT code doesn't care about the reference counting anyway, so this stuff can go. Thanks, James