Public bug reported:
SRU Justification:
[ Impact ]
* Commit 27d5e84e810b ("net: qrtr: ns: Limit the total number of nodes")
introduced a hard cap of 64 on the number of QRTR nodes the namespace
server (qrtr_ns) will track, including the host node itself.
That limit was set as a DoS mitigation but is too low for legitimate
large-scale deployments, such as Qualcomm AI200 systems, which register
up to 384 QRTR nodes across their SoCs/cards.
* This patch fixes this issue by increasing the limit to 512.
* This patch should be backported because it affects deployments with 63
or more Qualcomm AI100/AI200 targets.
[ Test Plan ]
* Checking dmesg on an Ubuntu 24.04 system with at least 6.8.0-136-generic,
having at least 64 remote QRTR nodes, it will show "QRTR clients exceed max
node limit!" for every extra node.
* Also, by running a QRTR client then sending a QRTR_TYPE_NEW_LOOKUP packet,
only 64 nodes will show up (63 remote node + the local node).
* After applying the fix, dmesg should no longer show the error message, and
the lookup client will return a full list of nodes.
[Fix]
* Cherry-pick upstream commit:
ff194cffd586 ("net: qrtr: ns: Raise node count limit to 512")
[ Where problems could occur ]
* If a deployment exceeds 512 nodes, the original symptom returns identically
(same log message, same rejection behavior).
** Affects: linux (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2165140
Title:
qrtr: ns: node limit of 64 breaks QRTR routing on large multi-node
deployments
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2165140/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
