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 +
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
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
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
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
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/
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
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
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
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
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
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:/
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
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
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
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
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 --
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
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
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
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
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
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:
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
56 matches
Mail list logo