[PATCH] powerpc/32: Select ARCH_SPLIT_ARG64

2022-10-31 Thread Michael Ellerman
On 32-bit kernels, 64-bit syscall arguments are split into two registers. For that to work with syscall wrappers, the prototype of the syscall must have the argument split so that the wrapper macro properly unpacks the arguments from pt_regs. The fanotify_mark() syscall is one such syscall, which

Re: [PATCH] Change maintainers for vnic driver

2022-10-31 Thread patchwork-bot+netdevbpf
Hello: This patch was applied to netdev/net.git (master) by Jakub Kicinski : On Fri, 28 Oct 2022 13:35:11 -0700 you wrote: > Changed maintainers for vnic driver, since Dany has new responsibilities. > Also added Nick Child as reviewer. > > Signed-off-by: Rick Lindsley > > --- > MAINTAINERS |

[PATCH] powerpc: Fix some kernel-doc warnings

2022-10-31 Thread Bo Liu
The current code provokes some kernel-doc warnings: arch/powerpc/kernel/process.c:1606: warning: This comment starts with '/**', but isn't a kernel-doc comment. Refer Documentation/doc-guide/kernel-doc.rst Signed-off-by: Bo Liu --- arch/powerpc/kernel/process.c | 2 +- 1 file changed,

Re: [PATCH v6 22/25] powerpc/64s: Clear user GPRs in syscall interrupt entry

2022-10-31 Thread Rohan McLure
> On 23 Sep 2022, at 6:02 pm, Nicholas Piggin wrote: > > On Wed Sep 21, 2022 at 4:56 PM AEST, Rohan McLure wrote: >> Clear user state in gprs (assign to zero) to reduce the influence of user >> registers on speculation within kernel syscall handlers. Clears occur >> at the very beginning of the s

Re: [PATCH net-next v7 08/10] powerpc: dts: t208x: Mark MAC1 and MAC2 as 10G

2022-10-31 Thread Sean Anderson
On 10/31/22 10:12, Camelia Alexandra Groza wrote: >> -Original Message- >> From: Sean Anderson >> Sent: Friday, October 28, 2022 19:55 >> To: Camelia Alexandra Groza ; Sean Anderson >> ; David S . Miller ; >> Jakub Kicinski ; Madalin Bucur >> ; net...@vger.kernel.org >> Cc: Eric Dumazet ;

[PATCH v4 2/2] mm, hwpoison: When copy-on-write hits poison, take page offline

2022-10-31 Thread Tony Luck
Cannot call memory_failure() directly from the fault handler because mmap_lock (and others) are held. It is important, but not urgent, to mark the source page as h/w poisoned and unmap it from other tasks. Use memory_failure_queue() to request a call to memory_failure() for the page with the erro

[PATCH v4 1/2] mm, hwpoison: Try to recover from copy-on write faults

2022-10-31 Thread Tony Luck
If the kernel is copying a page as the result of a copy-on-write fault and runs into an uncorrectable error, Linux will crash because it does not have recovery code for this case where poison is consumed by the kernel. It is easy to set up a test case. Just inject an error into a private page, for

[PATCH v4 0/2] Copy-on-write poison recovery

2022-10-31 Thread Tony Luck
Recover from poison consumption while copying pages in the kernel for a copy-on-write fault. Changes since v3: 1) Miaohe Lin pointed out that a recent change by Alexander Potapenko to copy_user_highpage() added a call to kmsan_unpoison_memory(). Same is needed in my cloned copy_mc_user_highpag

Re: [PATCH] powerpc/32: fix syscall wrappers with 64-bit arguments

2022-10-31 Thread Arnd Bergmann
On Mon, Oct 31, 2022, at 15:47, Andreas Schwab wrote: > With the introducion of syscall wrappers all wrappers for syscalls with > 64-bit arguments must be handled specially, not only those that have > unaligned 64-bit arguments. This left out the fallocate and > sync_file_range2 syscalls. > > Fixe

Re: [PATCH v4 2/2] arm64: support batched/deferred tlb shootdown during page reclamation

2022-10-31 Thread Punit Agrawal
Barry Song <21cn...@gmail.com> writes: > On Sat, Oct 29, 2022 at 2:11 AM Punit Agrawal > wrote: >> >> Yicong Yang writes: >> >> > On 2022/10/27 22:19, Punit Agrawal wrote: >> >> >> >> [ Apologies for chiming in late in the conversation ] >> >> >> >> Anshuman Khandual writes: >> >> >> >>> On 9/2

Re: [PATCH 1/3] ASoC: dt-bindings: fsl,micfil: Add compatible string for i.MX93 platform

2022-10-31 Thread Rob Herring
On Fri, 28 Oct 2022 16:27:48 +0800, Chancel Liu wrote: > Add compatible string "fsl,imx93-micfil" for i.MX93 platform > > Signed-off-by: Chancel Liu > --- > Documentation/devicetree/bindings/sound/fsl,micfil.yaml | 1 + > 1 file changed, 1 insertion(+) > Acked-by: Rob Herring

RE: [PATCH v3 5/5] PCI: Remove unnecessary includes

2022-10-31 Thread Roy Zang
> -Original Message- > From: Bjorn Helgaas > Subject: [PATCH v3 5/5] PCI: Remove unnecessary includes > > From: Bjorn Helgaas > > Many host controller drivers #include even though they > don't need it. Remove the unnecessary #includes. > > Signed-off-by: Bjorn Helgaas > --- > dr

[PATCH v3 5/5] PCI: Remove unnecessary includes

2022-10-31 Thread Bjorn Helgaas
From: Bjorn Helgaas Many host controller drivers #include even though they don't need it. Remove the unnecessary #includes. Signed-off-by: Bjorn Helgaas --- drivers/pci/controller/cadence/pci-j721e.c | 1 - drivers/pci/controller/dwc/pci-layerscape.c | 1 - drivers/pci/controller/dwc/pcie

[PATCH v3 4/5] PCI: xgene-msi: Include explicitly

2022-10-31 Thread Bjorn Helgaas
From: Bjorn Helgaas pci-xgene-msi.c uses irq_domain_add_linear() and related interfaces, so it needs but doesn't include it directly; it relies on the fact that includes it. But pci-xgene-msi.c *doesn't* need itself. Include directly to remove this implicit dependency so a future patch can

[PATCH v3 3/5] PCI: mvebu: Include explicitly

2022-10-31 Thread Bjorn Helgaas
From: Bjorn Helgaas pci-mvebu.c uses irq_domain_add_linear() and related interfaces but relies on but doesn't include it directly; it relies on the fact that includes it. Include directly to remove this implicit dependency. Signed-off-by: Bjorn Helgaas Acked-by: Thomas Petazzoni --- drive

[PATCH v3 2/5] PCI: microchip: Include explicitly

2022-10-31 Thread Bjorn Helgaas
From: Bjorn Helgaas pcie-microchip-host.c uses irq_domain_add_linear() and related interfaces, so it needs but doesn't include it directly; it relies on the fact that includes it. But pcie-microchip-host.c *doesn't* need itself. Include directly to remove this implicit dependency so a futur

[PATCH v3 1/5] PCI: altera-msi: Include explicitly

2022-10-31 Thread Bjorn Helgaas
From: Bjorn Helgaas pcie-altera-msi.c uses irq_domain_add_linear() and related interfaces, so it needs but doesn't include it directly; it relies on the fact that includes it. But pcie-altera-msi.c *doesn't* need itself. Include directly to remove this implicit dependency so a future patch

[PATCH v3 0/5] PCI: Remove unnecessary includes

2022-10-31 Thread Bjorn Helgaas
From: Bjorn Helgaas Many host controller drivers #include even though they don't need it. Remove the unnecessary #includes. v2: https://lore.kernel.org/r/20221025185147.665365-1-helg...@kernel.org/ v1: https://lore.kernel.org/r/20221019195452.37606-1-helg...@kernel.org/ Changes from v2 to v3:

Re: [PATCH v8 4/9] phy: fsl: Add Lynx 10G SerDes driver

2022-10-31 Thread Sean Anderson
On 10/29/22 05:11, Bagas Sanjaya wrote: > On Thu, Oct 27, 2022 at 03:11:08PM -0400, Sean Anderson wrote: >> .. only:: subproject and html >> diff --git a/Documentation/driver-api/phy/lynx_10g.rst >> b/Documentation/driver-api/phy/lynx_10g.rst >> new file mode 100644 >> index ..ebbf4d

[PATCH] powerpc/32: fix syscall wrappers with 64-bit arguments

2022-10-31 Thread Andreas Schwab
With the introducion of syscall wrappers all wrappers for syscalls with 64-bit arguments must be handled specially, not only those that have unaligned 64-bit arguments. This left out the fallocate and sync_file_range2 syscalls. Fixes: 7e92e01b7245 ("powerpc: Provide syscall wrapper") Fixes: e2375

RE: [PATCH net-next v7 08/10] powerpc: dts: t208x: Mark MAC1 and MAC2 as 10G

2022-10-31 Thread Camelia Alexandra Groza
> -Original Message- > From: Sean Anderson > Sent: Friday, October 28, 2022 19:55 > To: Camelia Alexandra Groza ; Sean Anderson > ; David S . Miller ; > Jakub Kicinski ; Madalin Bucur > ; net...@vger.kernel.org > Cc: Eric Dumazet ; linuxppc-dev @ lists . ozlabs . > org ; linux-arm-ker...@l

[PATCH] asm-generic: compat: fix compat_arg_u64 and compat_arg_u64_dual

2022-10-31 Thread Andreas Schwab
The macros are defined backwards. Fixes: 43d5de2b67d7 ("asm-generic: compat: Support BE for long long args in 32-bit ABIs") Signed-off-by: Andreas Schwab --- include/asm-generic/compat.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/asm-generic/compat.h b/include/a

[PATCH v5 2/2] powerpc/64: Add module check for ELF ABI version

2022-10-31 Thread Nicholas Piggin
Override the generic module ELF check to provide a check for the ELF ABI version. This becomes important if we allow big-endian ELF ABI V2 builds but it doesn't hurt to check now. Cc: Jessica Yu Signed-off-by: Michael Ellerman [np: split patch, added changelog, adjust to Jessica's proposal] Sign

[PATCH v5 1/2] module: add module_elf_check_arch for module-specific checks

2022-10-31 Thread Nicholas Piggin
The elf_check_arch() function is also used to test compatibility of usermode binaries. Kernel modules may have more specific requirements, for example powerpc would like to test for ABI version compatibility. Add a weak module_elf_check_arch() that defaults to true, and call it from elf_validity_c

[PATCH v5 0/2] powerpc module arch checks

2022-10-31 Thread Nicholas Piggin
These slipped through the cracks. Picking them up again... The story so far is that Jessica gave us the new scheme in patch 1, now slightly rebased. Patch 2 implements the additional check that powerpc wants which originally came from Michael, and has been updated to the new approach. This was pr

Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning

2022-10-31 Thread Andrew Jones
On Mon, Oct 31, 2022 at 09:58:57AM +0100, Borislav Petkov wrote: > On Mon, Oct 31, 2022 at 09:06:04AM +0100, Andrew Jones wrote: > > The valid cpumask range is [0, nr_cpu_ids) and cpumask_next() always > > returns a CPU ID greater than its input, which results in its input > > range being [-1, n

Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning

2022-10-31 Thread Borislav Petkov
On Mon, Oct 31, 2022 at 09:06:04AM +0100, Andrew Jones wrote: > The valid cpumask range is [0, nr_cpu_ids) and cpumask_next() always > returns a CPU ID greater than its input, which results in its input > range being [-1, nr_cpu_ids - 1). Ensure showing CPU info avoids > triggering error condit

Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning

2022-10-31 Thread Andrew Jones
On Fri, Oct 28, 2022 at 06:06:41PM +0200, Borislav Petkov wrote: > On Fri, Oct 28, 2022 at 10:13:28AM -0500, Yury Norov wrote: > > Because it's related to bitmap API usage and has been revealed after > > some work in bitmaps. > > So first of all, that "fix" needs to explain what exactly it is fixi