summaryrefslogtreecommitdiff
path: root/contrib/llvm-project/llvm/lib/TextAPI/TextAPIError.cpp
diff options
context:
space:
mode:
authorMark Johnston <markj@FreeBSD.org>2026-01-25 15:12:19 +0000
committerMark Johnston <markj@FreeBSD.org>2026-01-25 22:41:10 +0000
commitd6bc31f92991b6d67da54868f3563278015389ca (patch)
tree2f0840f5e0a8060dd45a5e4ed50f9b12fccf3d24 /contrib/llvm-project/llvm/lib/TextAPI/TextAPIError.cpp
parent58580dc0c694b107ba7ba1b14dc8ee8f306e53f6 (diff)
makefs/zfs/tests: Force-destroy md devices
Most of these tests create a md(4) device backed by a makefs-generated image, then import the pool, using the md device as a pool vdev. When a test finishes, it destroys the pool, then destroys the md device. Once in a while md device destruction fails with EBUSY. This happens when a GEOM consumer is holding the device open; kern_mddetach_locked() simply fails if any consumers are present. zpool destruction is synchronous so ZFS is innocent, rather, the problem seems to be that GEOM re-tastes the device after the zpool reference goes away. This operation creates a transient reference that causes the spurious failure. Use "mdconfig -o force" to work around this. MFC after: 2 weeks
Diffstat (limited to 'contrib/llvm-project/llvm/lib/TextAPI/TextAPIError.cpp')
0 files changed, 0 insertions, 0 deletions