Thread (11 messages) 11 messages, 5 authors, 2019-09-03

Re: [PATCH bpf-next v2 2/4] xsk: add proper barriers and {READ, WRITE}_ONCE-correctness for state

From: Jonathan Lemon <hidden>
Date: 2019-08-26 17:57:56
Also in: bpf


On 26 Aug 2019, at 9:34, Björn Töpel wrote:
On 2019-08-26 17:24, Ilya Maximets wrote:
quoted
This changes the error code a bit.
Previously:
    umem exists + xs unbound    --> EINVAL
    no umem     + xs unbound    --> EBADF
    xs bound to different dev/q --> EINVAL

With this change:
    umem exists + xs unbound    --> EBADF
    no umem     + xs unbound    --> EBADF
    xs bound to different dev/q --> EINVAL

Just a note. Not sure if this is important.
Note that this is for *shared* umem, so it's very seldom used. Still,
you're right, that strictly this is an uapi break, but I'd vote for the
change still. I find it hard to see that anyone relies on EINVAL/EBADF
for shared umem bind.

Opinions? :-)
I'd agree - if it isn't documented somewhere, it's not an API break. :)
-- 
Jonathan
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help