Core Dump / panic sleeping thread

[Konstantin Belousov]

On Thu, Mar 21, 2013 at 07:59:25PM +0100, Michael Landin Hostbaek wrote:
> 
> On Mar 21, 2013, at 8:58 AM, Konstantin Belousov <kostikbel at gmail.com> wrote:
> 
> > 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.
> 
> Should I wait for a new patch, or should I give the one you sent yesterday a try? 
> 
> Thanks, 

You should use the r248567 + r248581.
-------------- 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/389ea4e2/attachment.sig>