Core Dump / panic sleeping thread

[Konstantin Belousov]

On Wed, Mar 20, 2013 at 09:14:37PM -0400, Rick Macklem wrote:
> Well, read/write sharing of files over NFS is pretty rare, so I suspect
> a truncation of a file by another client (or locally in the NFS server)
> is a rare event. As such, not invalidating the buffers here doesn't seem
> like a big issue? (The client uses np->n_size to determine EOF.)
> 
> Also, I think close-to-open consistency will typically throw away the
> buffers on the next open when it sees the mtime changed. (Yes, there
> won't necessarily be another open, but...)
nfs buffers are VMIO. Each VMIO buffer wires the pages it references.
Wired pages cannot be freed by vnode_pager_setsize() if the file is
truncated.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 834 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20130321/f55735ab/attachment.sig>