Re: bnx2x: UBSAN: array-index-out-of-bounds in drivers/net/ethernet/broadcom/bnx2x/bnx2x_stats.c

2024-05-30 Thread Paolo Abeni
Adding Florian... On Thu, 2024-05-23 at 22:49 +1000, Michael Ellerman wrote: > I'm seeing an UBSAN warning when loading the bnx2x module on my Power8 > machine: > > [ cut here ] > UBSAN: array-index-out-of-bounds in > ../drivers/net/ethernet/broadcom/bnx2x/bnx2x_stat

Re: [PATCH 2/6] loongarch: defconfig: drop RT_GROUP_SCHED=y

2024-05-30 Thread Xi Ruoyao
On Thu, 2024-05-30 at 19:19 +0800, Celeste Liu wrote: > For cgroup v1, if turned on, and there's any cgroup in the "cpu" hierarchy it > needs an RT budget assigned, otherwise the processes in it will not be able to > get RT at all. The problem with RT group scheduling is that it requires the > budg

Re: [PATCH AUTOSEL 6.9 18/23] powerpc: make fadump resilient with memory add/remove events

2024-05-30 Thread Sourabh Jain
Hello Sasha, Thank you for considering this patch for the stable tree 6.9, 6.8, 6.6, and 6.1. This patch does two things: 1. Fixes a potential memory corruption issue mentioned as the third point in the commit message 2. Enables the kernel to avoid unnecessary fadump re-registration on memor

[Bug 218858] scsi_alloc_sdev: Allocation failure during SCSI scanning, some SCSI devices might not be configured

2024-05-30 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218858 Michael Ellerman (mich...@ellerman.id.au) changed: What|Removed |Added CC||mich...@ellerm

[Bug 218905] scsi_alloc_sdev: Allocation failure during SCSI scanning, some SCSI devices might not be configured

2024-05-30 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218905 Michael Ellerman (mich...@ellerman.id.au) changed: What|Removed |Added CC||mich...@ellerm

[Bug 218858] scsi_alloc_sdev: Allocation failure during SCSI scanning, some SCSI devices might not be configured

2024-05-30 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218858 Michael Ellerman (mich...@ellerman.id.au) changed: What|Removed |Added Status|NEW |NEEDINFO ---

[Bug 218858] scsi_alloc_sdev: Allocation failure during SCSI scanning, some SCSI devices might not be configured

2024-05-30 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218858 --- Comment #3 from doru iorgulescu (doru.iorgules...@gmail.com) --- For Linux Kernel 6.9.3 root@mirela:/boot# grep PAGE_SIZE config-6.9.3 CONFIG_MMU_GATHER_PAGE_SIZE=y CONFIG_HAVE_PAGE_SIZE_64KB=y CONFIG_PAGE_SIZE_64KB=y CONFIG_PAGE_SIZE_LESS_TH

Re: [PATCH 04/23] scsi: initialize scsi midlayer limits before allocating the queue

2024-05-30 Thread Michael Ellerman
"Linux regression tracking (Thorsten Leemhuis)" writes: > [CCing the regression list, as it should be in the loop for regressions: > https://docs.kernel.org/admin-guide/reporting-regressions.html] > > On 20.05.24 17:15, Christoph Hellwig wrote: >> Adding ben and the linuxppc list. > > Hmm, no rep

[Bug 218858] scsi_alloc_sdev: Allocation failure during SCSI scanning, some SCSI devices might not be configured

2024-05-30 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218858 --- Comment #4 from doru iorgulescu (doru.iorgules...@gmail.com) --- Created attachment 306379 --> https://bugzilla.kernel.org/attachment.cgi?id=306379&action=edit config-6.9.3.txt -- You may reply to this email to add a comment. You are rece

Re: Xorg doesn't start and some other issues with the RC1 of kernel 6.10

2024-05-30 Thread Michael Ellerman
Christian Zigotzky writes: > On 28.05.24 22:00, Christian Zigotzky wrote: >> Hi All, >> >> Xorg doesn't start anymore since the RC1 of kernel 6.10. We tested it >> with the VirtIO GPU and with some Radeon cards. >> >> Another error message: Failed to start Setup Virtual Console. >> >> Maybe this

[Bug 218858] scsi_alloc_sdev: Allocation failure during SCSI scanning, some SCSI devices might not be configured

2024-05-30 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218858 --- Comment #5 from doru iorgulescu (doru.iorgules...@gmail.com) --- Created attachment 306380 --> https://bugzilla.kernel.org/attachment.cgi?id=306380&action=edit config-6.10.0-rc1.txt -- You may reply to this email to add a comment. You are

[Bug 218858] scsi_alloc_sdev: Allocation failure during SCSI scanning, some SCSI devices might not be configured

2024-05-30 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218858 --- Comment #6 from doru iorgulescu (doru.iorgules...@gmail.com) --- I have upload config-6.10.0-rc1.txt I compile 6.10.0-rc1 starting from 6.9.3 Thank You Regards -- You may reply to this email to add a comment. You are receiving this mail bec

Re: [PATCH 04/23] scsi: initialize scsi midlayer limits before allocating the queue

2024-05-30 Thread Michael Ellerman
Michael Ellerman writes: > "Linux regression tracking (Thorsten Leemhuis)" > writes: >> [CCing the regression list, as it should be in the loop for regressions: >> https://docs.kernel.org/admin-guide/reporting-regressions.html] >> >> On 20.05.24 17:15, Christoph Hellwig wrote: >>> Adding ben and

[Bug 218858] scsi_alloc_sdev: Allocation failure during SCSI scanning, some SCSI devices might not be configured

2024-05-30 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218858 --- Comment #7 from Michael Ellerman (mich...@ellerman.id.au) --- Can you boot a working kernel and post the output of: # ls -l /sys/class/block # ls -l /sys/class/scsi_host # lspci -tv -- You may reply to this email to add a comment. You are

[Bug 218858] scsi_alloc_sdev: Allocation failure during SCSI scanning, some SCSI devices might not be configured

2024-05-30 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218858 --- Comment #8 from doru iorgulescu (doru.iorgules...@gmail.com) --- I run linux kernel 6.9.3 root@mirela:~# ls -l /sys/class/block total 0 lrwxrwxrwx 1 root root 0 May 30 10:55 loop0 -> ../../devices/virtual/block/loop0 lrwxrwxrwx 1 root root 0 M

Re: [PATCH] soc/fsl/qbman: remove unused struct 'cgr_comp'

2024-05-30 Thread Sean Anderson
On 5/28/24 19:11, li...@treblig.org wrote: > From: "Dr. David Alan Gilbert" > > 'cgr_comp' has been unused since > commit 96f413f47677 ("soc/fsl/qbman: fix issue in > qman_delete_cgr_safe()"). > > Remove it. > > Signed-off-by: Dr. David Alan Gilbert > --- > drivers/soc/fsl/qbman/qman.c | 5 --

Re: [PATCH v2 1/1] x86/elf: Add a new .note section containing Xfeatures information to x86 core files

2024-05-30 Thread Balasubrmanian, Vignesh
On 5/8/2024 6:32 PM, Thomas Gleixner wrote: Caution: This message originated from an External Source. Use proper caution when opening attachments, clicking links, or responding. On Tue, May 07 2024 at 15:23, Vignesh Balasubramanian wrote: +enum custom_feature { + FEATURE_XSAVE_FP = 0, +

[PATCH next] arch: powerpc: platforms: Remove unnecessary call to of_node_get

2024-05-30 Thread Prabhav Kumar Vaish
`dev->of_node` has a pointer to device node, of_node_get call seems unnecessary. It will automate the cleanup process allowing to remove the of_node_put call. Signed-off-by: Prabhav Kumar Vaish --- arch/powerpc/platforms/cell/iommu.c | 9 +++-- 1 file changed, 3 insertions(+), 6 deletions(-)

[PATCH v2] mm/mm_init: use node's number of cpus in deferred_page_init_max_threads

2024-05-30 Thread Eric Chanudet
x86_64 is already using the node's cpu as maximum threads. Make that the default for all archs setting DEFERRED_STRUCT_PAGE_INIT. This returns to the behavior prior making the function arch-specific with commit ecd096506922 ("mm: make deferred init's max threads arch-specific"). Signed-off-by: Er

Re: [PATCH v2 1/1] x86/elf: Add a new .note section containing Xfeatures information to x86 core files

2024-05-30 Thread Balasubrmanian, Vignesh
On 5/22/2024 9:04 PM, Borislav Petkov wrote: Caution: This message originated from an External Source. Use proper caution when opening attachments, clicking links, or responding. On Wed, May 22, 2024 at 06:42:55PM +0530, Balasubrmanian, Vignesh wrote:

Re: [PATCH v2 2/2] powerpc: hotplug driver bridge support

2024-05-30 Thread Krishna Kumar
Hi Oliver, Thanks for your suggestions. Pls find my response: On 5/20/24 20:29, Oliver O'Halloran wrote: On Fri, May 17, 2024 at 9:15 PM krishna kumar wrote: Uh, if I'm reading this right it looks like your "slot" C5 is actually the PCIe switch's internal bus which is definitely not hot pl

Re: [PATCH next] arch: powerpc: platforms: Remove unnecessary call to of_node_get

2024-05-30 Thread prabhav kumar
On Thu, May 23, 2024 at 4:55 PM Michael Ellerman wrote: > > Prabhav Kumar Vaish writes: > > `dev->of_node` has a pointer to device node, of_node_get call seems > > unnecessary. > > Sorry but it is necessary. > > > Signed-off-by: Prabhav Kumar Vaish > > --- > > arch/powerpc/platforms/cell/iommu.

Re: [PATCH v2 1/1] powerpc/numa: Online a node if PHB is attached.

2024-05-30 Thread Krishna Kumar
On 5/17/24 19:55, Nilay Shroff wrote: In the current design, a numa-node is made online only if that node is attached to cpu/memory. With this design, if any PCI/IO device is found to be attached to a numa-node which is not online then the numa-node id of the corresponding PCI/IO device is set

Re: [PATCH 0/6] ipmi: Convert to platform remove callback returning void

2024-05-30 Thread Corey Minyard
On Sat, May 25, 2024 at 12:10:38PM +0200, Uwe Kleine-König wrote: > Hello Corey, > > On Thu, Apr 11, 2024 at 10:11:21AM -0500, Corey Minyard wrote: > > On Thu, Apr 11, 2024 at 09:15:03AM +0200, Uwe Kleine-König wrote: > > > Hello, > > > > > > On Tue, Mar 05, 2024 at 05:26:57PM +0100, Uwe Kleine-K

[PATCH 0/2] Make ELOG log and trace consistently with GHES

2024-05-30 Thread Fabio M. De Francesco
When Firmware First is enabled, BIOS handles errors first and then it makes them available to the kernel via the Common Platform Error Record (CPER) sections (UEFI 2.10 Appendix N). Linux parses the CPER sections via one of two similar paths, either ELOG or GHES. Currently, ELOG and GHES show some

[PATCH 1/2] ACPI: extlog: Trace CPER Non-standard Section Body

2024-05-30 Thread Fabio M. De Francesco
In extlog_print(), trace "Non-standard Section Body" reported by firmware to the OS via Common Platform Error Record (CPER) (UEFI v2.10 Appendix N 2.3) to add further debug information and so to make ELOG log consistently with ghes_do_proc() (GHES). Cc: Dan Williams Signed-off-by: Fabio M. De Fra

[PATCH 2/2] ACPI: extlog: Trace CPER PCI Express Error Section

2024-05-30 Thread Fabio M. De Francesco
Currently, extlog_print() (ELOG) only reports CPER PCIe section (UEFI v2.10, Appendix N.2.7) to the kernel log via print_extlog_rcd(). Instead, the similar ghes_do_proc() (GHES) prints to kernel log and calls pci_print_aer() to report via the ftrace infrastructure. Add support to report the CPER P

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

2024-05-30 Thread Amit Daniel Kachhap
On 5/3/24 18:31, Joey Gouly wrote: Modify arch_calc_vm_prot_bits() and vm_get_page_prot() such that the pkey value is set in the vm_flags and then into the pgprot value. Signed-off-by: Joey Gouly Cc: Catalin Marinas Cc: Will Deacon --- arch/arm64/include/asm/mman.h | 8 +++- arch/ar

Re: [PATCH v4 17/29] arm64: implement PKEYS support

2024-05-30 Thread Amit Daniel Kachhap
On 5/3/24 18:31, Joey Gouly wrote: Implement the PKEYS interface, using the Permission Overlay Extension. Signed-off-by: Joey Gouly Cc: Catalin Marinas Cc: Will Deacon --- arch/arm64/include/asm/mmu.h | 1 + arch/arm64/include/asm/mmu_context.h | 51 - arch/arm64

Re: [PATCH v4 18/29] arm64: add POE signal support

2024-05-30 Thread Amit Daniel Kachhap
On 5/3/24 18:31, Joey Gouly wrote: Add PKEY support to signals, by saving and restoring POR_EL0 from the stackframe. Signed-off-by: Joey Gouly Cc: Catalin Marinas Cc: Will Deacon Reviewed-by: Mark Brown Acked-by: Szabolcs Nagy --- arch/arm64/include/uapi/asm/sigcontext.h | 7 a

[PATCH v2 0/2] memory: fsl_ifc: Make FSL_IFC config visible and selectable

2024-05-30 Thread Esben Haabendal
While use of fsl_ifc driver with NAND flash is fine, as the fsl_ifc_nand driver selects FSL_IFC automatically, we need the CONFIG_FSL_IFC option to be selectable for platforms using fsl_ifc with NOR flash. Fixes: ea0c0ad6b6eb ("memory: Enable compile testing for most of the drivers") To: Krzys

[PATCH v2 2/2] powerpc/configs: Update defconfig with now user-visible CONFIG_FSL_IFC

2024-05-30 Thread Esben Haabendal
With CONFIG_FSL_IFC now being user-visible, and thus changed from a select to depends in CONFIG_MTD_NAND_FSL_IFC, the dependencies needs to be selected in config snippets. Signed-off-by: Esben Haabendal --- arch/powerpc/configs/85xx-hw.config | 2 ++ 1 file changed, 2 insertions(+) diff --git a

[PATCH v2 1/2] memory: fsl_ifc: Make FSL_IFC config visible and selectable

2024-05-30 Thread Esben Haabendal
While use of fsl_ifc driver with NAND flash is fine, as the fsl_ifc_nand driver selects FSL_IFC automatically, we need the CONFIG_FSL_IFC option to be selectable for platforms using fsl_ifc with NOR flash. Fixes: ea0c0ad6b6eb ("memory: Enable compile testing for most of the drivers") Signed-off-by

Re: [PATCH v2 2/2] powerpc/configs: Update defconfig with now user-visible CONFIG_FSL_IFC

2024-05-30 Thread Esben Haabendal
Krzysztof Kozlowski writes: > On 28/05/2024 14:28, Esben Haabendal wrote: >> With CONFIG_FSL_IFC now being user-visible, and thus changed from a select >> to depends in CONFIG_MTD_NAND_FSL_IFC, the dependencies needs to be >> selected in config snippets. >> >> Signed-off-by: Esben Haabendal >>

Re: [PATCH v2 1/2] memory: fsl_ifc: Make FSL_IFC config visible and selectable

2024-05-30 Thread Esben Haabendal
Krzysztof Kozlowski writes: > On 28/05/2024 15:15, Christophe Leroy wrote: >> Le 28/05/2024 à 14:28, Esben Haabendal a écrit : >>> [Vous ne recevez pas souvent de courriers de es...@geanix.com. Découvrez >>> pourquoi ceci est important à https://aka.ms/LearnAboutSenderIdentification >>> ] >>> >

[PATCH v3] mm/mm_init: use node's number of cpus in deferred_page_init_max_threads

2024-05-30 Thread Eric Chanudet
When DEFERRED_STRUCT_PAGE_INIT=y, use a node's cpu count as maximum thread count for the deferred initialization of struct pages via padata. This should result in shorter boot times for these configurations by going through page_alloc_init_late() faster as systems tend not to be under heavy load th

[PATCH] leds: powernv: replace of_node_put to __free

2024-05-30 Thread MarileneGarcia
Use __free for device_node values, and thus drop calls to of_node_put. The variable attribute __free adds a scope based cleanup to the device node. The goal is to reduce memory management issues in the kernel code. The of_node_put calls were removed, and the for_each_available_child_of_node was r

[PATCH v2 linux-next] leds: powernv: replace of_node_put to __free

2024-05-30 Thread MarileneGarcia
Use __free for device_node values, and thus drop calls to of_node_put. The variable attribute __free adds a scope based cleanup to the device node. The goal is to reduce memory management issues in the kernel code. The of_node_put calls were removed, and the for_each_available_child_of_node was r

Re: [External] [PATCH RFC/RFT v2 4/4] riscv: Stop emitting preventive sfence.vma for new userspace mappings with Svvptc

2024-05-30 Thread yunhui cui
Hi Alex, On Thu, Feb 1, 2024 at 12:04 AM Alexandre Ghiti wrote: > > The preventive sfence.vma were emitted because new mappings must be made > visible to the page table walker but Svvptc guarantees that xRET act as > a fence, so no need to sfence.vma for the uarchs that implement this > extension

[PATCH 0/6] defconfig: drop RT_GROUP_SCHED=y

2024-05-30 Thread Celeste Liu
For cgroup v1, if turned on, and there's any cgroup in the "cpu" hierarchy it needs an RT budget assigned, otherwise the processes in it will not be able to get RT at all. The problem with RT group scheduling is that it requires the budget assigned but there's no way we could assign a default budge

[PATCH 2/6] loongarch: defconfig: drop RT_GROUP_SCHED=y

2024-05-30 Thread Celeste Liu
For cgroup v1, if turned on, and there's any cgroup in the "cpu" hierarchy it needs an RT budget assigned, otherwise the processes in it will not be able to get RT at all. The problem with RT group scheduling is that it requires the budget assigned but there's no way we could assign a default budge

[PATCH 1/6] riscv: defconfig: drop RT_GROUP_SCHED=y

2024-05-30 Thread Celeste Liu
Commit ba6cfef057e1 ("riscv: enable Docker requirements in defconfig") introduced it because of Docker, but Docker has removed this requirement since [1] (2023-04-19). For cgroup v1, if turned on, and there's any cgroup in the "cpu" hierarchy it needs an RT budget assigned, otherwise the processes

[PATCH 3/6] mips: defconfig: drop RT_GROUP_SCHED=y from generic/db1xxx/eyeq5

2024-05-30 Thread Celeste Liu
For cgroup v1, if turned on, and there's any cgroup in the "cpu" hierarchy it needs an RT budget assigned, otherwise the processes in it will not be able to get RT at all. The problem with RT group scheduling is that it requires the budget assigned but there's no way we could assign a default budge

[PATCH 4/6] powerpc: defconfig: drop RT_GROUP_SCHED=y from ppc6xx_defconfig

2024-05-30 Thread Celeste Liu
Commit 6e5f1537833a ("powerpc: Add a 6xx defconfig") said it was copied from fedore's ppc32 defconfig, but at least since 2015-06-10, Fedora has dropped this option.[1] For cgroup v1, if turned on, and there's any cgroup in the "cpu" hierarchy it needs an RT budget assigned, otherwise the processe

[PATCH 5/6] sh: defconfig: drop RT_GROUP_SCHED=y from sdk7786/urquell

2024-05-30 Thread Celeste Liu
For cgroup v1, if turned on, and there's any cgroup in the "cpu" hierarchy it needs an RT budget assigned, otherwise the processes in it will not be able to get RT at all. The problem with RT group scheduling is that it requires the budget assigned but there's no way we could assign a default budge

[PATCH 6/6] arm: defconfig: drop RT_GROUP_SCHED=y from bcm2855/tegra/omap2plus

2024-05-30 Thread Celeste Liu
Commit 673ce00c5d6c ("ARM: omap2plus_defconfig: Add support for distros with systemd") said it's because of recommendation from systemd. But systemd changed their recommendation later.[1] For cgroup v1, if turned on, and there's any cgroup in the "cpu" hierarchy it needs an RT budget assigned, oth

[PATCH v3 0/3] memory: fsl_ifc: Make FSL_IFC config visible and selectable

2024-05-30 Thread Esben Haabendal
While use of fsl_ifc driver with NAND flash is fine, as the fsl_ifc_nand driver selects FSL_IFC automatically, we need the CONFIG_FSL_IFC option to be selectable for platforms using fsl_ifc with NOR flash. Fixes: ea0c0ad6b6eb ("memory: Enable compile testing for most of the drivers") Changes in v

[PATCH v3 1/3] memory: fsl_ifc: Make FSL_IFC config visible and selectable

2024-05-30 Thread Esben Haabendal
While use of fsl_ifc driver with NAND flash is fine, as the fsl_ifc_nand driver selects FSL_IFC automatically, we need the CONFIG_FSL_IFC option to be selectable for platforms using fsl_ifc with NOR flash. Fixes: ea0c0ad6b6eb ("memory: Enable compile testing for most of the drivers") Reviewed-by:

[PATCH v3 3/3] arm64/configs: Update defconfig with now user-visible CONFIG_FSL_IFC

2024-05-30 Thread Esben Haabendal
With CONFIG_FSL_IFC now being user-visible, and thus changed from a select to depends in CONFIG_MTD_NAND_FSL_IFC, the dependencies needs to be selected in defconfig. Signed-off-by: Esben Haabendal --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/con

[PATCH v3 2/3] powerpc/configs: Update defconfig with now user-visible CONFIG_FSL_IFC

2024-05-30 Thread Esben Haabendal
With CONFIG_FSL_IFC now being user-visible, and thus changed from a select to depends in CONFIG_MTD_NAND_FSL_IFC, the dependencies needs to be selected in defconfigs. Signed-off-by: Esben Haabendal --- arch/powerpc/configs/85xx-hw.config | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch

[PATCH v1 3/6] ASoC: rockchip: Remove unused of_gpio.h

2024-05-30 Thread Andy Shevchenko
of_gpio.h is deprecated and subject to remove. The drivers in question don't use it, simply remove the unused header. Signed-off-by: Andy Shevchenko --- sound/soc/rockchip/rockchip_i2s.c | 1 - sound/soc/rockchip/rockchip_spdif.c | 1 - 2 files changed, 2 deletions(-) diff --git a/sound/soc/r

[PATCH v1 4/6] ASoC: codecs: Replace of_gpio.h by proper one

2024-05-30 Thread Andy Shevchenko
of_gpio.h is deprecated and subject to remove. The driver doesn't use it directly, replace it with what is really being used. Signed-off-by: Andy Shevchenko --- sound/soc/codecs/aw88395/aw88395.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/codecs/aw88395/aw88395

[PATCH v1 2/6] ASoC: fsl: Remove unused of_gpio.h

2024-05-30 Thread Andy Shevchenko
of_gpio.h is deprecated and subject to remove. The drivers in question don't use it, simply remove the unused header. Signed-off-by: Andy Shevchenko --- sound/soc/fsl/imx-es8328.c | 1 - sound/soc/fsl/imx-rpmsg.c | 2 -- 2 files changed, 3 deletions(-) diff --git a/sound/soc/fsl/imx-es8328.c b

[PATCH v1 0/6] ASoC: Drop or replace of_gpio.h

2024-05-30 Thread Andy Shevchenko
Replace or drop the legacy header that is subject to remove. Not all of them were compile-tested, the series might have hidden compilation errors. Andy Shevchenko (6): ASoC: codecs: Remove unused of_gpio.h ASoC: fsl: Remove unused of_gpio.h ASoC: rockchip: Remove unused of_gpio.h ASoC: cod

[PATCH v1 1/6] ASoC: codecs: Remove unused of_gpio.h

2024-05-30 Thread Andy Shevchenko
of_gpio.h is deprecated and subject to remove. The drivers in question don't use it, simply remove the unused header. Signed-off-by: Andy Shevchenko --- sound/soc/codecs/ak4118.c | 1 - sound/soc/codecs/ak4458.c | 1 - sound/soc/codecs/aw88399.c| 1 - sound/soc/codecs/cs5

[PATCH v1 6/6] ASoC: samsung: Replace of_gpio.h by proper one

2024-05-30 Thread Andy Shevchenko
of_gpio.h is deprecated and subject to remove. The driver doesn't use it directly, replace it with what is really being used. Signed-off-by: Andy Shevchenko --- sound/soc/samsung/aries_wm8994.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/samsung/aries_wm8994.c b

[PATCH v1 5/6] ASoC: generic: Replace of_gpio.h by proper one

2024-05-30 Thread Andy Shevchenko
of_gpio.h is deprecated and subject to remove. The driver doesn't use it directly, replace it with what is really being used. Signed-off-by: Andy Shevchenko --- sound/soc/generic/audio-graph-card2-custom-sample.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/sound/soc/gen

Re: [PATCH] powerpc/kernel: Fix potential spectre v1 in syscall

2024-05-30 Thread Nathan Lynch
Michael Ellerman writes: > Nathan Lynch writes: >> >> 1. The patch sanitizes 'nargs' immediately before the call to memset(), >>but shouldn't that happen before 'nargs' is used as an input to >>copy_from_user()? > > I think the reasoning is that there's no way to exploit an out of bounds

[PATCH] powerpc/rtas: Prevent Spectre v1 gadget construction in sys_rtas()

2024-05-30 Thread Nathan Lynch via B4 Relay
/ if (copy_from_user(args.args, uargs->args, nargs * sizeof(rtas_arg_t)) != 0) --- base-commit: be2fc65d66e0406cc9d39d40becaecdf4ee765f3 change-id: 20240530-sys_rtas-nargs-nret-a188eaf5a500 Best regards, -- Nathan Lynch

Re: [PATCH v1 5/6] ASoC: generic: Replace of_gpio.h by proper one

2024-05-30 Thread Kuninori Morimoto
Hi > of_gpio.h is deprecated and subject to remove. > The driver doesn't use it directly, replace it > with what is really being used. > > Signed-off-by: Andy Shevchenko > --- Acked-by: Kuninori Morimoto > sound/soc/generic/audio-graph-card2-custom-sample.c | 3 ++- > 1 file changed, 2 ins

Re: [PATCH v1 1/6] ASoC: codecs: Remove unused of_gpio.h

2024-05-30 Thread Kuninori Morimoto
Hi > of_gpio.h is deprecated and subject to remove. The drivers in question > don't use it, simply remove the unused header. > > Signed-off-by: Andy Shevchenko > --- > sound/soc/codecs/ak4118.c | 1 - > sound/soc/codecs/ak4458.c | 1 - > sound/soc/codecs/aw88399.c| 1 -

Re: [PATCH] arch/powerpc/kvm: Fix doorbell emulation by adding DPDES support

2024-05-30 Thread Gautam Menghani
Hello, Please review this patch and let me know if any changes are needed. Thanks, Gautam

Re: [PATCH 04/23] scsi: initialize scsi midlayer limits before allocating the queue

2024-05-30 Thread Christoph Hellwig
On Fri, May 31, 2024 at 12:28:21AM +1000, Michael Ellerman wrote: > No that's wrong. The actual hardware page size is 4K, but > CONFIG_PAGE_SIZE and PAGE_SHIFT etc. is 64K. > > So at least for this user the driver used to work with 64K pages, and > now doesn't. Which suggested that the communicat

Re: [PATCH] arch/powerpc/kvm: Fix doorbell emulation by adding DPDES support

2024-05-30 Thread Greg KH
On Fri, May 31, 2024 at 10:54:58AM +0530, Gautam Menghani wrote: > Hello, > > Please review this patch and let me know if any changes are needed. There already was review comments on it, why ignore them?

Re: [PATCH v1 1/6] ASoC: codecs: Remove unused of_gpio.h

2024-05-30 Thread kernel test robot
Hi Andy, kernel test robot noticed the following build errors: [auto build test ERROR on broonie-sound/for-next] [also build test ERROR on shawnguo/for-next rockchip/for-next linus/master v6.10-rc1 next-20240529] [If your patch is applied to the wrong git tree, kindly drop us a note. And when su