| To: | Steve Lord <lord@xxxxxxx> |
|---|---|
| Subject: | Re: ASSERT trip in XFS |
| From: | Andi Kleen <ak@xxxxxxx> |
| Date: | Mon, 22 Jan 2001 22:54:10 +0100 |
| Cc: | Daniel Moore <dxm@xxxxxxxxxxxxxxxxxxxxxxxx>, linux-xfs@xxxxxxxxxxx |
| In-reply-to: | <200101222050.f0MKoGp15525@xxxxxxxxxxxxxxxxxxxx>; from lord@xxxxxxx on Mon, Jan 22, 2001 at 02:50:16PM -0600 |
| References: | <lord@xxxxxxx> <200101222050.f0MKoGp15525@xxxxxxxxxxxxxxxxxxxx> |
| Sender: | owner-linux-xfs@xxxxxxxxxxx |
| User-agent: | Mutt/1.2.5i |
On Mon, Jan 22, 2001 at 02:50:16PM -0600, Steve Lord wrote: > Daniel, can you try this patch, I do not have a sure fire way of > triggering this problem on my hardware. The problem appears to be > related to locking differences between Irix and Linux (again), the > strategy call in Irix is called with the buffer locked for the > duration, which means no one can change the underlying extents. > In the Linux case we have one page locked, and anything else in > the system can truncate the file out underneath us - we end up > allocating a new extent from scratch rather than turning a delalloc > into a real extent, this causes the extent to trip. If you can get the linux inode semaphore it'll stop the truncates. -Andi |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: xfs and reiserfs, Andi Kleen |
|---|---|
| Next by Date: | Re: ASSERT trip in XFS, Steve Lord |
| Previous by Thread: | Re: ASSERT trip in XFS, Steve Lord |
| Next by Thread: | Re: ASSERT trip in XFS, Steve Lord |
| Indexes: | [Date] [Thread] [Top] [All Lists] |