On Tue, 12 Jun 2001, Steve Lord wrote: > Hmm, are you sure this will fix it, b_pprev is only cleared by > __hash_unlink via __remove_from_queues and __remove_from_queues > is only called by try_to_free_buffers in the case where it > decides it is going to actually free the buffer_head. In the > case where it leaves it on the inode, b_pprev is still set. Page buffers are never included into the hash. If they are - you've got much uglier problems. - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to [EMAIL PROTECTED]
- Re: Bad interaction between sync and truncate Alexander Viro
- Re: Bad interaction between sync and truncate Alexander Viro
- Re: Bad interaction between sync and truncate Linus Torvalds
- Re: Bad interaction between sync and truncate Alexander Viro
- Re: Bad interaction between sync and truncate Alexander Viro
- Re: Bad interaction between sync and truncate Linus Torvalds
- Re: Bad interaction between sync and trunc... Alexander Viro
- Re: Bad interaction between sync and trunc... Linus Torvalds
- Re: Bad interaction between sync and trunc... Alexander Viro
- Re: Bad interaction between sync and trunc... Steve Lord
- Re: Bad interaction between sync and trunc... Alexander Viro
- Re: Bad interaction between sync and trunc... Steve Lord
- Re: Bad interaction between sync and trunc... Steve Lord
- Re: Bad interaction between sync and truncate Chris Mason