xfs
[Top] [All Lists]

Re: Review: Fix dbflush panic in xfs_qm_sync

To: Donald Douwsma <donaldd@xxxxxxx>
Subject: Re: Review: Fix dbflush panic in xfs_qm_sync
From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Thu, 18 Oct 2007 17:16:01 +0100
Cc: xfs-oss <xfs@xxxxxxxxxxx>
In-reply-to: <4713F7D3.2090201@sgi.com>
References: <4713F7D3.2090201@sgi.com>
Sender: xfs-bounce@xxxxxxxxxxx
User-agent: Mutt/1.4.2.3i
On Tue, Oct 16, 2007 at 09:29:23AM +1000, Donald Douwsma wrote:
> The recent behaviour layer removal dropped the check for quotas that have 
> been
> requested at mount time but have subsequently been turned off. This results
> in a panic when accessing m_quotainfo which has been freed.
> 
> This patch adds the check originally made by xfs_qm_syncall() to 
> xfs_qm_sync()

Hmm.  We do the same check just a few lines below, but inbetween
we access ->m_quotainfo to take the lock.  I was under the impression
that's the only safe way to check anyway, but ->m_quotainfo might not
actually be present.  It might me better to move the lock into xfs_mount
directly, but it's embedded into a xfs_dqhash and there's some complex
mess with gazillions of macros around it.

So I suspect restoring it to the original state might be good enough.


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