[RFC V1 5/6] powerpc: Introduce syscall exit arch functions

2025-04-28 Thread Mukesh Kumar Chaurasiya
Introducing following functions for syscall exit - arch_exit_to_user_mode_work - arch_exit_to_user_mode_work_prepare Signed-off-by: Mukesh Kumar Chaurasiya --- arch/powerpc/include/asm/entry-common.h | 51 +++ arch/powerpc/include/asm/interrupt.h| 82 +

[RFC V1 6/6] powerpc: Enable Generic Entry/Exit for syscalls.

2025-04-28 Thread Mukesh Kumar Chaurasiya
Enable the syscall entry and exit path from generic framework. Signed-off-by: Mukesh Kumar Chaurasiya --- arch/powerpc/Kconfig| 1 + arch/powerpc/kernel/interrupt.c | 46 +++ arch/powerpc/kernel/ptrace/ptrace.c | 103 arch/powerpc/kernel/si

[RFC V1 2/6] powerpc: Prepare to build with genreic entry/exit framework

2025-04-28 Thread Mukesh Kumar Chaurasiya
Enabling build with generic entry/exit framework for powerpc architecture requires few necessary steps. This patch just takes care of the preparation. Signed-off-by: Mukesh Kumar Chaurasiya --- arch/powerpc/include/asm/entry-common.h | 11 +++ arch/powerpc/include/asm/stacktrace.h | 8

[RFC V1 3/6] powerpc: introduce arch_enter_from_user_mode

2025-04-28 Thread Mukesh Kumar Chaurasiya
Introduce arch_enter_from_user_mode required by syscall entry. Signed-off-by: Mukesh Kumar Chaurasiya --- arch/powerpc/include/asm/entry-common.h | 96 + arch/powerpc/include/asm/interrupt.h| 23 ++ arch/powerpc/kernel/interrupt.c | 22 -- 3 files chan

[RFC V1 1/6] powerpc: rename arch_irq_disabled_regs

2025-04-28 Thread Mukesh Kumar Chaurasiya
Renaming arch_irq_disabled_regs to regs_irqs_disabled to be used commonly in generic entry exit framework and ppc arch code. Signed-off-by: Mukesh Kumar Chaurasiya --- arch/powerpc/include/asm/hw_irq.h| 4 ++-- arch/powerpc/include/asm/interrupt.h | 12 ++-- arch/powerpc/kernel/inte

[RFC V1 4/6] powerpc: Add flag in paca for register restore state

2025-04-28 Thread Mukesh Kumar Chaurasiya
In case of signal being processed we want to restore the GPRS. To save the state of whether we need to restore the registers or not a flag is introduced so that we can save the state for that cpu in case we want to save the register state. Signed-off-by: Mukesh Kumar Chaurasiya --- arch/powerpc/

Re: [GIT PULL] Please pull powerpc/linux.git powerpc-6.15-3 tag

2025-04-28 Thread pr-tracker-bot
The pull request you sent on Mon, 28 Apr 2025 09:24:19 +0530: > https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git > tags/powerpc-6.15-3 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/f15d97df5afae16f40ecef942031235d1c6ba14f Thank you! -- Deet-doot-d

Re: [RFC V1 0/6] Generic Entry/Exit support for ppc64

2025-04-28 Thread Mukesh Kumar Chaurasiya
On Mon, Apr 28, 2025 at 08:52:20PM +0530, Mukesh Kumar Chaurasiya wrote: Few corrections in the commit message: > This is a syscall only implementation of generic entry/exit framework > for framework for ppc. IRQ handling is not done in this RFC. > s/framework for framework/framework > This will

Re: [PATCH] tools/lib/perf: Fix -Werror=alloc-size-larger-than in cpumap.c

2025-04-28 Thread Likhitha Korrapati
Hi Arnaldo, On 4/25/25 23:16, Arnaldo Carvalho de Melo wrote: On Fri, Apr 25, 2025 at 08:19:02PM +0530, Athira Rajeev wrote: On 14 Apr 2025, at 7:08 AM, Madhavan Srinivasan wrote: On 4/7/25 5:38 PM, Venkat Rao Bagalkote wrote: On 07/04/25 12:10 am, Athira Rajeev wrote: On 6 Apr 2025, at 10:04

Re: [PATCH 2/2] selftests/mm: Fix a build failure on powerpc

2025-04-28 Thread Donet Tom
On 4/28/25 6:49 PM, Nysal Jan K.A. wrote: The compiler is unaware of the size of code generated by the ".rept" assembler directive. This results in the compiler emitting branch instructions where the offset to branch to exceeds the maximum allowed value, resulting in build failures like the fol

[RFC V1 0/6] Generic Entry/Exit support for ppc64

2025-04-28 Thread Mukesh Kumar Chaurasiya
This is a syscall only implementation of generic entry/exit framework for framework for ppc. IRQ handling is not done in this RFC. This will break the ppc32 build as of now which will be fixed along with IRQ handling. Below are the performance benchmarks from perf bench basic syscall. This is fo

Re: [PATCH v6 net-next 09/14] net: enetc: change enetc_set_rss() to void type

2025-04-28 Thread Vladimir Oltean
On Mon, Apr 28, 2025 at 06:56:52PM +0800, Wei Fang wrote: > Actually enetc_set_rss() does not need a return value, so change its > type to void. > > Signed-off-by: Wei Fang > Acked-by: Vladimir Oltean The Acked-by: was supposed to be on patch "net: enetc: enable RSS feature by default". https:/

Re: [PATCH v6 net-next 00/14] Add more features for ENETC v4 - round 2

2025-04-28 Thread Vladimir Oltean
Hi Wei, On Mon, Apr 28, 2025 at 06:56:43PM +0800, Wei Fang wrote: > This patch set adds the following features. > 1. Compared with ENETC v1, the formats of tables and command BD of ENETC > v4 have changed significantly, and the two are not compatible. Therefore, > in order to support the NETC Tabl

Re: [PATCH v3 3/4] tpm/tpm_ftpm_tee: support TPM_CHIP_FLAG_SYNC

2025-04-28 Thread Sumit Garg
On Mon, Apr 14, 2025 at 04:59:47PM +0200, Stefano Garzarella wrote: > On Mon, 14 Apr 2025 at 16:57, Stefano Garzarella wrote: > > > > From: Stefano Garzarella > > > > This driver does not support interrupts, and receiving the response is > > synchronous with sending the command. > > > > So we can

Re: [PATCH v4 3/3] fs: introduce getfsxattrat and setfsxattrat syscalls

2025-04-28 Thread Christian Brauner
On Fri, Apr 25, 2025 at 08:16:48PM +0200, Andrey Albershteyn wrote: > On 2025-04-22 17:14:10, Christian Brauner wrote: > > On Tue, Apr 22, 2025 at 04:31:29PM +0200, Christian Brauner wrote: > > > On Thu, Mar 27, 2025 at 12:39:28PM +0100, Amir Goldstein wrote: > > > > On Thu, Mar 27, 2025 at 10:33 A

[PATCH 2/2] selftests/mm: Fix a build failure on powerpc

2025-04-28 Thread Nysal Jan K.A.
The compiler is unaware of the size of code generated by the ".rept" assembler directive. This results in the compiler emitting branch instructions where the offset to branch to exceeds the maximum allowed value, resulting in build failures like the following: CC protection_keys /tmp/ccy

[PATCH 1/2] selftests/mm: Fix build break when compiling pkey_util.c

2025-04-28 Thread Nysal Jan K.A.
From: Madhavan Srinivasan Commit 50910acd6f615 ("selftests/mm: use sys_pkey helpers consistently") added a pkey_util.c to refactor some of the protection_keys functions accessible by other tests. But this broken the build in powerpc in two ways, pkey-powerpc.h: In function ‘arch_is_powervm’: pke

Re: [PATCH] ASoC: fsl: fsl_qmc_audio: Reset audio data pointers on TRIGGER_START event

2025-04-28 Thread Christophe Leroy
Hi Mark, Le 10/04/2025 à 15:47, Mark Brown a écrit : On Thu, 10 Apr 2025 11:16:43 +0200, Herve Codina wrote: On SNDRV_PCM_TRIGGER_START event, audio data pointers are not reset. This leads to wrong data buffer usage when multiple TRIGGER_START are received and ends to incorrect buffer usage b

Re: [PATCH v3 0/4] Apple/PASemi i2c error recovery fixes

2025-04-28 Thread Andi Shyti
Hi Sven, > Hector Martin (3): > i2c: pasemi: Enable the unjam machine > i2c: pasemi: Improve error recovery > i2c: pasemi: Log bus reset causes > > Sven Peter (1): > i2c: pasemi: Improve timeout handling merged to i2c/i2c-host. Thanks, Andi

segmentation fault when stepping multi-threaded application

2025-04-28 Thread Tomas Alvarez Vanoli
Hello, I am writing because I have a segmentation fault when remote-debugging a PPC 32-bit target with gdbserver. This is the same platform described in 'https://lore.kernel.org/linuxppc-dev/dc38afe9-6b78-f3f5-666b-986939e40...@keymile.com/', although the bug does not seem to be the same and the

Re: [PATCH v3 00/13] Finish disentangling ChaCha, Poly1305, and BLAKE2s from CRYPTO

2025-04-28 Thread Herbert Xu
Eric Biggers wrote: > This series removes the unnecessary dependency of the ChaCha, Poly1305, > and BLAKE2s library functions on the generic crypto infrastructure, i.e. > CONFIG_CRYPTO. To do this, it moves the architecture-optimized > implementations of these functions into new directories > arc

[PATCH v6 net-next 01/14] net: enetc: add initial netc-lib driver to support NTMP

2025-04-28 Thread Wei Fang
Some NETC functionality is controlled using control messages sent to the hardware using BD ring interface with 32B descriptor similar to transmit BD ring used on ENETC. This BD ring interface is referred to as command BD ring. It is used to configure functionality where the underlying resources may

[PATCH v6 net-next 00/14] Add more features for ENETC v4 - round 2

2025-04-28 Thread Wei Fang
This patch set adds the following features. 1. Compared with ENETC v1, the formats of tables and command BD of ENETC v4 have changed significantly, and the two are not compatible. Therefore, in order to support the NETC Table Management Protocol (NTMP) v2.0, we introduced the netc-lib driver and ad

[PATCH v6 net-next 04/14] net: enetc: add MAC filtering for i.MX95 ENETC PF

2025-04-28 Thread Wei Fang
The i.MX95 ENETC supports both MAC hash filter and MAC exact filter. MAC hash filter is implenented through a 64-bit hash table to match against the hashed addresses, PF and VFs each have two MAC hash tables, one is for unicast and the other one is for multicast. But MAC exact filter is shared betw

[PATCH v6 net-next 02/14] net: enetc: add command BD ring support for i.MX95 ENETC

2025-04-28 Thread Wei Fang
The command BD ring is used to configure functionality where the underlying resources may be shared between different entities or being too large to configure using direct registers (such as lookup tables). Because the command BD and table formats of i.MX95 and LS1028A are very different, the soft

[PATCH v6 net-next 03/14] net: enetc: move generic MAC filtering interfaces to enetc-core

2025-04-28 Thread Wei Fang
Although only ENETC PF can access the MAC address filter table, the table entries can specify MAC address filtering for one or more SIs based on SI_BITMAP, which means that the table also supports MAC address filtering for VFs. Currently, only the ENETC v1 PF driver supports MAC address filtering.

[PATCH v6 net-next 05/14] net: enetc: add debugfs interface to dump MAC filter

2025-04-28 Thread Wei Fang
ENETC's MAC filter consists of hash MAC filter and exact MAC filter. Hash MAC filter is a 64-bit entry hash table consisting of two 32-bit registers. Exact MAC filter is implemented by configuring MAC address filter table through command BD ring. The table is stored in ENETC's internal memory and n

[PATCH v6 net-next 12/14] net: enetc: move generic VLAN hash filter functions to enetc_pf_common.c

2025-04-28 Thread Wei Fang
The VLAN hash filters of ENETC v1 and v4 are basically the same, the only difference is that the offset of the VLAN hash filter registers has been changed in ENETC v4. So some functions like enetc_vlan_rx_add_vid() and enetc_vlan_rx_del_vid() only need to be slightly modified to be reused by ENETC

[PATCH v6 net-next 10/14] net: enetc: enable RSS feature by default

2025-04-28 Thread Wei Fang
Receive side scaling (RSS) is a network driver technology that enables the efficient distribution of network receive processing across multiple CPUs in multiprocessor systems. Therefore, it is better to enable RSS by default so that the CPU load can be balanced and network performance can be improv

[PATCH v6 net-next 11/14] net: enetc: extract enetc_refresh_vlan_ht_filter()

2025-04-28 Thread Wei Fang
Extract the common function enetc_refresh_vlan_ht_filter() from enetc_sync_vlan_ht_filter() so that it can be reused by the ENETC v4 PF and VF drivers in the future. Signed-off-by: Wei Fang --- v5: New patch v6: no changes --- .../net/ethernet/freescale/enetc/enetc_pf.c | 20 --

[PATCH v6 net-next 08/14] net: enetc: add RSS support for i.MX95 ENETC PF

2025-04-28 Thread Wei Fang
Compared with LS1028A, there are two main differences: first, i.MX95 ENETC uses NTMP 2.0 to manage the RSS table, and second, the offset of the RSS Key registers is different. Some modifications have been made in the previous patches based on these differences to ensure that the relevant interfaces

[PATCH v6 net-next 07/14] net: enetc: make enetc_set_rss_key() reusable

2025-04-28 Thread Wei Fang
Since the offset of the RSS key registers of i.MX95 ENETC is different from that of LS1028A, so add enetc_get_rss_key_base() to get the base offset for the different chips, so that enetc_set_rss_key() can be reused for this trivial thing. Signed-off-by: Wei Fang --- v5 changes: Add enetc_set_defa

[PATCH v6 net-next 06/14] net: enetc: add set/get_rss_table() hooks to enetc_si_ops

2025-04-28 Thread Wei Fang
Since i.MX95 ENETC (v4) uses NTMP 2.0 to manage the RSS table, which is different from LS1028A ENETC (v1). In order to reuse some functions related to the RSS table, so add .get_rss_table() and .set_rss_table() hooks to enetc_si_ops. Signed-off-by: Wei Fang --- v5, v6: no changes --- drivers/net

[PATCH v6 net-next 13/14] net: enetc: add VLAN filtering support for i.MX95 ENETC PF

2025-04-28 Thread Wei Fang
Since the offsets of the VLAN hash filter registers of ENETC v4 are different from ENETC v1. Therefore, enetc_set_si_vlan_ht_filter() is added to set the correct VLAN hash filter based on the SI ID and ENETC revision, so that ENETC v4 PF driver can reuse enetc_vlan_rx_add_vid() and enetc_vlan_rx_de

[PATCH v6 net-next 09/14] net: enetc: change enetc_set_rss() to void type

2025-04-28 Thread Wei Fang
Actually enetc_set_rss() does not need a return value, so change its type to void. Signed-off-by: Wei Fang Acked-by: Vladimir Oltean --- v5 changes: New patch, suggested by Vladimir v6: no changes --- drivers/net/ethernet/freescale/enetc/enetc.c | 4 +--- 1 file changed, 1 insertion(+), 3 delet

[PATCH v6 net-next 14/14] net: enetc: add loopback support for i.MX95 ENETC PF

2025-04-28 Thread Wei Fang
Add internal loopback support for i.MX95 ENETC PF, the default loopback mode is MAC level loopback, the MAC Tx data is looped back onto the Rx. The MAC interface runs at a fixed 1:8 ratio of NETC clock in MAC-level loopback mode, with no dependency on Tx clock. Signed-off-by: Wei Fang --- v5, v6:

Re: [RFC V1 6/6] powerpc: Enable Generic Entry/Exit for syscalls.

2025-04-28 Thread Shrikanth Hegde
On 4/28/25 20:52, Mukesh Kumar Chaurasiya wrote: Enable the syscall entry and exit path from generic framework. Signed-off-by: Mukesh Kumar Chaurasiya Hi Mukesh. Thanks for working on this. Trying to go through it. --- arch/powerpc/Kconfig| 1 + arch/powerpc/kernel/i

Re: [PATCH 1/2] powerpc: kvm: use generic transfer to guest mode work

2025-04-28 Thread Shrikanth Hegde
On 4/25/25 19:01, Sebastian Andrzej Siewior wrote: On 2025-04-25 16:49:19 [+0530], Shrikanth Hegde wrote: On 4/25/25 00:08, Sebastian Andrzej Siewior wrote: On 2025-04-24 21:27:59 [+0530], Shrikanth Hegde wrote: diff --git a/arch/powerpc/kvm/book3s_hv.c b/arch/powerpc/kvm/book3s_hv.c index

Re: [PATCH] tools/lib/perf: Fix -Werror=alloc-size-larger-than in cpumap.c

2025-04-28 Thread Likhitha Korrapati
Hi Arnaldo, On 4/25/25 23:16, Arnaldo Carvalho de Melo wrote: On Fri, Apr 25, 2025 at 08:19:02PM +0530, Athira Rajeev wrote: On 14 Apr 2025, at 7:08 AM, Madhavan Srinivasan wrote: On 4/7/25 5:38 PM, Venkat Rao Bagalkote wrote: On 07/04/25 12:10 am, Athira Rajeev wrote: On 6 Apr 2025, at 10:0

Re: [PATCH] tools/lib/perf: Fix -Werror=alloc-size-larger-than in cpumap.c

2025-04-28 Thread Likhitha Korrapati
Hi Arnaldo, On 4/25/25 23:16, Arnaldo Carvalho de Melo wrote: On Fri, Apr 25, 2025 at 08:19:02PM +0530, Athira Rajeev wrote: On 14 Apr 2025, at 7:08 AM, Madhavan Srinivasan wrote: On 4/7/25 5:38 PM, Venkat Rao Bagalkote wrote: On 07/04/25 12:10 am, Athira Rajeev wrote: On 6 Apr 2025, at 10:04

Re: [PATCH 2/2] selftests/mm: Fix a build failure on powerpc

2025-04-28 Thread Venkat Rao Bagalkote
On 28/04/25 6:49 pm, Nysal Jan K.A. wrote: The compiler is unaware of the size of code generated by the ".rept" assembler directive. This results in the compiler emitting branch instructions where the offset to branch to exceeds the maximum allowed value, resulting in build failures like the fo

Re: [PATCH 1/2] selftests/mm: Fix build break when compiling pkey_util.c

2025-04-28 Thread Venkat Rao Bagalkote
On 28/04/25 6:49 pm, Nysal Jan K.A. wrote: From: Madhavan Srinivasan Commit 50910acd6f615 ("selftests/mm: use sys_pkey helpers consistently") added a pkey_util.c to refactor some of the protection_keys functions accessible by other tests. But this broken the build in powerpc in two ways, pke

[PATCH v4 02/13] crypto: arm/sha256 - implement library instead of shash

2025-04-28 Thread Eric Biggers
From: Eric Biggers Instead of providing crypto_shash algorithms for the arch-optimized SHA-256 code, instead implement the SHA-256 library. This is much simpler, it makes the SHA-256 library functions be arch-optimized, and it fixes the longstanding issue where the arch-optimized SHA-256 was dis

[PATCH v4 05/13] crypto: mips/sha256 - implement library instead of shash

2025-04-28 Thread Eric Biggers
From: Eric Biggers Instead of providing crypto_shash algorithms for the arch-optimized SHA-256 code, instead implement the SHA-256 library. This is much simpler, it makes the SHA-256 library functions be arch-optimized, and it fixes the longstanding issue where the arch-optimized SHA-256 was dis

[PATCH v4 06/13] crypto: powerpc/sha256 - implement library instead of shash

2025-04-28 Thread Eric Biggers
From: Eric Biggers Instead of providing crypto_shash algorithms for the arch-optimized SHA-256 code, instead implement the SHA-256 library. This is much simpler, it makes the SHA-256 library functions be arch-optimized, and it fixes the longstanding issue where the arch-optimized SHA-256 was dis

[PATCH v4 07/13] crypto: riscv/sha256 - implement library instead of shash

2025-04-28 Thread Eric Biggers
From: Eric Biggers Instead of providing crypto_shash algorithms for the arch-optimized SHA-256 code, instead implement the SHA-256 library. This is much simpler, it makes the SHA-256 library functions be arch-optimized, and it fixes the longstanding issue where the arch-optimized SHA-256 was dis

[PATCH v4 00/13] Architecture-optimized SHA-256 library API

2025-04-28 Thread Eric Biggers
This is based on cryptodev commit 2dfc7cd74a5e062a. It can also be retrieved from: git fetch https://git.kernel.org/pub/scm/linux/kernel/git/ebiggers/linux.git sha256-lib-v4 Following the example of several other algorithms (e.g. CRC32, ChaCha, Poly1305, BLAKE2s), this series refactors the

[PATCH v4 03/13] crypto: arm64/sha256 - remove obsolete chunking logic

2025-04-28 Thread Eric Biggers
From: Eric Biggers Since kernel-mode NEON sections are now preemptible on arm64, there is no longer any need to limit the length of them. Reviewed-by: Ard Biesheuvel Signed-off-by: Eric Biggers --- arch/arm64/crypto/sha256-glue.c | 19 ++- 1 file changed, 2 insertions(+), 17 d

[PATCH v4 01/13] crypto: sha256 - support arch-optimized lib and expose through shash

2025-04-28 Thread Eric Biggers
From: Eric Biggers As has been done for various other algorithms, rework the design of the SHA-256 library to support arch-optimized implementations, and make crypto/sha256.c expose both generic and arch-optimized shash algorithms that wrap the library functions. This allows users of the SHA-256

[PATCH v4 09/13] crypto: sparc - move opcodes.h into asm directory

2025-04-28 Thread Eric Biggers
From: Eric Biggers Since arch/sparc/crypto/opcodes.h is now needed outside the arch/sparc/crypto/ directory, move it into arch/sparc/include/asm/ so that it can be included as . Signed-off-by: Eric Biggers --- arch/sparc/crypto/aes_asm.S | 3 +-- arch/sparc/crypto/aes_glue.c

[PATCH v4 11/13] crypto: x86/sha256 - implement library instead of shash

2025-04-28 Thread Eric Biggers
From: Eric Biggers Instead of providing crypto_shash algorithms for the arch-optimized SHA-256 code, instead implement the SHA-256 library. This is much simpler, it makes the SHA-256 library functions be arch-optimized, and it fixes the longstanding issue where the arch-optimized SHA-256 was dis

[PATCH v4 12/13] crypto: sha256 - remove sha256_base.h

2025-04-28 Thread Eric Biggers
From: Eric Biggers sha256_base.h is no longer used, so remove it. Signed-off-by: Eric Biggers --- include/crypto/sha256_base.h | 183 --- 1 file changed, 183 deletions(-) delete mode 100644 include/crypto/sha256_base.h diff --git a/include/crypto/sha256_base.h

[PATCH v4 04/13] crypto: arm64/sha256 - implement library instead of shash

2025-04-28 Thread Eric Biggers
From: Eric Biggers Instead of providing crypto_shash algorithms for the arch-optimized SHA-256 code, instead implement the SHA-256 library. This is much simpler, it makes the SHA-256 library functions be arch-optimized, and it fixes the longstanding issue where the arch-optimized SHA-256 was dis

[PATCH v4 10/13] crypto: sparc/sha256 - implement library instead of shash

2025-04-28 Thread Eric Biggers
From: Eric Biggers Instead of providing crypto_shash algorithms for the arch-optimized SHA-256 code, instead implement the SHA-256 library. This is much simpler, it makes the SHA-256 library functions be arch-optimized, and it fixes the longstanding issue where the arch-optimized SHA-256 was dis

[PATCH v4 08/13] crypto: s390/sha256 - implement library instead of shash

2025-04-28 Thread Eric Biggers
From: Eric Biggers Instead of providing crypto_shash algorithms for the arch-optimized SHA-256 code, instead implement the SHA-256 library. This is much simpler, it makes the SHA-256 library functions be arch-optimized, and it fixes the longstanding issue where the arch-optimized SHA-256 was dis

[PATCH v4 13/13] crypto: lib/sha256 - improve function prototypes

2025-04-28 Thread Eric Biggers
From: Eric Biggers Follow best practices by changing the length parameters to size_t and explicitly specifying the length of the output digest arrays. Signed-off-by: Eric Biggers --- include/crypto/sha2.h | 8 lib/crypto/sha256.c | 8 2 files changed, 8 insertions(+), 8 del