Re: [PATCH] powerpc/64: Implement arch_within_stack_frames

Le 14/12/2022 à 05:42, Nicholas Miehlbradt a écrit : > Walks the stack when copy_{to,from}_user address is in the stack to > ensure that the object being copied is entirely within a single stack > frame. > > Substatially similar to the x86 implementation except using the back > chain to traverse

Re: Mass-building defconfigs: many fail with assembler errors

Hi Segher! On Tue, 2022-12-13 11:00:45 +0100, Jan-Benedict Glaw wrote: > On Mon, 2022-12-12 18:26:13 -0600, Segher Boessenkool > wrote: > > On Mon, Dec 12, 2022 at 10:51:17PM +0100, Jan-Benedict Glaw wrote: > > > Compiler ICEs (during GIMPLE pass: ccp) in align.c: > > > > > > powerpc-lin

Re: [PATCH] powerpc/64: Implement arch_within_stack_frames

On Wed Dec 14, 2022 at 6:39 PM AEST, Christophe Leroy wrote: > > > Le 14/12/2022 à 05:42, Nicholas Miehlbradt a écrit : > > Walks the stack when copy_{to,from}_user address is in the stack to > > ensure that the object being copied is entirely within a single stack > > frame. > > > > Substatially

Re: [PATCH] powerpc/64: Implement arch_within_stack_frames

Le 14/12/2022 à 12:39, Nicholas Piggin a écrit : > On Wed Dec 14, 2022 at 6:39 PM AEST, Christophe Leroy wrote: >> >> >> Le 14/12/2022 à 05:42, Nicholas Miehlbradt a écrit : >>> Walks the stack when copy_{to,from}_user address is in the stack to >>> ensure that the object being copied is entirely

Re: [PATCH] powerpc/64: Implement arch_within_stack_frames

Le 14/12/2022 à 12:48, Christophe Leroy a écrit : Le 14/12/2022 à 12:39, Nicholas Piggin a écrit : On Wed Dec 14, 2022 at 6:39 PM AEST, Christophe Leroy wrote: Le 14/12/2022 à 05:42, Nicholas Miehlbradt a écrit : Walks the stack when copy_{to,from}_user address is in the stack to ensure

[PATCH] spi: fsl_spi: Don't change speed while chipselect is active

Commit c9bfcb315104 ("spi_mpc83xx: much improved driver") made modifications to the driver to not perform speed changes while chipselect is active. But those changes where lost with the convertion to tranfer_one. Previous implementation was allowing speed changes during message transfer when cs_ch

Re: Mass-building defconfigs: many fail with assembler errors

On Tue, 2022-12-13 14:49:20 +1100, Michael Ellerman wrote: [...] > Both treeboot-akebono.c and treeboot-currituck.c are for 476 so should > probably be built with -mcpu=476. eg: > > diff --git a/arch/powerpc/boot/Makefile b/arch/powerpc/boot/Makefile > index d32d95aea5d6..acb6eddace8f 100644 > --

Re: [PATCH] [BACKPORT FOR 4.14] libtraceevent: Fix build with binutils 2.35

Le 13/12/2022 à 21:25, Segher Boessenkool a écrit : > On Tue, Dec 13, 2022 at 07:03:07PM +0100, Christophe Leroy wrote: >> In binutils 2.35, 'nm -D' changed to show symbol versions along with >> symbol names, with the usual @@ separator. > > 2.37 instead? And --without-symbol-versions is there

Re: [PATCH] perf test bpf: Skip test if kernel-debuginfo is not present

Em Tue, Dec 13, 2022 at 03:21:03PM +0530, Athira Rajeev escreveu: > > On 13-Dec-2022, at 12:27 AM, Arnaldo Carvalho de Melo > > wrote: > > Em Thu, Nov 03, 2022 at 12:27:01PM +0530, Athira Rajeev escreveu: > >>> On 28-Oct-2022, at 9:12 PM, Kajol Jain wrote: > >>> > >>> Perf BPF filter test fails

[linux-next:master] BUILD REGRESSION 663397d1b469ff57f216d499b74a0b0183a508b8

tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master branch HEAD: 663397d1b469ff57f216d499b74a0b0183a508b8 Add linux-next specific files for 20221214 Error/Warning reports: https://lore.kernel.org/oe-kbuild-all/202211242120.mzzvguln-...@intel.com https

Re: [PATCH] [REBASED for 4.14] once: add DO_ONCE_SLOW() for sleepable contexts

On Tue, Dec 13, 2022 at 01:22:40PM +0100, Christophe Leroy wrote: > From: Eric Dumazet > > [ Upstream commit 62c07983bef9d3e78e71189441e1a470f0d1e653 ] > > Christophe Leroy reported a ~80ms latency spike > happening at first TCP connect() time. > > This is because __inet_hash_connect() uses get

Re: Mass-building defconfigs: many fail with assembler errors

Hi Segher! On Wed, 2022-12-14 10:00:25 +0100, Jan-Benedict Glaw wrote: > On Tue, 2022-12-13 11:00:45 +0100, Jan-Benedict Glaw > wrote: > > On Mon, 2022-12-12 18:26:13 -0600, Segher Boessenkool > > wrote: > > > On Mon, Dec 12, 2022 at 10:51:17PM +0100, Jan-Benedict Glaw wrote: > > > >

Re: [PATCH] spi: fsl_spi: Don't change speed while chipselect is active

On Wed, 14 Dec 2022 14:41:33 +0100, Christophe Leroy wrote: > Commit c9bfcb315104 ("spi_mpc83xx: much improved driver") made > modifications to the driver to not perform speed changes while > chipselect is active. But those changes where lost with the > convertion to tranfer_one. > > Previous impl

Re: [PATCH] [BACKPORT FOR 4.14] libtraceevent: Fix build with binutils 2.35

On Wed, Dec 14, 2022 at 03:33:24PM +, Christophe Leroy wrote: > Le 13/12/2022 à 21:25, Segher Boessenkool a écrit : > > On Tue, Dec 13, 2022 at 07:03:07PM +0100, Christophe Leroy wrote: > >> In binutils 2.35, 'nm -D' changed to show symbol versions along with > >> symbol names, with the usual @

Re: [PATCH mm-unstable RFC 00/26] mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on all architectures with swap PTEs

On 06.12.22 15:47, David Hildenbrand wrote: This is the follow-up on [1]: [PATCH v2 0/8] mm: COW fixes part 3: reliable GUP R/W FOLL_GET of anonymous pages After we implemented __HAVE_ARCH_PTE_SWP_EXCLUSIVE on most prominent enterprise architectures, implement __HAVE_ARCH_PTE_SWP

Re: [PATCH] spi: fsl_spi: Don't change speed while chipselect is active

Hi Christophe, On Wed, 14 Dec 2022 14:41:33 +0100 Christophe Leroy wrote: > Commit c9bfcb315104 ("spi_mpc83xx: much improved driver") made > modifications to the driver to not perform speed changes while > chipselect is active. But those changes where lost with the > convertion to tranfer_one. >

Re: Mass-building defconfigs: many fail with assembler errors

Hi! On Wed, Dec 14, 2022 at 07:36:32PM +0100, Jan-Benedict Glaw wrote: > So we have these remaining build issues: > > linux-powerpc-cell_defconfig bad asm > (arch/powerpc/boot/pseries-head.S) > linux-powerpc-mvme5100_defconfig bad asm > (arch/powerpc/kernel/epapr_hcalls.S) > lin

Re: [RFC PATCH] Syscall tracing on PPC64_ELF_ABI_V1 without KALLSYMS_ALL

On 2022-12-13 02:29, Christophe Leroy wrote: The changes are absolutely not specific to powerpc. You should adjust the subject accordingly, and copy linux-arch and tracing and probably also ia64 and parisc. I was hoping to get feedback from the PPC maintainers before posting something more wid

Re: [PATCH] powerpc/64: Implement arch_within_stack_frames

On Wed, Dec 14, 2022 at 09:39:25PM +1000, Nicholas Piggin wrote: > What about just copying x86's implementation including using > __builtin_frame_address(1/2)? Are those builtins reliable for all > our targets and compiler versions? __builtin_frame_address(n) with n > 0 is specifically not support

Re: [PATCH] powerpc/64: Implement arch_within_stack_frames

On Thu Dec 15, 2022 at 10:17 AM AEST, Segher Boessenkool wrote: > On Wed, Dec 14, 2022 at 09:39:25PM +1000, Nicholas Piggin wrote: > > What about just copying x86's implementation including using > > __builtin_frame_address(1/2)? Are those builtins reliable for all > > our targets and compiler vers

Re: Mass-building defconfigs: many fail with assembler errors

Le 14/12/2022 à 15:45, Jan-Benedict Glaw a écrit : > On Tue, 2022-12-13 14:49:20 +1100, Michael Ellerman > wrote: > [...] >> Both treeboot-akebono.c and treeboot-currituck.c are for 476 so should >> probably be built with -mcpu=476. eg: >> >> diff --git a/arch/powerpc/boot/Makefile b/arch/power

Re: Mass-building defconfigs: many fail with assembler errors

Le 15/12/2022 à 07:49, Christophe Leroy a écrit : > > > Le 14/12/2022 à 15:45, Jan-Benedict Glaw a écrit : >> On Tue, 2022-12-13 14:49:20 +1100, Michael Ellerman >> wrote: >> [...] >>> Both treeboot-akebono.c and treeboot-currituck.c are for 476 so should >>> probably be built with -mcpu=476.