Re: [PATCH V4] rcutorture: Add CFcommon.arch for the various arch's need

t; > https://lore.kernel.org/all/059d36ce-6453-42be-a31e-895abd35d590@paulmck-laptop/ > > [3] https://lore.kernel.org/all/ZnBkHosMDhsh4H8g@J2N7QTR9R3/ > > > > Tested in x86_64 and PPC VM of Open Source Lab of Oregon State University. > > > > Fixes: a6fda6dab93

Re: [PATCH V3] rcutorture: Add CFcommon.arch for the various arch's need

VM of Open Source Lab of Oregon State University. > > Link: > https://lore.kernel.org/lkml/cd3709dc-2c08-4ac2-a19b-d8edb66195e3@paulmck-laptop/T/ > > Fixes: a6fda6dab93c ("rcutorture: Tweak kvm options") > Suggested-by: Paul E. McKenney >

Re: [PATCH 1/2] kunit: test: Add vm_mmap() allocation resource manager

ines my earlier attempt at this with Mark Rutland's version[1]. > > Link: > https://lore.kernel.org/lkml/20230321122514.1743889-2-mark.rutl...@arm.com/ > [1] > Co-developed-by: Mark Rutland > Signed-off-by: Mark Rutland > Signed-off-by: Kees Cook > --- > includ

[PATCH] selftests/ftrace: Fix event filter target_func selection

e 'sed' command will leave this unchanged. Consequently, the test will decide to use 'kmem_cache_free' as the filter function, resulting in the failure seen above. Fix this by matching the 'call_site=' part specifically to extract the function name. Signed-off-by: Mark

Re: [PATCH v4 5/7] arm64: Unconditionally call unflatten_device_tree()

mpty root > > > > one) and copy the 'initial_boot_params' data. > > > > > > > > Cc: Rob Herring > > > > Cc: Frank Rowand > > > > Cc: Catalin Marinas > > > > Cc: Will Deacon > > > > Cc: Mark Rutland >

Re: [PATCH 1/6] arm64: Unconditionally call unflatten_device_tree()

On Tue, Jan 16, 2024 at 05:27:18PM -0800, Stephen Boyd wrote: > Quoting Mark Rutland (2024-01-16 03:51:14) > > Hi Stephen, > > > > On Fri, Jan 12, 2024 at 12:07:44PM -0800, Stephen Boyd wrote: > > > Call this function unconditionally so that we can populate an emp

Re: [PATCH 1/6] arm64: Unconditionally call unflatten_device_tree()

On Tue, Jan 16, 2024 at 03:13:42PM +0100, Geert Uytterhoeven wrote: > Hi Mark, > > On Tue, Jan 16, 2024 at 12:51 PM Mark Rutland wrote: > > On Fri, Jan 12, 2024 at 12:07:44PM -0800, Stephen Boyd wrote: > > > Call this function unconditionally so that we can popula

Re: [PATCH 1/6] arm64: Unconditionally call unflatten_device_tree()

Hi Stephen, On Fri, Jan 12, 2024 at 12:07:44PM -0800, Stephen Boyd wrote: > Call this function unconditionally so that we can populate an empty DTB > on platforms that don't boot with a firmware provided or builtin DTB. > There's no harm in calling unflatten_device_tree() unconditionally. For bet

Re: [RFC PATCH 0/5] RISC-V: Add dynamic TSO support

On Fri, Nov 24, 2023 at 12:54:30PM +0100, Peter Zijlstra wrote: > On Fri, Nov 24, 2023 at 12:04:09PM +0100, Jonas Oberhauser wrote: > > > I think ARM64 approached this problem by adding the > > > load-acquire/store-release instructions and for TSO based code, > > > translate into those (eg. x86 ->

Re: selftests: user_events: ftrace_test: Internal error: Oops: 0000000096000021

Hi Naresh, As a general thing, for arm64 issues could you please Cc the linux-arm-kernel mailing list? On Wed, Sep 20, 2023 at 02:40:24PM +0200, Naresh Kamboju wrote: > Following selftests: user_events: ftrace_test running on arm64 Juno-r2 > Linux next-20230919. > Reported-by: Linux Kernel Functi