Re: [PATCH 01/15] crypto: arm - remove CRYPTO dependency of library functions

2025-04-18 Thread Herbert Xu
On Fri, Apr 18, 2025 at 08:01:49AM -0700, Eric Biggers wrote: > > Doing it as a follow-up when this series hasn't been merged yet would be kind > of > silly, since it would undo a lot of this series. I'll just send out a v2 of > this series. OK that's fine too of course. -- Email: Herbert Xu H

[PATCH 4/4] powerpc: p2020: Rename wdt@ nodes to watchdog@

2025-04-18 Thread J . Neuschäfer via B4 Relay
From: "J. Neuschäfer" The watchdog.yaml schema prescribes a node name of "timer" or "watchdog" rather than the abbreviation "wdt". Signed-off-by: J. Neuschäfer --- arch/powerpc/boot/dts/fsl/ge_imp3a.dts | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/powerpc/boot/d

[PATCH 3/4] powerpc: 86xx: Rename wdt@ nodes to watchdog@

2025-04-18 Thread J . Neuschäfer via B4 Relay
From: "J. Neuschäfer" The watchdog.yaml schema prescribes a node name of "timer" or "watchdog" rather than the abbreviation "wdt". Signed-off-by: J. Neuschäfer --- arch/powerpc/boot/dts/fsl/gef_ppc9a.dts | 4 ++-- arch/powerpc/boot/dts/fsl/gef_sbc310.dts | 4 ++-- arch/powerpc/boot/dts/fsl/ge

[PATCH 0/4] powerpc: Rename wdt@ notes to watchdog@

2025-04-18 Thread J . Neuschäfer via B4 Relay
c8378_rdb.dts | 2 +- arch/powerpc/boot/dts/mpc8379_rdb.dts | 2 +- 16 files changed, 20 insertions(+), 20 deletions(-) --- base-commit: 0af2f6be1b4281385b618cb86ad946eded089ac8 change-id: 20250418-watchdog-dc3501bf91dd Best regards, -- J. Neuschäfer

[PATCH 1/4] powerpc: 512x: Rename wdt@ node to watchdog@

2025-04-18 Thread J . Neuschäfer via B4 Relay
From: "J. Neuschäfer" The watchdog.yaml schema prescribes a node name of "timer" or "watchdog" rather than the abbreviation "wdt". Signed-off-by: J. Neuschäfer --- arch/powerpc/boot/dts/mpc5121.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/powerpc/boot/dts/mpc51

[PATCH 2/4] powerpc: 83xx: Rename wdt@ nodes to watchdog@

2025-04-18 Thread J . Neuschäfer via B4 Relay
From: "J. Neuschäfer" The watchdog.yaml schema prescribes a node name of "timer" or "watchdog" rather than the abbreviation "wdt". Signed-off-by: J. Neuschäfer --- arch/powerpc/boot/dts/asp834x-redboot.dts | 2 +- arch/powerpc/boot/dts/mpc8313erdb.dts | 2 +- arch/powerpc/boot/dts/mpc8315e

[PATCH] powerpc: dts: mpc8315erdb: Add GPIO controller node

2025-04-18 Thread J . Neuschäfer via B4 Relay
0x100>; + interrupts = <74 IRQ_TYPE_LEVEL_LOW>; + interrupt-parent = <&ipic>; + gpio-controller; + #gpio-cells = <2>; + }; }; pci0: pci@e0008500 { --- base-comm

Re: [PATCH] KVM: arm64, x86: make kvm_arch_has_irq_bypass() inline

2025-04-18 Thread Sean Christopherson
On Fri, Apr 18, 2025, Paolo Bonzini wrote: > kvm_arch_has_irq_bypass() is a small function and even though it does > not appear in any *really* hot paths, it's also not entirely rare. > Make it inline---it also works out nicely in preparation for using it in > kvm-intel.ko and kvm-amd.ko, since the

Re: [PATCH 08/15] crypto: riscv - remove CRYPTO dependency of library functions

2025-04-18 Thread Palmer Dabbelt
On Thu, 17 Apr 2025 11:26:16 PDT (-0700), ebigg...@kernel.org wrote: > From: Eric Biggers > > Continue disentangling the crypto library functions from the generic > crypto infrastructure by removing the unnecessary CRYPTO dependency of > CRYPTO_CHACHA_RISCV64. To do this, make arch/riscv/crypto/K

Re: [PATCH] KVM: arm64, x86: make kvm_arch_has_irq_bypass() inline

2025-04-18 Thread Oliver Upton
On Fri, Apr 18, 2025 at 01:16:09PM -0400, Paolo Bonzini wrote: > kvm_arch_has_irq_bypass() is a small function and even though it does > not appear in any *really* hot paths, it's also not entirely rare. > Make it inline---it also works out nicely in preparation for using it in > kvm-intel.ko and k

[PATCH] KVM: arm64, x86: make kvm_arch_has_irq_bypass() inline

2025-04-18 Thread Paolo Bonzini
kvm_arch_has_irq_bypass() is a small function and even though it does not appear in any *really* hot paths, it's also not entirely rare. Make it inline---it also works out nicely in preparation for using it in kvm-intel.ko and kvm-amd.ko, since the function is not currently exported. Suggested-by:

[PATCH v10 7/7] powerpc/pseries: Add a char driver for physical-attestation RTAS

2025-04-18 Thread Haren Myneni
The RTAS call ibm,physical-attestation is used to retrieve information about the trusted boot state of the firmware and hypervisor on the system, and also Trusted Platform Modules (TPM) data if the system is TCG 2.0 compliant. This RTAS interface expects the caller to define different command stru

[PATCH net-next v3 3/3] net: ibmveth: added KUnit tests for some buffer pool functions

2025-04-18 Thread Dave Marquardt
Added KUnit tests for ibmveth_remove_buffer_from_pool and ibmveth_rxq_get_buffer under new IBMVETH_KUNIT_TEST config option. Signed-off-by: Dave Marquardt --- drivers/net/ethernet/ibm/Kconfig | 13 +++ drivers/net/ethernet/ibm/ibmveth.c | 125 + 2 files changed, 13

Re: [PATCH 01/15] crypto: arm - remove CRYPTO dependency of library functions

2025-04-18 Thread Herbert Xu
On Thu, Apr 17, 2025 at 08:28:45PM -0700, Eric Biggers wrote: > > Only x86 and s390 support KMSAN. OK that's subtle but I'm glad it's not an issue. Thanks, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt

[PATCH 02/15] crypto: arm64 - drop redundant dependencies on ARM64

2025-04-18 Thread Eric Biggers
From: Eric Biggers arch/arm64/crypto/Kconfig is sourced only when CONFIG_ARM64=y, so there is no need for the symbols defined inside it to depend on ARM64. Signed-off-by: Eric Biggers --- arch/arm64/crypto/Kconfig | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm

Re: [PATCH AUTOSEL 6.1 6/9] ASoC: fsl_audmix: register card device depends on 'dais' property

2025-04-18 Thread Pavel Machek
Hi! > [ Upstream commit 294a60e5e9830045c161181286d44ce669f88833 ] > > In order to make the audmix device linked by audio graph card, make > 'dais' property to be optional. > > If 'dais' property exists, then register the imx-audmix card driver. > otherwise, it should be linked by audio graph ca

[PATCH v3 5/5] PCI: qcom: Add support for resetting the slot due to link down event

2025-04-18 Thread Manivannan Sadhasivam via B4 Relay
From: Manivannan Sadhasivam The PCIe link can go down under circumstances such as the device firmware crash, link instability, etc... When that happens, the PCIe slot needs to be reset to make it operational again. Currently, the driver is not handling the link down event, due to which the users

[RESEND PATCH v5 6/6] powerpc/kvm-hv-pmu: Add perf-events for Hostwide counters

2025-04-18 Thread Vaibhav Jain
Update 'kvm-hv-pmu.c' to add five new perf-events mapped to the five Hostwide counters. Since these newly introduced perf events are at system wide scope and can be read from any L1-Lpar CPU, 'kvmppc_pmu' scope and capabilities are updated appropriately. Also introduce two new helpers. First is kv

Re: [BUG?] ppc64le: fentry BPF not triggered after live patch (v6.14)

2025-04-18 Thread Hari Bathini
On 07/04/25 2:12 pm, Viktor Malik wrote: On 3/31/25 15:19, Shung-Hsi Yu wrote: Hi all, On ppc64le (v6.14, kernel config attached), I've observed that fentry BPF programs stop being invoked after the target kernel function is live patched. This occurs regardless of whether the BPF program was

[PATCH v3 3/5] PCI: host-common: Make the driver as a common library for host controller drivers

2025-04-18 Thread Manivannan Sadhasivam via B4 Relay
From: Manivannan Sadhasivam This common library will be used as a placeholder for helper functions shared by the host controller drivers. This avoids placing the host controller drivers specific helpers in drivers/pci/*.c, to avoid enlarging the kernel Image on platforms that do not use host cont

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

2025-04-18 Thread Vladimir Oltean
On Wed, Apr 16, 2025 at 05:16:15AM +, Wei Fang wrote: > > -Original Message- > > From: Jakub Kicinski > > Sent: 2025年4月16日 11:43 > > To: Wei Fang > > Cc: Claudiu Manoil ; Vladimir Oltean > > ; Clark Wang ; > > andrew+net...@lunn.ch; da...@davemloft.net; eduma...@google.com; > > pab...

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

2025-04-18 Thread Vladimir Oltean
On Fri, Apr 11, 2025 at 05:57:42PM +0800, Wei Fang wrote: > static const struct enetc_pf_ops enetc4_pf_ops = { > .set_si_primary_mac = enetc4_pf_set_si_primary_mac, > .get_si_primary_mac = enetc4_pf_get_si_primary_mac, > @@ -303,12 +489,55 @@ static void enetc4_pf_free(struct enetc_pf

Re: [PATCH 01/15] crypto: arm - remove CRYPTO dependency of library functions

2025-04-18 Thread Eric Biggers
On Fri, Apr 18, 2025 at 04:25:40PM +0800, Herbert Xu wrote: > On Thu, Apr 17, 2025 at 09:09:31PM -0700, Eric Biggers wrote: > > > > arch/$ARCH/lib/crypto/ is the "right" way to do it, mirroring lib/crypto/. > > I > > was just hoping to avoid a 4-deep directory. But we can do it. > > You can do

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

2025-04-18 Thread Ard Biesheuvel
On Thu, 17 Apr 2025 at 20:27, 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 arch/*/crypto/Kconfig from a > submenu of crypto/Kconfig t

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

2025-04-18 Thread Vladimir Oltean
On Fri, Apr 18, 2025 at 01:49:25PM +, Wei Fang wrote: > Do we need to retain cbdr_size in struct ntmp_user? Or just remove it in > next version? It seems redundant with cbdr->bd_num, so yes, please remove it.

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

2025-04-18 Thread Vladimir Oltean
On Fri, Apr 18, 2025 at 01:38:31PM +, Wei Fang wrote: > > Can you please add one more sentence clarifying that the LS1028A > > management protocol has been retroactively named NTMP 1.0 and its > > implementation is in enetc_cbdr.c and enetc_tsn.c? The driver, like new > > NETC documentation, re

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

2025-04-18 Thread Wei Fang
> -Original Message- > From: Vladimir Oltean > Sent: 2025年4月18日 21:25 > To: Wei Fang > Cc: Claudiu Manoil ; Vladimir Oltean > ; Clark Wang ; > andrew+net...@lunn.ch; da...@davemloft.net; eduma...@google.com; > k...@kernel.org; pab...@redhat.com; christophe.le...@csgroup.eu; > net...@vger.

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

2025-04-18 Thread Wei Fang
> I see this is "Changes requested", so here are some more nitpicks from me. > > On Fri, Apr 11, 2025 at 05:57:39PM +0800, Wei Fang wrote: > > Some NETC functionality is controlled using control messages sent to the > > hardware using BD ring interface with 32B descriptor similar to transmit > > B

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

2025-04-18 Thread Vladimir Oltean
On Fri, Apr 11, 2025 at 05:57:41PM +0800, Wei Fang wrote: > 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. > >

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

2025-04-18 Thread Vladimir Oltean
On Fri, Apr 11, 2025 at 05:57:40PM +0800, Wei Fang wrote: > diff --git a/drivers/net/ethernet/freescale/enetc/enetc_cbdr.c > b/drivers/net/ethernet/freescale/enetc/enetc_cbdr.c > index 20bfdf7fb4b4..ecb571e5ea50 100644 > --- a/drivers/net/ethernet/freescale/enetc/enetc_cbdr.c > +++ b/drivers/net/e

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

2025-04-18 Thread Vladimir Oltean
I see this is "Changes requested", so here are some more nitpicks from me. On Fri, Apr 11, 2025 at 05:57:39PM +0800, Wei Fang wrote: > 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

Re: [PATCH 01/15] crypto: arm - remove CRYPTO dependency of library functions

2025-04-18 Thread Herbert Xu
On Thu, Apr 17, 2025 at 09:09:31PM -0700, Eric Biggers wrote: > > arch/$ARCH/lib/crypto/ is the "right" way to do it, mirroring lib/crypto/. I > was just hoping to avoid a 4-deep directory. But we can do it. You can do that in a follow-up, assuming nothing else pops for this series. Cheers, --