lkml.org 
[lkml]   [2012]   [Mar]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [patch 0/5] seqlock consolidation
On Thu, Mar 15, 2012 at 01:28:03PM +0100, Thomas Gleixner wrote:

> The only way out is to lock d->d_lock which is contended, so the
> reader side boosts the writer and waits for the lock to be
> released. Though with the open coded seqlock we have no idea which
> lock we need to take.
>
> Any better ideas ?

So basically you want RT stuff to know that several areas in fs/dcache.c
(from write_seqcount_begin() to write_seqcount_end()) are protected by
(already held by that point) ->d_lock of corresponding dentries?

If that's it, I suggest to look for a solution that would express just that...
Or do you want something on the reader side as well?


\
 
 \ /
  Last update: 2012-03-15 18:45    [W:0.041 / U:0.184 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site