Re: [PATCH 4/4] cpufreq: Make cpufreq_driver->exit() return void

2024-07-04 Thread AngeloGioacchino Del Regno
Il 04/07/24 08:53, Viresh Kumar ha scritto: From: Lizhe The cpufreq core doesn't check the return type of the exit() callback and there is not much the core can do on failures at that point. Just drop the returned value and make it return void. Signed-off-by: Lizhe [ Viresh: Reworked the patc

Re: [PowerPC] [PASEMI] Issue with the identification of ATA drives after the of/irq updates 2024-05-29

2024-07-04 Thread Marc Zyngier
On Thu, 04 Jul 2024 05:10:46 +0100, Christian Zigotzky wrote: > > On 02.07.24 18:54, Marc Zyngier wrote: > > On Sun, 30 Jun 2024 11:21:55 +0100, > > Christian Zigotzky wrote: > >> Hello, > >> > >> There is an issue with the identification of ATA drives with our > >> P.A. Semi Nemo boards [1] af

Re: [PATCH 4/4] cpufreq: Make cpufreq_driver->exit() return void

2024-07-04 Thread Sudeep Holla
On Thu, Jul 04, 2024 at 12:23:55PM +0530, Viresh Kumar wrote: > From: Lizhe > > The cpufreq core doesn't check the return type of the exit() callback > and there is not much the core can do on failures at that point. Just > drop the returned value and make it return void. > > Signed-off-by: Lizh

[PATCH] powerpc/pseries/iommu: Define spapr_tce_table_group_ops only with CONFIG_IOMMU_API

2024-07-04 Thread Shivaprasad G Bhat
The patch fixes the below warning, arch/powerpc/platforms/pseries/iommu.c:1824:37: warning: 'spapr_tce_table_group_ops' defined but not used [-Wunused-variable] The other error reported by the test robot no longer exists on the top of the tree due to later changes on the file. Reported-by: kerne

Re: [PATCH 14/26] block: move the nonrot flag to queue_limits

2024-07-04 Thread Simon Fernandez
Hi folks, how can I unsubscribe from this group.? Thanks in advance. S > On 24 Jun 2024, at 18:08, Keith Busch wrote: > > On Mon, Jun 17, 2024 at 08:04:41AM +0200, Christoph Hellwig wrote: >> -#define blk_queue_nonrot(q) test_bit(QUEUE_FLAG_NONROT, &(q)->queue_flags) >> +#define blk_queue_nonrot

Re: [PowerPC] [PASEMI] Issue with the identification of ATA drives after the of/irq updates 2024-05-29

2024-07-04 Thread Michael Ellerman
Christian Zigotzky writes: > On 02.07.24 18:54, Marc Zyngier wrote: >> On Sun, 30 Jun 2024 11:21:55 +0100, >> Christian Zigotzky wrote: >>> Hello, >>> >>> There is an issue with the identification of ATA drives with our >>> P.A. Semi Nemo boards [1] after the >>> commit "of/irq: Factor out parsin

Re: [PATCH 4/4] cpufreq: Make cpufreq_driver->exit() return void

2024-07-04 Thread Mario Limonciello
On 7/4/2024 1:53, Viresh Kumar wrote: From: Lizhe The cpufreq core doesn't check the return type of the exit() callback and there is not much the core can do on failures at that point. Just drop the returned value and make it return void. Signed-off-by: Lizhe [ Viresh: Reworked the patches to

Re: [PATCH 0/4] cpufreq: Make cpufreq_driver->exit() return void

2024-07-04 Thread Rafael J. Wysocki
On Thu, Jul 4, 2024 at 8:54 AM Viresh Kumar wrote: > > Make exit() return void, since it isn't used by the core. > > Based on initial patches sent by Lizhe [1]. > > Rafael, I will take this through my tree for 6.11. Sure. Acked-by: Rafael J. Wysocki for the series. Thanks! > -- > Viresh > >

Re: [RFC PATCH 2/2] arch/powerpc/kvm: Fix doorbells for nested KVM guests on PowerNV

2024-07-04 Thread Nicholas Piggin
On Fri Jun 28, 2024 at 4:03 AM AEST, Gautam Menghani wrote: > commit 6398326b9ba1("KVM: PPC: Book3S HV P9: Stop using vc->dpdes") > introduced an optimization to use only vcpu->doorbell_request for SMT > emulation for Power9 and above guests, but the code for nested guests > still relies on the ol

Re: [RFC PATCH 1/2] Revert "KVM: PPC: Book3S HV Nested: Stop forwarding all HFUs to L1"

2024-07-04 Thread Nicholas Piggin
On Fri Jun 28, 2024 at 4:03 AM AEST, Gautam Menghani wrote: > This reverts commit 7c3ded5735141ff4d049747c9f76672a8b737c49. > > On PowerNV, when a nested guest tries to use a feature prohibited by > HFSCR, the nested hypervisor (L1) should get a H_FAC_UNAVAILABLE trap > and then L1 can emulate the

Re: [PATCH] macintosh/mac_hid: add MODULE_DESCRIPTION()

2024-07-04 Thread Michael Ellerman
Jeff Johnson writes: > Fix the make W=1 warning: > WARNING: modpost: missing MODULE_DESCRIPTION() in drivers/macintosh/mac_hid.o > > Signed-off-by: Jeff Johnson > --- > drivers/macintosh/mac_hid.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/drivers/macintosh/mac_hid.c b/drivers/maci

Re: [PATCH] powerpc: add missing MODULE_DESCRIPTION() macros

2024-07-04 Thread Michael Ellerman
Jeff Johnson writes: > On 6/15/2024 10:06 AM, Jeff Johnson wrote: >> With ARCH=powerpc, make allmodconfig && make W=1 C=1 reports: >> WARNING: modpost: missing MODULE_DESCRIPTION() in >> arch/powerpc/kernel/rtas_flash.o >> WARNING: modpost: missing MODULE_DESCRIPTION() in >> arch/powerpc/sysdev/

Re: [PATCH v4 13/29] arm64: convert protection key into vm_flags and pgprot values

2024-07-04 Thread Joey Gouly
Hi, On Wed, Jun 19, 2024 at 05:45:29PM +0100, Catalin Marinas wrote: > On Tue, May 28, 2024 at 12:24:57PM +0530, Amit Daniel Kachhap wrote: > > On 5/3/24 18:31, Joey Gouly wrote: > > > diff --git a/arch/arm64/include/asm/mman.h b/arch/arm64/include/asm/mman.h > > > index 5966ee4a6154..ecb2d18dc4d7

Re: pdm360ng and touchscreen set up

2024-07-04 Thread Michael Ellerman
Dmitry Torokhov writes: > Hi Anatolij, Michael, > > I hope you can shed some light for me: why does pdm360ng have very > elaborate set up for the "pendown" GPIO of the touchscreen? Can we > simply fix the DTS in arch/powerpc/boot/dts/pdm360ng.dts and specify > correct pendown GPIO there, as well a

Re: [PATCH 4/4] cpufreq: Make cpufreq_driver->exit() return void

2024-07-04 Thread Florian Fainelli
On 7/4/2024 7:53 AM, Viresh Kumar wrote: From: Lizhe The cpufreq core doesn't check the return type of the exit() callback and there is not much the core can do on failures at that point. Just drop the returned value and make it return void. Signed-off-by: Lizhe [ Viresh: Reworked the patch

Re: [PowerPC] [PASEMI] Issue with the identification of ATA drives after the of/irq updates 2024-05-29

2024-07-04 Thread Christian Zigotzky
On 04.07.24 13:53, Michael Ellerman wrote: Christian Zigotzky writes: On 02.07.24 18:54, Marc Zyngier wrote: On Sun, 30 Jun 2024 11:21:55 +0100, Christian Zigotzky wrote: Hello, There is an issue with the identification of ATA drives with our P.A. Semi Nemo boards [1] after the commit "of/i

Re: [PATCH v2 00/10] Add support for non-interleaved mode in qmc_audio

2024-07-04 Thread Mark Brown
On Mon, 01 Jul 2024 13:30:27 +0200, Herve Codina wrote: > The qmc_audio driver supports only audio in interleaved mode. > Non-interleaved mode can be easily supported using several QMC channel > per DAI. In that case, data related to ch0 are sent to (received from) > the first QMC channel, data rel

Re: [PowerPC] [PASEMI] Issue with the identification of ATA drives after the of/irq updates 2024-05-29

2024-07-04 Thread Christian Zigotzky
On 04.07.24 10:28, Marc Zyngier wrote: On Thu, 04 Jul 2024 05:10:46 +0100, Christian Zigotzky wrote: On 02.07.24 18:54, Marc Zyngier wrote: On Sun, 30 Jun 2024 11:21:55 +0100, Christian Zigotzky wrote: Hello, There is an issue with the identification of ATA drives with our P.A. Semi Nemo bo

Re: [PowerPC] [PASEMI] Issue with the identification of ATA drives after the of/irq updates 2024-05-29

2024-07-04 Thread Christian Zigotzky
On 04.07.24 20:27, Christian Zigotzky wrote: On 04.07.24 13:53, Michael Ellerman wrote: Christian Zigotzky writes: On 02.07.24 18:54, Marc Zyngier wrote: On Sun, 30 Jun 2024 11:21:55 +0100, Christian Zigotzky wrote: Hello, There is an issue with the identification of ATA drives with our P.

Re: [PATCH 00/20] Simplify of_property_for_each_u32()

2024-07-04 Thread Luca Ceresoli
Hello Rob, On Wed, 3 Jul 2024 12:07:42 -0600 Rob Herring wrote: > On Wed, Jul 03, 2024 at 12:36:44PM +0200, Luca Ceresoli wrote: > > [Note: to reduce the noise I have trimmed the get_maintainers list > > manually. Should you want to be removed, or someone else added, to future > > versions, just

Re: [PATCH 20/20] of: deprecate and rename of_property_for_each_u32()

2024-07-04 Thread Luca Ceresoli
Hello Rob, On Wed, 3 Jul 2024 12:01:11 -0600 Rob Herring wrote: > On Wed, Jul 03, 2024 at 12:37:04PM +0200, Luca Ceresoli wrote: > > of_property_for_each_u32() is meant to disappear. All the call sites not > > using the 3rd and 4th arguments have already been replaced by > > of_property_for_each

Re: [PowerPC] [PASEMI] Issue with the identification of ATA drives after the of/irq updates 2024-05-29

2024-07-04 Thread Michael Ellerman
Christian Zigotzky writes: > On 04.07.24 20:27, Christian Zigotzky wrote: >> On 04.07.24 13:53, Michael Ellerman wrote: >>> Christian Zigotzky writes: ... >>> >>> Instead of that patch, can you try the one below. AFAICS the device tree >>> fixups done in early boot mean the interrupt-map is not n