topic Re: Failure on DPDMUX default interface configured when external traffic is available in Layerscape

Failure on DPDMUX default interface configured when external traffic is available

dunk — Tue, 30 Dec 2025 07:15:16 GMT

Hi,

Following procedure will cause error message from MC:

[E, qbman_rec_isr:391, QBMAN] QBMAN recoverable event 0x1000000
[E, dpmng_dump_rerr_fqid:1335, QBMAN] REL_FQ (FQ[0]) has 1 messages, dumping up to 16:
[E, dpmng_dump_rerr_fqid:1361, QBMAN] Message:
0x00125340: 2f930000 000000ab 00000000 00000000
0x00125350: 00000000 00000000 00000000 00000000
0x00125360: 2f180280 18000000 8a030000 00000000
0x00125370: 00000000 00000000 00000000 00000000

This error message can be produced by enabling/configuring the default interface of dpdmux instance and external traffic is available.

Case 1: DPL enable default interface

With DPL of following setting with 'default_if = <0x1>;'

dpdmux@1 {
compatible = "fsl,dpdmux";
options = "DPDMUX_OPT_CLS_MASK_SUPPORT", "DPDMUX_OPT_AUTO_MAX_FRAME_LEN";
method = "DPDMUX_METHOD_CUSTOM";
manip = "DPDMUX_MANIP_NONE";
num_ifs = <0x2>;
default_if = <0x1>;
};

Case 2: DPL not to enable default interface of DPDMUX

Option 'default_if = <0x1>;' is not set. But using dpdk to configure the default interface.

API 'dpdmux_if_set_default' is used for this.

Any suggestion to avoid such error?

Re: Failure on DPDMUX default interface configured when external traffic is available

Oswalag — Tue, 30 Dec 2025 17:55:46 GMT

Hello.

Please share the MC version, BSP and kernel version, Processor and board used.

Regards.

Re: Failure on DPDMUX default interface configured when external traffic is available

dunk — Wed, 31 Dec 2025 02:01:08 GMT

Hi,

I'm using Kernel: 5.15.71 and MC version: 10.38.1. BSP is based on LSDK21.08.

Re: Failure on DPDMUX default interface configured when external traffic is available

Oswalag — Sun, 11 Jan 2026 01:56:16 GMT

Hello,

The issue could be due to a software version incompatibility , please take a look into the LLDPUG, there is where MC 10.38.0 was validated, this with Kernel v6.1.55.

I recommend you to test again using the LLDP mentioned before building the images with Yocto.

Regards.