From: Andrew Morton <akpm@osdl.org>
To: Alan Stern <stern@rowland.harvard.edu>
Cc: kaos@sgi.com, sekharan@us.ibm.com, ak@suse.de,
linux-kernel@vger.kernel.org
Subject: Re: [RFC][PATCH 0/7]: Fix for unsafe notifier chain
Date: Tue, 13 Dec 2005 15:36:39 -0800 [thread overview]
Message-ID: <20051213153639.2235c445.akpm@osdl.org> (raw)
In-Reply-To: <Pine.LNX.4.44L0.0512131005150.4831-100000@iolanthe.rowland.org>
Alan Stern <stern@rowland.harvard.edu> wrote:
>
> On Tue, 13 Dec 2005, Keith Owens wrote:
>
> > On Thu, 8 Dec 2005 14:53:56 -0500 (EST),
> > Alan Stern <stern@rowland.harvard.edu> wrote:
> > >The code below defines three new data structures: atomic_notifier_head,
> > >blocking_notifier_head, and raw_notifier_head. The first two correspond
> > >to what we had in the earlier patch, and raw_notifier_head is almost the
> > >same as the current implementation, with no locking or protection at all.
> >
> > Acked-By: Keith Owens <kaos@sgi.com>
> >
> > I do not care how this problem is fixed, I am happy with any solution that
> >
> > (a) stops notify chains being racy and
> > (b) allows users of notify_die() to be safely unloaded.
>
> Andrew, I've been waiting to hear back about this.
Was subconciously hoping it'd go away, I guess.
> Was that latest
> proposal (three separate types of notifier chains, each with its own API,
> one of them being completely raw) acceptable?
Yes, it looks sane enough.
next prev parent reply other threads:[~2005-12-13 23:37 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-07 20:12 [RFC][PATCH 0/7]: Fix for unsafe notifier chain Alan Stern
2005-12-07 23:36 ` Andrew Morton
2005-12-08 19:53 ` Alan Stern
2005-12-13 5:02 ` Keith Owens
2005-12-13 15:06 ` Alan Stern
2005-12-13 23:36 ` Andrew Morton [this message]
2005-12-09 4:50 ` Keith Owens
-- strict thread matches above, loose matches on Subject: below --
2005-11-19 2:19 Chandra Seetharaman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20051213153639.2235c445.akpm@osdl.org \
--to=akpm@osdl.org \
--cc=ak@suse.de \
--cc=kaos@sgi.com \
--cc=linux-kernel@vger.kernel.org \
--cc=sekharan@us.ibm.com \
--cc=stern@rowland.harvard.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.