[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZXtDg1TdetEqBA8S@shell.armlinux.org.uk>
Date: Thu, 14 Dec 2023 18:03:47 +0000
From: "Russell King (Oracle)" <linux@...linux.org.uk>
To: Jonathan Cameron <Jonathan.Cameron@...wei.com>
Cc: linux-pm@...r.kernel.org, loongarch@...ts.linux.dev,
linux-acpi@...r.kernel.org, linux-arch@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-riscv@...ts.infradead.org, kvmarm@...ts.linux.dev,
x86@...nel.org, acpica-devel@...ts.linuxfoundation.org,
linux-csky@...r.kernel.org, linux-doc@...r.kernel.org,
linux-ia64@...r.kernel.org, linux-parisc@...r.kernel.org,
Salil Mehta <salil.mehta@...wei.com>,
Jean-Philippe Brucker <jean-philippe@...aro.org>,
jianyong.wu@....com, justin.he@....com,
James Morse <james.morse@....com>
Subject: Re: [PATCH RFC v3 07/21] ACPI: Rename acpi_processor_hotadd_init and
remove pre-processor guards
On Thu, Dec 14, 2023 at 05:43:37PM +0000, Jonathan Cameron wrote:
> On Wed, 13 Dec 2023 12:49:47 +0000
> Russell King (Oracle) <rmk+kernel@...linux.org.uk> wrote:
>
> > From: James Morse <james.morse@....com>
> >
> > acpi_processor_hotadd_init() will make a CPU present by mapping it
> > based on its hardware id.
> >
> > 'hotadd_init' is ambiguous once there are two different behaviours
> > for cpu hotplug. This is for toggling the _STA present bit. Subsequent
> > patches will add support for toggling the _STA enabled bit, named
> > acpi_processor_make_enabled().
> >
> > Rename it acpi_processor_make_present() to make it clear this is
> > for CPUs that were not previously present.
> >
> > Expose the function prototypes it uses to allow the preprocessor
> > guards to be removed. The IS_ENABLED() check will let the compiler
> > dead-code elimination pass remove this if it isn't going to be
> > used.
> >
> > Signed-off-by: James Morse <james.morse@....com>
> > Tested-by: Miguel Luis <miguel.luis@...cle.com>
> > Tested-by: Vishnu Pajjuri <vishnu@...amperecomputing.com>
> > Tested-by: Jianyong Wu <jianyong.wu@....com>
> > ---
> > Outstanding comments:
> > https://lore.kernel.org/r/20230914151720.00007105@Huawei.com
>
> If it's not caused a build warning yet, chances are high this is fine.
>
> Reviewed-by: Jonathan Cameron <Jonathan.Cameron@...wei.com>
>
> > https://lore.kernel.org/r/b8f430c1-c30f-191f-18c6-f750fa6ba476@redhat.com
> > For this comment, we use IS_ENABLED() in multiple places in the kernel in
> > this way, and it isn't a problem.
Yes, for both of these comments, I think they aren't something that
needs any action - these patches have been published in my tree since
October, and that is subject to the kernel build bot which hasn't found
any issues.
So, I'll add your r-b, add my s-o-b, and remove the "outstanding
comments" from this patch.
Thanks.
--
RMK's Patch system: https://www.armlinux.org.uk/developer/patches/
FTTP is here! 80Mbps down 10Mbps up. Decent connectivity at last!
Powered by blists - more mailing lists