Re: kern/59663 (ffs_snapshot_read -> uvm_fault (or pool page empty) doing dump/restore with snapshot)

The following reply was made to PR kern/59663; it has been noted by GNATS.

From: "J. Hannken-Illjes" <[email protected]>
To: [email protected]
Cc: 
Subject: Re: kern/59663 (ffs_snapshot_read -> uvm_fault (or pool page empty)
 doing dump/restore with snapshot)
Date: Fri, 31 Jul 2026 18:10:44 +0200

 > On 31. Jul 2026, at 18:03, [email protected] <[email protected]> =
 wrote:
 >=20
 > Synopsis: ffs_snapshot_read -> uvm_fault (or pool page empty) doing =
 dump/restore with snapshot
 >=20
 > State-Changed-From-To: open->needs-pullups
 > State-Changed-By: [email protected]
 > State-Changed-When: Fri, 31 Jul 2026 16:03:31 +0000
 > State-Changed-Why:
 > Great, sounds like the mechanism of the deadlock is understood now, so
 > let's get this pulled up to 9, 10, and 11.
 >=20
 > Sounds like ptyfs will avoid this problem for ssh, but without the
 > patch, revoke -- whether done explicitly by user programs, or in the
 > kernel when logging out of a non-pty tty -- will still trigger the
 > deadlock.
 
 Pullups already requested as:
 
  9 #2042
 10 #1320
 11 #409
 
 --
 J. Hannken-Illjes - [email protected]