> 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.
|