The i.MX95 ENETC supports both MAC hash filter and MAC exact filter. MAC
hash filter is implenented through a 64-bits 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 bet
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
ENETC's MAC filter consists of hash MAC filter and exact MAC filter. Hash
MAC filter is a 64-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 needs
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.
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
Since the VLAN hash filter of ENETC v1 and v4 is the basically same, the
only difference is the offset of the VLAN hash filter registers. So, the
.set_si_vlan_hash_filter() hook is added to struct enetc_pf_ops to set
the registers of the corresponding platform. In addition, the common VLAN
hash fil
For ENETC, each SI has a corresponding VLAN hash table. That is to say,
both PF and VFs can support VLAN filter. However, currently only ENETC v1
PF driver supports VLAN filter. In order to make i.MX95 ENETC (v4) PF and
VF drivers also support VLAN filter, some related macros are moved from
enetc_p
Add Receive side scaling (RSS) support for i.MX95 ENETC PF to improve the
network performance and balance the CPU loading. In addition, since both
ENETC v1 and ENETC v4 only support the toeplitz algorithm, so a check for
hfunc was added.
Signed-off-by: Wei Fang
---
drivers/net/ethernet/freescale
Add VLAN hash filter support for i.MX95 ENETC PF. If VLAN filtering is
disabled, then VLAN promiscuous mode will be enabled, which means that
PF qualifies for reception of all VLAN tags.
Signed-off-by: Wei Fang
---
.../net/ethernet/freescale/enetc/enetc4_hw.h | 4
.../net/ethernet/freesca
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
---
.../ne
Both ENETC v1 and v4 support Receive Side Scaling (RSS), but the offset
of the RSS key registers is different. In order to make enetc_get_rxfh()
and enetc_set_rxfh() be reused by ENETC v4, the .set_rss_key() and
.get_rss_key() interfaces are added to enect_pf_ops.
Signed-off-by: Wei Fang
---
dri
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
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
Add new file ntmp.h. to ENETC driver.
Signed-off-by: Wei Fang
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 1579124ef426..ac28154f7eb5 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -9099,6 +9099,7 @@ F:
Documentation/devicetree/bindin
On 30.12.24 09:22, Johannes Berg wrote:
On Tue, 2024-12-24 at 09:07 +0100, Philipp Hortmann wrote:
Driver was contributed in 2008.
The following reasons lead to the removal:
- This driver generates maintenance workload for itself and for API wext
So I've been wondering, why are you so concern
Thomas,
> The sysfs core now allows instances of 'struct bin_attribute' to be
> moved into read-only memory. Make use of that to protect them against
> accidental or malicious modifications.
Applied to 6.14/scsi-staging, thanks!
--
Martin K. Petersen Oracle Linux Engineering
You've sent me less than a handfull of 14 patches, there's no way
to properly review this.
On 03/01/2025 04:53, Qi Zheng wrote:
> On 2025/1/3 00:53, Kevin Brodsky wrote:
>> On 30/12/2024 10:07, Qi Zheng wrote:
>>> diff --git a/arch/riscv/include/asm/pgalloc.h
>>> b/arch/riscv/include/asm/pgalloc.h
>>> index 551d614d3369c..3466fbe2e508d 100644
>>> --- a/arch/riscv/include/asm/pgalloc.h
>>
On Thu, Jan 2, 2025 at 7:32 PM J. Neuschäfer via B4 Relay
wrote:
> From: "J. Neuschäfer"
>
> This is for the MPC831{4,5}{,E} SoCs.
>
> Signed-off-by: J. Neuschäfer
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
On Thu, Jan 2, 2025 at 7:32 PM J. Neuschäfer via B4 Relay
wrote:
> From: "J. Neuschäfer"
>
> GPIO input, output, and interrupts have been tested on a MPC8314E board.
>
> Signed-off-by: J. Neuschäfer
Reviewed-by: Linus Walleij
Can Bartosz simply apply this and the binding patch and get these
Hi Kevin,
On 2025/1/3 00:53, Kevin Brodsky wrote:
On 30/12/2024 10:07, Qi Zheng wrote:
static inline void riscv_tlb_remove_ptdesc(struct mmu_gather *tlb, void *pt)
{
- if (riscv_use_sbi_for_rfence())
+ if (riscv_use_sbi_for_rfence()) {
tlb_remove_ptdesc(tlb, pt);
On 2025/1/3 00:53, Kevin Brodsky wrote:
On 30/12/2024 10:07, Qi Zheng wrote:
diff --git a/arch/riscv/include/asm/pgalloc.h b/arch/riscv/include/asm/pgalloc.h
index 551d614d3369c..3466fbe2e508d 100644
--- a/arch/riscv/include/asm/pgalloc.h
+++ b/arch/riscv/include/asm/pgalloc.h
@@ -108,8 +108,
On 2025/1/3 01:00, Kevin Brodsky wrote:
On 30/12/2024 10:07, Qi Zheng wrote:
Qi Zheng (13):
Revert "mm: pgtable: make ptlock be freed by RCU"
mm: pgtable: add statistics for P4D level page table
arm64: pgtable: use mmu gather to free p4d level page table
s390: pgtable: add statist
From: "J. Neuschäfer"
To make it easier to add other devices based on the MPC831{4,5}{,E}, put
the common parts into a dtsi file.
mpc8315erdb.dtb remains identical after this patch.
Signed-off-by: J. Neuschäfer
---
Checkpatch (rightfully) complains about a lot of compatible strings that
were
From: "J. Neuschäfer"
These properties are required by the spi-controller binding.
Signed-off-by: J. Neuschäfer
---
arch/powerpc/boot/dts/mpc8315e.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/powerpc/boot/dts/mpc8315e.dtsi
b/arch/powerpc/boot/dts/mpc8315e.dtsi
index
7e61a7
From: "J. Neuschäfer"
Labels can be used in board-specific devicetrees to refer to nodes more
conveniently.
mpc8315erdb.dtb remains identical after this patch.
Signed-off-by: J. Neuschäfer
---
arch/powerpc/boot/dts/mpc8315e.dtsi | 20 ++--
1 file changed, 10 insertions(+), 10
From: "J. Neuschäfer"
The mpc8315erdb devicetree did thus far not have a /model property, even
though it is required by the devicetree specification.
Signed-off-by: J. Neuschäfer
---
arch/powerpc/boot/dts/mpc8315erdb.dts | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/powerpc/boot/dts
This patchset adds a devicetree for the LANCOM NWAPP2 board based on the
MPC8314E platform, and slightly modernizes the MPC83xx platform support
in the process.
This board is nominally end-of-life, but available to hobbyists.
A U-Boot port is also in the making.
Signed-off-by: J. Neuschäfer
---
From: "J. Neuschäfer"
In order to produce useful FIT images, the kernel needs to know which
devicetrees to build. To that end, follow the same approach as other
architectures, and enable devicetrees per platform.
Signed-off-by: J. Neuschäfer
---
I've only enabled MPC831x devicetrees, because t
From: "J. Neuschäfer"
This is for the MPC831{4,5}{,E} SoCs.
Signed-off-by: J. Neuschäfer
---
Documentation/devicetree/bindings/gpio/fsl,qoriq-gpio.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/gpio/fsl,qoriq-gpio.yaml
b/Documentation/devicetree/bin
From: "J. Neuschäfer"
This node das previously missing from the device tree.
Signed-off-by: J. Neuschäfer
---
arch/powerpc/boot/dts/mpc8315e.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/powerpc/boot/dts/mpc8315e.dtsi
b/arch/powerpc/boot/dts/mpc8315e.dtsi
index
f9d1b
From: "J. Neuschäfer"
Peripherals with a connection to the outside of the chip aren't
necessarily used on all board designs, so disable them by default,
and enable them per-board.
Signed-off-by: J. Neuschäfer
---
arch/powerpc/boot/dts/mpc8315e.dtsi | 15 +++
arch/powerpc/boot/dts
From: "J. Neuschäfer"
The Reference Design Boards (RDB) don't have the same relevance they had
then the MPC831x platform was new; if any work is done today, then
likely based on used production boards, which are more readily available
than NXP's discontinued devboards.
To further reduce the focu
From: "J. Neuschäfer"
This increases readability, because "0x8" isn't very descriptive.
mpc8315erdb.dtb remains identical after this patch.
Signed-off-by: J. Neuschäfer
---
arch/powerpc/boot/dts/mpc8315e.dtsi | 112 ++
arch/powerpc/boot/dts/mpc8315erdb.dts |
From: "J. Neuschäfer"
The MPC8314E is a variant of the MPC8315E without SATA controllers.
Signed-off-by: J. Neuschäfer
---
arch/powerpc/boot/dts/mpc8314e.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/powerpc/boot/dts/mpc8314e.dtsi
b/arch/powerpc/boot/dts/mpc8314e.dtsi
n
From: "J. Neuschäfer"
The Flat Image Tree (FIT) format combines a kernel, a set of
devicetrees, and optionally additional resources into a single file that
can be loaded by a bootloader such as U-Boot. Generating a FIT image as
part of the kernel build reduces the need for additional build script
From: "J. Neuschäfer"
GPIO input, output, and interrupts have been tested on a MPC8314E board.
Signed-off-by: J. Neuschäfer
---
drivers/gpio/gpio-mpc8xxx.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpio/gpio-mpc8xxx.c b/drivers/gpio/gpio-mpc8xxx.c
index
24417c3247b0a832ad15f
From: "J. Neuschäfer"
Provide a contact for NWAPP2 and other boards.
Signed-off-by: J. Neuschäfer
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index
910305c11e8a882da5b49ce5bd55011b93f28c32..6d4717cf7c19c25aa50c5cf1a7956797225a1d21
100
Le 30/12/2024 à 01:13, Eric Biggers a écrit :
From: Eric Biggers
p10_aes_gcm_crypt() is abusing the scatter_walk API to get the virtual
address for the first source scatterlist element. But this code is only
built for PPC64 which is a !HIGHMEM platform, and it can read past a
page boundary
On 30/12/2024 10:07, Qi Zheng wrote:
> static inline void riscv_tlb_remove_ptdesc(struct mmu_gather *tlb, void *pt)
> {
> - if (riscv_use_sbi_for_rfence())
> + if (riscv_use_sbi_for_rfence()) {
> tlb_remove_ptdesc(tlb, pt);
> - else
> + } else {
> + paget
On 30/12/2024 10:07, Qi Zheng wrote:
> diff --git a/arch/riscv/include/asm/pgalloc.h
> b/arch/riscv/include/asm/pgalloc.h
> index 551d614d3369c..3466fbe2e508d 100644
> --- a/arch/riscv/include/asm/pgalloc.h
> +++ b/arch/riscv/include/asm/pgalloc.h
> @@ -108,8 +108,12 @@ static inline void __pud_fr
On 30/12/2024 10:07, Qi Zheng wrote:
> Qi Zheng (13):
> Revert "mm: pgtable: make ptlock be freed by RCU"
> mm: pgtable: add statistics for P4D level page table
> arm64: pgtable: use mmu gather to free p4d level page table
> s390: pgtable: add statistics for PUD and P4D level page table
>
On Thu, Jan 02, 2025 at 12:50:50PM +0100, Christophe Leroy wrote:
>
>
> Le 30/12/2024 à 01:13, Eric Biggers a écrit :
> > From: Eric Biggers
> >
> > p10_aes_gcm_crypt() is abusing the scatter_walk API to get the virtual
> > address for the first source scatterlist element. But this code is onl
On Mon 2024-12-23 14:32:11, wzs wrote:
> Hello,
> when fuzzing the Linux kernel,
> I triggered many "watch: BUG: soft lockup" warnings.
> I am not sure whether this is an issue with the kernel or with the
> fuzzing program I ran.
> (The same fuzzing program, when tested on kernel versions from
> Li
From: "J. Neuschäfer"
Quoting from drivers/of/platform.c:
> of_platform_populate() - [...]
> Similar to of_platform_bus_probe(), this function walks the device
> tree and creates devices from nodes. It differs in that it follows
> the modern convention of requiring all device nodes to have a
>
From: "J. Neuschäfer"
What works so far:
- serial port
- LEDs
- Ethernet
- PCIe (port 1 tested)
- Flash access
What doesn't work:
- Access of the YAFFS file system preinstalled by the original firmware
(mainline Linux does not include the YAFFS file system)
- Writing NAND flash from Linux and
On Thu, Jan 2, 2025 at 12:32 PM J. Neuschäfer via B4 Relay
wrote:
>
> From: "J. Neuschäfer"
>
> Quoting from drivers/of/platform.c:
>
> > of_platform_populate() - [...]
> > Similar to of_platform_bus_probe(), this function walks the device
> > tree and creates devices from nodes. It differs in t
From: "J. Neuschäfer"
These features are required (or at least helpful) for running Linux on
the LANCOM NWAPP2 board:
- GPIO restart/watchdog are required for operation
- The MPC83xx-internal watchdog is optional
- LEDs are nice to have
- ATH9K is on a removable mini-PCIe card
- ATH803X is the E
From: "J. Neuschäfer"
Run `make mpc83xx_defconfig` and `make savedefconfig`. This reduces the
size of subsequent patches that enable/disable functionality.
Signed-off-by: J. Neuschäfer
---
arch/powerpc/configs/mpc83xx_defconfig | 18 ++
1 file changed, 6 insertions(+), 12 delet
From: "J. Neuschäfer"
LANCOM Systems is a manufacturer of networking equipment.
https://www.lancom-systems.com/
Signed-off-by: J. Neuschäfer
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/ven
Now that preempt=lazy patches[1] are in powerpc-next tree, sending out the
patch to support dynamic preemption based on DYNAMIC_KEY. I am not sure
when it was to be sent out exactly. So here it is.
Depends on [1] to be applied first, if not in the tree yet.
Once the arch supports static inline ca
Once the lazy preemption is supported, it would be desirable to change
the preemption models at runtime. So add support for dynamic preemption
using DYNAMIC_KEY.
In irq-exit to kernel path, use preempt_model_preemptible for decision.
Other way would be using static key based decision. Keeping it
52 matches
Mail list logo
