[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120430135434.GB5239@quack.suse.cz>
Date: Mon, 30 Apr 2012 15:54:34 +0200
From: Jan Kara <jack@...e.cz>
To: "J. Bruce Fields" <bfields@...ldses.org>
Cc: Jan Kara <jack@...e.cz>, linux-fsdevel@...r.kernel.org,
LKML <linux-kernel@...r.kernel.org>,
Al Viro <viro@...IV.linux.org.uk>, swhiteho@...hat.com
Subject: Re: [PATCH 0/6] Get rid of I_MUTEX_QUOTA use
On Fri 27-04-12 09:47:52, J. Bruce Fields wrote:
> On Thu, Apr 26, 2012 at 03:26:08PM +0200, Jan Kara wrote:
> > On Wed 25-04-12 17:25:32, J. Bruce Fields wrote:
> > > On Wed, Apr 25, 2012 at 10:57:41PM +0200, Jan Kara wrote:
> > > >
> > > > Hello,
> > > >
> > > > this patch set changes generic quota code (and filesystems relying on it)
> > > > so that they don't use special locking class I_MUTEX_QUOTA. The only remaining
> > > > user of I_MUTEX_QUOTA is GFS2. If noone has objections, I can merge these
> > > > patches through my tree or Bruce, you can take them as your work depends
> > > > on these changes.
> > >
> > > My changes will likely need to go through Al, and depend on GFS2 being
> > > fixed as well.
> > >
> > > So it's up to Al. Best might be to just merge it through your tree and
> > > let us sort it out in the next merge window?
> > OK, I've added patches to my tree for now. I also sent a patch for GFS2
> > but after some investigation that's mostly a cleanup grade and Steven can
> > merge it independently. Quota inode in GFS2 is hidden system file so there
> > should be no locking problems with it wrt your patches.
>
> OK. In that case I suppose I'd like Al to take patches 1-4 of the 5 I
> posted most recently (followups to
> http://mid.gmane.org/20120425152041.GA751@fieldses.org), probably after
> your fixes go in. I'll resend if necessary after they go in.
Yeah. But also please rename I_MUTEX_QUOTA to something better describing
what's going on...
> (I'm also going ahead and pushing out the rest of my delegation patches,
> to be merged for 3.5; that solves most of my delegation problem, leaving
> just a race in rename to be closed by those 4 patches.)
Honza
--
Jan Kara <jack@...e.cz>
SUSE Labs, CR
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists