[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20260129110500.l2jOMEYp@linutronix.de>
Date: Thu, 29 Jan 2026 12:05:00 +0100
From: Sebastian Andrzej Siewior <bigeasy@...utronix.de>
To: Felix Maurer <fmaurer@...hat.com>
Cc: netdev@...r.kernel.org, davem@...emloft.net, edumazet@...gle.com,
kuba@...nel.org, pabeni@...hat.com, horms@...nel.org,
jkarrenpalo@...il.com, tglx@...utronix.de, mingo@...nel.org,
allison.henderson@...cle.com, petrm@...dia.com, antonio@...nvpn.net
Subject: Re: [PATCH net-next v2 1/9] selftests: hsr: Add ping test for PRP
On 2026-01-22 15:56:56 [+0100], Felix Maurer wrote:
> diff --git a/tools/testing/selftests/net/hsr/prp_ping.sh b/tools/testing/selftests/net/hsr/prp_ping.sh
> new file mode 100755
> index 000000000000..fd2ba9f05d4c
> --- /dev/null
> +++ b/tools/testing/selftests/net/hsr/prp_ping.sh
…
> + # MAC addresses will be copied from LAN A interface
> + ip -net "$node1" link set address 00:11:22:00:00:01 dev vethA
> + ip -net "$node2" link set address 00:11:22:00:00:02 dev vethA
so I somehow started this (I think) but while browsing the spec it
somehow says that the same MAC address should be used on both ports.
Could it be?
It says that the two frames are identical except for the LAN field and
checksum. Also the duplication is defined on src-MAC + seq nr.
Having this requires to merge the two MACs for a node and we do this but
could this be a left over from an older version of the spec or a
behaviour that was not meant happen?
Sebastian
Powered by blists - more mailing lists