]> git.ipfire.org Git - thirdparty/kernel/linux.git/commit
Merge branch 'net-stmmac-simplify-axi_blen-handling'
authorJakub Kicinski <kuba@kernel.org>
Fri, 21 Nov 2025 01:57:42 +0000 (17:57 -0800)
committerJakub Kicinski <kuba@kernel.org>
Fri, 21 Nov 2025 01:57:42 +0000 (17:57 -0800)
commit22eaa206fcacc54e8bc0487c7667883df9200e57
treefd05203fae0a1062729e51a5eb7eb3e4d04bff02
parentf15bcd071913dfa754cabb85e9fff4eded4e35b2
parentefd3c8cc52bb9583183ebb83c8c55b23bf97cb2f
Merge branch 'net-stmmac-simplify-axi_blen-handling'

Russell King says:

====================
net: stmmac: simplify axi_blen handling

stmmac's axi_blen (burst length) handling is very verbose and
unnecessary.

Firstly, the burst length register bitfield is the same across all
dwmac cores, so we can use common definitions for these bits which
platform glue can use.

We end up with platform glue:
- filling in the axi_blen[] array with the decimal burst lengths, e.g.
  dwmac-intel.c, etc
- decoding a bitmap into burst lengths for this array, e.g.
  dwmac-dwc-qos-eth.c

Other cases read the array from DT, placing it into the axi_blen
array, and converting later to the register bitfield.

This series removes all this complexity, ultimately ending up with
platform glue providing the register value containing the burst
length bitfield directly. Where necessary, platform glue calls
stmmac_axi_blen_to_mask() to convert a decimal array (e.g. from
DT) to the register value.

This also means that stmmac_axi_blen_to_mask() can issue a
diagnostic message at probe time if the burst length is incorrect.
====================

Link: https://patch.msgid.link/aR2aaDs6rqfu32B-@shell.armlinux.org.uk
Signed-off-by: Jakub Kicinski <kuba@kernel.org>