lkml.org 
[lkml]   [2015]   [Mar]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: [RFC] ->poll() bugs
From
On Sat, Mar 7, 2015 at 12:44 PM, Al Viro <viro@zeniv.linux.org.uk> wrote:
>
> Most of the catch consists of ->poll() instances that return -E...; there's
> also an unpleasant mess in net/9p/trans_fd.c and a braino in sunrpc
> unexpectedly caught by the same annotations.

Hmm. I do wonder if we should just *allow* ->poll() to return an
error, and just turn it into "all bits set"?

But if getting sparse to catch them all isn't *too* painful and the
patch doesn't end up being horribly big, then I guess that's ok.

> Linus, what do you think about putting those annotations into mainline during
> the next cycle?

Just how big is that annotation patch? We have a *lot* of poll
functions, don't we? If they all need to be changed, just how bad is
the noise for that?

Linus


\
 
 \ /
  Last update: 2015-03-07 22:01    [W:0.222 / U:0.264 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site