https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211713
--- Comment #20 from Warner Losh <[email protected]> --- In addition, you can control the timeout period with the sysctl dev.nvme.X.timeout=S where S is the number of seconds. The min is 5, max is 120. The default is 30. It might be helpful to see if setting it lower causes this to happen more often or if setting it higher causes it to happen less often. It's possible that we're missing a completion interrupt, or that we get one and somehow take a code path that doesn't cancel the timeout (though given there were actual I/Os that were aborted, that seems unlikely). Disabling TRIM might also make things not suck so badly. But that wouldn't help Terry's simple newfs. We had issues with insanely slow TRIMs for a drive for a drive we were evaluating under NDA that might be relevant. We had no issues with newfs, nor with the drive itself once we turned TRIM off in ufs. I couldn't find a 950 PRO, but was able to find a SM961. I'll see if I can recreate this issue on my NUC6. -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ [email protected] mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "[email protected]"
