Re: [PATCH net-next 0/4] virtio_net: Fixes and improvements

2025-03-29 Thread Lei Yang
QE tested this series of patches with virtio_net regression tests, everything works fine. Tested-by: Lei Yang On Tue, Mar 18, 2025 at 5:57 PM Akihiko Odaki wrote: > > Jason Wang recently proposed an improvement to struct > virtio_net_rss_config: > https://lore.kernel.org/r/CACGkMEud0Ki8p=z299q7

Re: [GIT PULL] hwspinlock updates for v6.15

2025-03-29 Thread pr-tracker-bot
The pull request you sent on Fri, 28 Mar 2025 12:18:27 -0500: > https://git.kernel.org/pub/scm/linux/kernel/git/remoteproc/linux.git > tags/hwlock-v6.15 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/7d4eca7ac5f92eceeadfae0321621ddef1346c5a Thank you! -- Deet-doot-

Re: [GIT PULL] remoteproc updates for v6.15

2025-03-29 Thread pr-tracker-bot
The pull request you sent on Fri, 28 Mar 2025 14:26:04 -0500: > https://git.kernel.org/pub/scm/linux/kernel/git/remoteproc/linux.git > tags/rproc-v6.15 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/472863ab2aca6f4d2b7db828f77c36c5d1f43d9a Thank you! -- Deet-doot-d

[PATCH] rcutorture: Perform more frequent testing of ->gpwrap

2025-03-29 Thread Joel Fernandes
Currently, the ->gpwrap is not tested (at all per my testing) due to the requirement of a large delta between a CPU's rdp->gp_seq and its node's rnp->gpseq. This results in no testing of ->gpwrap being set. This patch by default adds 5 minutes of testing with ->gpwrap forced by lowering the delta

Re: [PATCH] selftests/run_kselftest.sh: Use readlink if realpath is not available

2025-03-29 Thread Yosry Ahmed
March 28, 2025 at 10:05 PM, "Shuah Khan" wrote: > > On 3/18/25 10:05, Yosry Ahmed wrote: > > > 'realpath' is not always available, fallback to 'readlink -f' if is not > > available. They seem to work equally well in this context. > > Can you add more specifics on "realpath" is not always avail

Re: [PATCH v5 0/3] openrisc: Add cacheinfo support and introduce new utility functions

2025-03-29 Thread Sahil Siddiq
Hi, On 3/29/25 3:42 PM, Stafford Horne wrote: Thanks for the respin. I will take this version and put it in linux next to see if any issues come up. -Stafford Sounds good. Let me know if any more changes are required. On Sat, Mar 29, 2025 at 03:16:19PM +0530, Sahil Siddiq wrote: Hi, The

Re: [PATCH] selftests/nolibc: drop unnecessary sys/io.h include

2025-03-29 Thread Willy Tarreau
On Fri, Mar 28, 2025 at 04:23:38PM -0600, Shuah Khan wrote: > On 3/24/25 16:01, Thomas Weißschuh wrote: > > The include of sys/io.h is not necessary anymore since > > commit 67eb617a8e1e ("selftests/nolibc: simplify call to ioperm"). > > It's existence is also problematic as the header does not exi

Re: [PATCH v2] selftests/ptrace/get_syscall_info: fix for MIPS n32

2025-03-29 Thread Maciej W. Rozycki
On Sat, 29 Mar 2025, Dmitry V. Levin wrote: > > > +#if defined(_MIPS_SIM) && _MIPS_SIM == _MIPS_SIM_NABI32 > > > +/* > > > + * MIPS N32 is the only architecture where __kernel_ulong_t > > > + * does not match the bitness of syscall arguments. > > > + */ > > > +typedef unsigned long long kernel_ulo

Re: [PATCH v3 1/7] dt-bindings: input: syna,rmi4: document syna,pdt-fallback-desc

2025-03-29 Thread Caleb Connolly
On 3/28/25 23:45, David Heidelberg wrote: On 26/03/2025 11:26, Caleb Connolly wrote: On 3/26/25 07:57, Krzysztof Kozlowski wrote: On 25/03/2025 14:23, Caleb Connolly wrote: On 3/25/25 08:36, Krzysztof Kozlowski wrote: On 24/03/2025 19:00, David Heidelberg wrote: On 10/03/2025 10:45, K

Re: [PATCH v2] selftests/ptrace/get_syscall_info: fix for MIPS n32

2025-03-29 Thread Dmitry V. Levin
On Fri, Mar 28, 2025 at 05:04:54PM -0600, Shuah Khan wrote: > On 1/15/25 16:37, Dmitry V. Levin wrote: > > MIPS n32 is one of two ILP32 architectures supported by the kernel > > that have 64-bit syscall arguments (another one is x32). > > > > When this test passed 32-bit arguments to syscall(), th

Re: [PATCH V2] remoteproc: core: Clear table_sz when rproc_shutdown

2025-03-29 Thread Peng Fan
On Fri, Mar 28, 2025 at 08:14:41AM -0600, Mathieu Poirier wrote: >On Fri, Mar 28, 2025 at 12:50:12PM +0800, Peng Fan wrote: >> On Thu, Mar 27, 2025 at 11:46:33AM -0600, Mathieu Poirier wrote: >> >Hi, >> > >> >On Wed, Mar 26, 2025 at 10:02:14AM +0800, Peng Fan (OSS) wrote: >> >> From: Peng Fan >> >

Re: [PATCH v2 0/4] tools/nolibc: MIPS: entrypoint cleanups and N32/N64 ABIs

2025-03-29 Thread Thomas Weißschuh
On 2025-03-26 23:04:30+0100, Sebastian Andrzej Siewior wrote: > On 2025-03-26 22:51:54 [+0100], Thomas Weißschuh wrote: > > > mips32le works as-is. > > > For mips64le I had to s/-march=mips64r6/-march=mips64r2 to match the > > > ABI. Which makes me wonder: Why do do we need to pass -march here and

[PATCH v5 3/3] openrisc: Add cacheinfo support

2025-03-29 Thread Sahil Siddiq
Add cacheinfo support for OpenRISC. Currently, a few CPU cache attributes pertaining to OpenRISC processors are exposed along with other unrelated CPU attributes in the procfs file system (/proc/cpuinfo). However, a few cache attributes remain unexposed. Provide a mechanism that the generic cache

[PATCH v5 2/3] openrisc: Introduce new utility functions to flush and invalidate caches

2025-03-29 Thread Sahil Siddiq
According to the OpenRISC architecture manual, the dcache and icache may not be present. When these caches are present, the invalidate and flush registers may be absent. The current implementation does not perform checks to verify their presence before utilizing cache registers, or invalidating and

[PATCH v5 0/3] openrisc: Add cacheinfo support and introduce new utility functions

2025-03-29 Thread Sahil Siddiq
Hi, The main purpose of this series is to expose CPU cache attributes for OpenRISC in sysfs using the cacheinfo API. The core implementation to achieve this is in patch #3. Patch #1 and #2 add certain enhancements to simplify the implementation of cacheinfo support. Patch #1 removes duplication o

[PATCH v5 1/3] openrisc: Refactor struct cpuinfo_or1k to reduce duplication

2025-03-29 Thread Sahil Siddiq
The "cpuinfo_or1k" structure currently has identical data members for different cache components. Remove these fields out of struct cpuinfo_or1k and into its own struct. This reduces duplication while keeping cpuinfo_or1k extensible so more cache descriptors can be added in the future. Also add a