[PATCH 03/11] usb: phy: fsl: Convert to platform remove callback returning void

The .remove() callback for a platform driver returns an int which makes many driver authors wrongly assume it's possible to do error handling by returning an error code. However the value returned is (mostly) ignored and this typically results in resource leaks. To improve here there is a quest to

[PATCH 00/11] usb: phy: Convert to platform remove callback returning void

Hello, this series adapts the platform drivers below drivers/usb/phy to use the .remove_new() callback. Compared to the traditional .remove() callback .remove_new() returns no value. This is a good thing because the driver core doesn't (and cannot) cope for errors during remove. The only effect of

[PATCH] powerpc: powermac: Use of_get_cpu_hwid() to read CPU node 'reg'

Replace open coded reading of CPU nodes' "reg" properties with of_get_cpu_hwid() dedicated for this purpose. Signed-off-by: Rob Herring --- arch/powerpc/platforms/powermac/feature.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/arch/powerpc/platforms/powermac/f

[PATCH] soc: fsl: qe: remove unused qe_ic_from_irq function

clang with W=1 reports drivers/soc/fsl/qe/qe_ic.c:235:29: error: unused function 'qe_ic_from_irq' [-Werror,-Wunused-function] static inline struct qe_ic *qe_ic_from_irq(unsigned int virq) ^ This function is not used, so remove it. Signed-off-by: Tom Rix --- drivers/

[PATCH] powerpc: Use of_address_to_resource()

Replace open coded reading of "reg" or of_get_address()/ of_translate_address() calls with a single call to of_address_to_resource(). Signed-off-by: Rob Herring --- arch/powerpc/mm/numa.c| 21 +++-- arch/powerpc/platforms/52xx/lite5200_pm.c | 9 ++-- arch/powerpc

[PATCH] macintosh: Use of_address_to_resource()

Replace open coded reading of "reg" and of_translate_address() calls with single call to of_address_to_resource(). Signed-off-by: Rob Herring --- drivers/macintosh/via-cuda.c | 16 +--- drivers/macintosh/via-pmu.c | 23 --- 2 files changed, 13 insertions(+), 26 d

Re: [PATCH 12/15] auxdisplay: ht16k33: Introduce backlight_get_brightness()

Hi, On Mon, 09 Jan 2023 11:12:02 +0100, Robin van der Gracht wrote: > On 2023-01-08 10:29, Sam Ravnborg wrote: > > On Sat, Jan 07, 2023 at 10:02:38PM +0100, Miguel Ojeda wrote: > >> On Sat, Jan 7, 2023 at 7:26 PM Sam Ravnborg via B4 Submission Endpoint > >> wrote: > >> > > >> > Introduce bac

Re: [PATCH 12/15] auxdisplay: ht16k33: Introduce backlight_get_brightness()

On Sun, Mar 19, 2023 at 02:44:08PM +0100, Stephen Kitt wrote: > Hi, > > On Mon, 09 Jan 2023 11:12:02 +0100, Robin van der Gracht > wrote: > > On 2023-01-08 10:29, Sam Ravnborg wrote: > > > On Sat, Jan 07, 2023 at 10:02:38PM +0100, Miguel Ojeda wrote: > > >> On Sat, Jan 7, 2023 at 7:26 PM Sam Ra

[PATCH AUTOSEL 6.2 09/30] cpumask: fix incorrect cpumask scanning result checks

From: Linus Torvalds [ Upstream commit 8ca09d5fa3549d142c2080a72a4c70ce389163cd ] It turns out that commit 596ff4a09b89 ("cpumask: re-introduce constant-sized cpumask optimizations") exposed a number of cases of drivers not checking the result of "cpumask_next()" and friends correctly. The docu

Re: [PATCH AUTOSEL 6.2 09/30] cpumask: fix incorrect cpumask scanning result checks

On Sun, Mar 19, 2023 at 5:53 PM Sasha Levin wrote: > > [ Upstream commit 8ca09d5fa3549d142c2080a72a4c70ce389163cd ] These are technically real fixes, but they are really just "documented behavior" fixes, and don't actually matter unless you also have 596ff4a09b89 ("cpumask: re-introduce constant-

CPU Hotplug optimization: offcputime analysis

CPU Hotplug smt=off operation on a maximum configuration ppc64le system with 1920 logical CPUs takes more than 59 minutes to complete. Several attempts made to reduce the time consumption of CPU hotplug operation is discussed in this thread below: https://lore.kernel.org/all/y01uwql2y2r69...@li-05