Re: [PATCH RFC v3 07/21] ACPI: Rename acpi_processor_hotadd_init and remove pre-processor guards
"Russell King (Oracle)" <[email protected]> Thu, 14 Dec 2023 18:03:47 +0000
| Newsgroups | org.kernel.vger.linux-ia64,dev.linux.lists.acpica-devel,dev.linux.lists.kvmarm,dev.linux.lists.loongarch,org.infradead.lists.linux-arm-kernel,org.infradead.lists.linux-riscv,org.kernel.vger.linux-acpi,org.kernel.vger.linux-arch,org.kernel.vger.linux-csky,org.kernel.vger.linux-doc,org.kernel.vger.linux-kernel,org.kernel.vger.linux-parisc,org.kernel.vger.linux-pm |
|---|---|
| Message-ID | <[email protected]> |
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) <[email protected]> wrote: > > > From: James Morse <[email protected]> > > > > 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 <[email protected]> > > Tested-by: Miguel Luis <[email protected]> > > Tested-by: Vishnu Pajjuri <[email protected]> > > Tested-by: Jianyong Wu <[email protected]> > > --- > > Outstanding comments: > > https://lore.kernel.org/r/[email protected] > > If it's not caused a build warning yet, chances are high this is fine. > > Reviewed-by: Jonathan Cameron <[email protected]> > > > https://lore.kernel.org/r/[email protected] > > 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!