linux-kernel - Re: [PATCH 0/6] Get rid of I_MUTEX

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Fri, 27 Apr 2012 09:47:52 -0400
From:	"J. Bruce Fields" <bfields@...ldses.org>
To:	Jan Kara <jack@...e.cz>
Cc:	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 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.

(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.)

--b.
--
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/