xfs
[Top] [All Lists]

Re: [PATCH] Fix reference counting race on log buffers

To: Lachlan McIlroy <lachlan@xxxxxxx>
Subject: Re: [PATCH] Fix reference counting race on log buffers
From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Fri, 15 Aug 2008 18:07:01 -0400
Cc: Christoph Hellwig <hch@xxxxxxxxxxxxx>, Dave Chinner <david@xxxxxxxxxxxxx>, xfs@xxxxxxxxxxx
In-reply-to: <48A4F61E.3050106@xxxxxxx>
References: <1215752481-6862-1-git-send-email-david@xxxxxxxxxxxxx> <20080814180603.GA3087@xxxxxxxxxxxxx> <48A4DB09.7020702@xxxxxxx> <20080815012807.GA547@xxxxxxxxxxxxx> <48A4F61E.3050106@xxxxxxx>
Sender: xfs-bounce@xxxxxxxxxxx
User-agent: Mutt/1.5.18 (2008-05-17)
On Fri, Aug 15, 2008 at 01:21:02PM +1000, Lachlan McIlroy wrote:
>>  - a different xfs_version.h - IMHO we should just kill this versioning
>>    scheme completely..
>>  - xfsidbg.  Maybe now with kgdb in the kgdb folks get something
>>    submitted and then this is taken care off..
> That stuff is there for kdb.  Are you suggesting we switch to kgdb and
> drop this file?

No, sorry for the stupid typo.  I meant now with kgdb in maybe the kdb
folks can get their act together and try to submit it, at which point
xfsidbg could go upstream.

>>  - modular quota.  IMHO we should just stop doing this in CVS, it
>>    doesn't really buy us anything.  If people are okay with that
>>    I'll send a patch
> I don't see any problem with this.  Seems like a good idea.

Ok, I'll prepare something.

>
>>  - dmapi - well, this won't get merged and currently I don't see anyone
>>    doing HSM for mainline properly.  But I have some ideas how to make
>>    it less intrusive at least
> All that would be very helpful.

> Last time I checked the fs/xfs differences between mainline and our
> internal tree resulted in a patch around 470KB.  Most of that is changes
> that we don't push to mainline such as fs/xfs/dmapi and fs/xfs/xfsidbg.c.
> The rest I'm working though.

Yeah, the list above should have been complete, I just went through the
diff yesterday.


<Prev in Thread] Current Thread [Next in Thread>