* Herbert Xu [EMAIL PROTECTED] wrote:
Maybe it's enough to introduce a separate key for AF_UNIX alone (and
still having all other protocols share the locking rules for
sk_receive_queue.lock) , by reinitializing its spinlock after
sock_init_data()?
This could work. AF_UNIX is
On Mon, Jun 12, 2006 at 08:57:01AM +0200, Ingo Molnar wrote:
regarding your point wrt. path of integration - it is pretty much the
only practical way to do this centrally as part of the lock validator
patches, but to collect ACKs from subsystem maintainers in the process.
So if you like it
From: Herbert Xu [EMAIL PROTECTED]
Date: Mon, 12 Jun 2006 17:03:56 +1000
On Mon, Jun 12, 2006 at 08:57:01AM +0200, Ingo Molnar wrote:
regarding your point wrt. path of integration - it is pretty much the
only practical way to do this centrally as part of the lock validator
patches, but
* Ingo Molnar [EMAIL PROTECTED] wrote:
(the #ifdef LOCKDEP should probably be converted to some sort of
lockdep_split_lock_key(sk-sk_receive_queue.lock) op - i'll do that
later)
i've added such an op, lockdep_reinit_lock_key() - this makes the patch
cleaner:
--
From: Ingo Molnar [EMAIL PROTECTED]
Date: Mon, 12 Jun 2006 10:49:36 +0200
Subject: undo AF_UNIX _bh locking changes and split lock-type
From: Ingo Molnar [EMAIL PROTECTED]
this cleans up lock-validator-special-locking-af_unix.patch: instead
of adding _bh locking to AF_UNIX, this patch
