Re: Documentation/locking/locktypes: Further clarifications and wordsmithing

2020-03-25 Thread Sebastian Siewior
On 2020-03-25 09:39:19 [-0700], Paul E. McKenney wrote: > > > --- a/Documentation/locking/locktypes.rst > > > +++ b/Documentation/locking/locktypes.rst > > … > > > +rw_semaphore > > > + > > > + > > > +rw_semaphore is a multiple readers and single writer lock mechanism. > > > + > > > +On

Re: Documentation/locking/locktypes: Further clarifications and wordsmithing

2020-03-25 Thread Paul E. McKenney
On Wed, Mar 25, 2020 at 05:02:12PM +0100, Sebastian Siewior wrote: > On 2020-03-25 13:27:49 [+0100], Thomas Gleixner wrote: > > The documentation of rw_semaphores is wrong as it claims that the non-owner > > reader release is not supported by RT. That's just history biased memory > > distortion. >

Re: Documentation/locking/locktypes: Further clarifications and wordsmithing

2020-03-25 Thread Sebastian Siewior
On 2020-03-25 13:27:49 [+0100], Thomas Gleixner wrote: > The documentation of rw_semaphores is wrong as it claims that the non-owner > reader release is not supported by RT. That's just history biased memory > distortion. > > Split the 'Owner semantics' section up and add separate sections for > s

Documentation/locking/locktypes: Further clarifications and wordsmithing

2020-03-25 Thread Thomas Gleixner
The documentation of rw_semaphores is wrong as it claims that the non-owner reader release is not supported by RT. That's just history biased memory distortion. Split the 'Owner semantics' section up and add separate sections for semaphore and rw_semaphore to reflect reality. Aside of that the fo