Re: [PATCH 0/6] Get rid of I_MUTEX_QUOTA use

From: Jan Kara
Date: Mon Apr 30 2012 - 10:03:56 EST


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@xxxxxxxxxxxx), 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@xxxxxxx>
SUSE Labs, CR
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/