Re: PAGG ideas for next attempt: new docs, new name?

> A couple of random thoughts on first glance now, then I will try to
> give this a closer read later today.

Hi Paul.  I changed over to pnotify, which makes variable names really
long.  But I understand what you're saying here.  

> If the current notifier lists have technical limitations with locking
> and efficiency, then what would it take to fix them up, rather than
> introduce a new mechanism?  Are these limitations inherent and
> unavoidable in any mechanism that has the API of the current notifier
> lists, or are they an internal accident of the implementation?  If the
> latter, can the implementation be fixed?  If the former, can you
> clearly explain why notifier list, or anything so conceived and so
> dedicated with such an API, must necessarily suffer from such technical
> limitations?

I'm still munching on this part.

> A key concern, which you face head on (good!) is that such mechanisms
> as this "allow interesting things to be implemented outside of the
> kernel."  You explain nicely why we need such, but you don't explain

I added a blurb about exporting the symbols with EXPORT_SYMBOL_GPL.
I also changed the Justification quite a bit per your suggestions in a 
separate email.

I'll post a new version a little later.