Re: [PATCH 2/3] pci/hotplug/pnv_php: Work around switches with broken presence detection

2025-04-11 Thread Lukas Wunner
On Fri, Apr 04, 2025 at 06:42:32AM +0200, Lukas Wunner wrote: > On Thu, Apr 03, 2025 at 11:18:09PM -0500, Shawn Anastasio wrote: > > The Microsemi Switchtec PM8533 PFX 48xG3 [11f8:8533] PCIe switch system > > was observed to incorrectly assert the Presence Detect Set bit in its > > capabilities whe

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

2025-04-11 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

Re: [PATCH] dt-bindings: soc: fsl: fsl,ls1028a-reset: Fix maintainer entry

2025-04-11 Thread Rob Herring (Arm)
On Thu, 10 Apr 2025 18:11:12 +0200, Geert Uytterhoeven wrote: > make dt_binding_check: > > Documentation/devicetree/bindings/soc/fsl/fsl,ls1028a-reset.yaml: > maintainers:0: 'Frank Li' does not match '@' > from schema $id: http://devicetree.org/meta-schemas/base.yaml# > > Fix thi

Re: [PATCH] dt-bindings: interrupt-controller: Convert fsl,mpic-msi to YAML

2025-04-11 Thread J . Neuschäfer
On Fri, Apr 04, 2025 at 06:06:39PM +0100, Conor Dooley wrote: > On Thu, Apr 03, 2025 at 07:38:00PM +0200, J. Neuschäfer via B4 Relay wrote: > > From: "J. Neuschäfer" > > > > As part of a larger effort to bring various PowerPC-related bindings > > into the YAML world, this patch converts msi-pic.t

Re: [PATCH v1 0/4] mm: Fix apply_to_pte_range() vs lazy MMU mode

2025-04-11 Thread Alexander Gordeev
On Fri, Apr 11, 2025 at 05:12:28PM +1000, Nicholas Piggin wrote: ... > Huh. powerpc actually has some crazy code in __switch_to() that is > supposed to handle preemption while in lazy mmu mode. So we probably > don't even need to disable preemption, just use the raw per-cpu > accessors (or keep dis

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

2025-04-11 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: no

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

2025-04-11 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 v5 net-next 09/14] net: enetc: change enetc_set_rss() to void type

2025-04-11 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 --- drivers/net/ethernet/freescale/enetc/enetc.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff -

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

2025-04-11 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 changes New patch --- .../net/ethernet/freescale/enetc/enetc_pf.c | 20 --- 1 fil

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

2025-04-11 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 v5 net-next 08/14] net: enetc: add RSS support for i.MX95 ENETC PF

2025-04-11 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 v5 net-next 07/14] net: enetc: make enetc_set_rss_key() reusable

2025-04-11 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 --- drivers/net/ethernet/freescal

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

2025-04-11 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 changes: Add enetc_set_default_r

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

2025-04-11 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 v5 net-next 05/14] net: enetc: add debugfs interface to dump MAC filter

2025-04-11 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 v5 net-next 01/14] net: enetc: add initial netc-lib driver to support NTMP

2025-04-11 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 v5 net-next 03/14] net: enetc: move generic MAC filtering interfaces to enetc-core

2025-04-11 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 v5 net-next 02/14] net: enetc: add command BD ring support for i.MX95 ENETC

2025-04-11 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 v5 net-next 00/14] Add more features for ENETC v4 - round 2

2025-04-11 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

Re: [Bisected] PowerMac G5 fails booting kernel 6.6-rc3 (BUG: Unable to handle kernel data access at 0xfeffbb62ffec65fe)

2025-04-11 Thread Erhard Furtner
On Tue, 8 Apr 2025 07:55:30 +0200 Christophe Leroy wrote: > Hi Erhard, > > Le 29/09/2023 à 13:27, Erhard Furtner a écrit : > > Kernel 6.5.5 boots fine on my PowerMac G5 11,2 but kernel 6.6-rc3 fails to > > boot with following dmesg shown on the OpenFirmware console (transcribed > > screenshot)

Re: [PATCH v14 00/11] Support page table check on PowerPC

2025-04-11 Thread Ingo Molnar
* Andrew Donnellan wrote: > Support page table check on all PowerPC platforms. This works by > serialising assignments, reassignments and clears of page table > entries at each level in order to ensure that anonymous mappings > have at most one writable consumer, and likewise that file-backed >

[RESEND PATCH] powerpc/ps3: Use str_write_read() in ps3_notification_read_write()

2025-04-11 Thread Thorsten Blum
Remove hard-coded strings by using the str_write_read() helper function. Suggested-by: Christophe Leroy Reviewed-by: Geert Uytterhoeven Signed-off-by: Thorsten Blum --- arch/powerpc/platforms/ps3/device-init.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/powerpc/p

[RESEND PATCH] KVM: powerpc: Enable commented out BUILD_BUG_ON() assertion

2025-04-11 Thread Thorsten Blum
The BUILD_BUG_ON() assertion was commented out in commit 38634e676992 ("powerpc/kvm: Remove problematic BUILD_BUG_ON statement") and fixed in commit c0a187e12d48 ("KVM: powerpc: Fix BUILD_BUG_ON condition"), but not enabled. Enable it now that this no longer breaks and remove the comment. Signed-o

[PATCH 6.6.y] powerpc/rtas: Prevent Spectre v1 gadget construction in sys_rtas()

2025-04-11 Thread Cliff Liu
From: Nathan Lynch [ Upstream commit 0974d03eb479384466d828d65637814bee6b26d7 ] Smatch warns: arch/powerpc/kernel/rtas.c:1932 __do_sys_rtas() warn: potential spectre issue 'args.args' [r] (local cap) The 'nargs' and 'nret' locals come directly from a user-supplied buffer and are used as in

[PATCH 5.15.y] powerpc/rtas: Prevent Spectre v1 gadget construction in sys_rtas()

2025-04-11 Thread Cliff Liu
From: Nathan Lynch [ Upstream commit 0974d03eb479384466d828d65637814bee6b26d7 ] Smatch warns: arch/powerpc/kernel/rtas.c:1932 __do_sys_rtas() warn: potential spectre issue 'args.args' [r] (local cap) The 'nargs' and 'nret' locals come directly from a user-supplied buffer and are used as in

[PATCH 6.1.y] powerpc/rtas: Prevent Spectre v1 gadget construction in sys_rtas()

2025-04-11 Thread Cliff Liu
From: Nathan Lynch [ Upstream commit 0974d03eb479384466d828d65637814bee6b26d7 ] Smatch warns: arch/powerpc/kernel/rtas.c:1932 __do_sys_rtas() warn: potential spectre issue 'args.args' [r] (local cap) The 'nargs' and 'nret' locals come directly from a user-supplied buffer and are used as in

Re: [PATCH v1 4/4] mm: Allow detection of wrong arch_enter_lazy_mmu_mode() context

2025-04-11 Thread Nicholas Piggin
On Tue Apr 8, 2025 at 1:11 AM AEST, Alexander Gordeev wrote: > The lazy MMU batching may be only be entered and left under the > protection of the page table locks for all page tables which may > be modified. Yet, there were cases arch_enter_lazy_mmu_mode() > was called without the locks taken, e.g

Re: [PATCH v1 0/4] mm: Fix apply_to_pte_range() vs lazy MMU mode

2025-04-11 Thread Nicholas Piggin
On Tue Apr 8, 2025 at 1:11 AM AEST, Alexander Gordeev wrote: > Hi All, > > This series is an attempt to fix the violation of lazy MMU mode context > requirement as described for arch_enter_lazy_mmu_mode(): > > This mode can only be entered and left under the protection of > the page table l