From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christoph Hellwig Subject: Re: [PATCH 11/18] fs: Introduce per-bucket inode hash locks Date: Fri, 8 Oct 2010 14:54:09 -0400 Message-ID: <20101008185409.GA29251@infradead.org> References: <1286515292-15882-1-git-send-email-david@fromorbit.com> <1286515292-15882-12-git-send-email-david@fromorbit.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org To: Dave Chinner Return-path: Received: from bombadil.infradead.org ([18.85.46.34]:55809 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754162Ab0JHSyL (ORCPT ); Fri, 8 Oct 2010 14:54:11 -0400 Content-Disposition: inline In-Reply-To: <1286515292-15882-12-git-send-email-david@fromorbit.com> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: > +struct inode_hash_bucket { > + struct hlist_bl_head head; > +}; > + > +static inline void spin_lock_bucket(struct inode_hash_bucket *b) > +{ > + bit_spin_lock(0, (unsigned long *)b); > +} > + > +static inline void spin_unlock_bucket(struct inode_hash_bucket *b) > +{ > + __bit_spin_unlock(0, (unsigned long *)b); > +} I've looked at the dcache version of this again, and I really hate duplicating these helpers in the dcache code aswell. IMHO they should simple operate directly on the hlist_bl_head, as that's what it was designed for. I also don't really see any point in wrapping the hlist_bl_head as inode_hash_bucket. If the bucket naming is important we could rename the hlist_bl stuff to bl_hash, and the hlist_bl_head could become bl_hash_bucket.