Lines Matching refs:verdict
14 the result of a BPF (verdict) program with the help of the BPF helpers
29 and a verdict program. The parser program determines how much data has been
30 parsed and therefore how much data needs to be queued to come to a verdict. The
31 verdict program is essentially the redirect program and can return a verdict
39 parse or verdict program. If adding a sock object to a map would result
64 There are additional helpers available to use with the parser and verdict
67 bytes the given verdict should apply to. The helper ``bpf_msg_cork_bytes()``
68 handles a different case where a BPF program cannot reach a verdict on a msg
90 the message ``msg`` is allowed to pass (i.e., if the verdict BPF program
136 If the ``map`` has BPF programs (parser and verdict), those will be inherited
157 If the ``map`` has BPF programs (parser and verdict), those will be inherited
170 the message ``msg`` is allowed to pass (i.e., if the verdict BPF program returns
186 If the sk_buff ``skb`` is allowed to pass (i.e., if the verdict BPF program
201 For socket policies, apply the verdict of the BPF program to the next (number
207 should apply a verdict.
210 repeatedly for all bytes, even though the verdict is already known, would
221 For socket policies, prevent the execution of the verdict BPF program for
224 This can be used when one needs a specific number of bytes before a verdict can
246 after) BPF verdict is being decided. This helper can be used to pull in data
375 The following code snippet shows a simple verdict program that interacts with a
410 The following code snippet shows a simple verdict program that interacts with a
444 verdict program, as well as add a socket entry.