Thread (15 messages) flat view 15 messages, 5 authors, 2012-02-07

Re: [patch v1, kernel version 3.2.1] rtnetlink workaround around the skb buff size issue

From: Eric Dumazet <hidden>
Date: 2012-02-06 16:56:13
Also in: lkml

Le lundi 06 février 2012 à 10:15 -0500, David Miller a écrit :
From: Štefan Gula <redacted>
Date: Mon, 6 Feb 2012 09:53:28 +0100
quoted
If I try to request for it, it will eventually fail with a lot of
records even with filtering...
Then the user can loop increasing the buffer size until the netlink
request succeeds.

It is not a problem.
Actually we always truncate message in netlink_recvmsg()

We could use a MSG_NOPARTIAL flag in netlink_recvmsg() so that user can
avoid the MSG_PEEK operation to fetch next message length.

(Ie not consume/copy skb if user buffer is too small to hold full
message, and only return the needed length)
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help