lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:   Mon, 20 Nov 2017 13:55:35 -0500
From:   Tim Hansen <devtimhansen@...il.com>
To:     Al Viro <viro@...IV.linux.org.uk>
Cc:     linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org,
        Linus Torvalds <torvalds@...ux-foundation.org>,
        alexander.levin@....verizon.com
Subject: Re: [PATCH] fs: Safe rcu access to hlist.

On Sun, Nov 19, 2017 at 09:28:49PM +0000, Al Viro wrote:
> On Sun, Nov 19, 2017 at 03:02:10PM -0500, Tim Hansen wrote:
> > Adds hlist_first_rcu and hlist_next_rcu for safe access
> > to the hlist in seq_hlist_next_rcu.
> > 
> > Found on linux-next branch, tag next-20171117 with sparse.
> 
> Frankly, I'm tempted to take sparse RCU annotations out for good -
> they are far too noisy and I'm not sure sparse is suitable for the
> analysis needed to prove safety of that stuff, so unless you (or
> somebody else) figures out how to use them in a reasonably clean
> way, we'd probably be better off just dropping them.

Can you detail how sparse is insufficent to prove RCU saftey? 
I'm not an RCU expert by any means but I don't know of any 
complaints regarding the capabilities of sparse to detect RCU
correctness in the community.  That however could just be my 
own ignornace. As far as I know these sparse RCU annotations 
are used widely across other subsystems.

I'd defer to other people more knowledgable on sparse to chime 
in regarding the "correctness" of it's capability on the RCU.

Powered by blists - more mailing lists