net/netlink: Correct the comment on netlink message max cap
authorDmitry Safonov <0x7f454c46@gmail.com>
Wed, 13 Nov 2024 18:46:44 +0000 (18:46 +0000)
committerJakub Kicinski <kuba@kernel.org>
Sat, 16 Nov 2024 00:14:16 +0000 (16:14 -0800)
Since commit d35c99ff77ec ("netlink: do not enter direct reclaim from
netlink_dump()") the cap is 32KiB.

Signed-off-by: Dmitry Safonov <0x7f454c46@gmail.com>
Link: https://patch.msgid.link/20241113-tcp-md5-diag-prep-v2-5-00a2a7feb1fa@gmail.com
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
net/netlink/af_netlink.c

index 2ea4763..8c78b29 100644 (file)
@@ -2264,7 +2264,7 @@ static int netlink_dump(struct sock *sk, bool lock_taken)
                goto errout_skb;
 
        /* NLMSG_GOODSIZE is small to avoid high order allocations being
-        * required, but it makes sense to _attempt_ a 16K bytes allocation
+        * required, but it makes sense to _attempt_ a 32KiB allocation
         * to reduce number of system calls on dump operations, if user
         * ever provided a big enough buffer.
         */
@@ -2286,7 +2286,7 @@ static int netlink_dump(struct sock *sk, bool lock_taken)
                goto errout_skb;
 
        /* Trim skb to allocated size. User is expected to provide buffer as
-        * large as max(min_dump_alloc, 16KiB (mac_recvmsg_len capped at
+        * large as max(min_dump_alloc, 32KiB (max_recvmsg_len capped at
         * netlink_recvmsg())). dump will pack as many smaller messages as
         * could fit within the allocated skb. skb is typically allocated
         * with larger space than required (could be as much as near 2x the