Hi,
I was just running through checking things for any regressions or issues and came across a crash with my driver when ReFS was used on the virtual drive (legacy driver) but not with FAT32/NTFS. I tried to reproduce on the VM used for debugging but it worked fine, then tried a few more physical machines and crashed as well. I noticed the VM had a newer Windows version 19030.1 so I updated one of the physical machines to 19541.1000 and crash went away as well. All the systems had a problem when using 18362.535. I suppose there was a problem with that version that MS has fixed related to legacy driver and pdo? Just posting here as a heads up to others and good job to those who helped fixed it (presuming), hopefully it doesn’t come back.
Use !analyze -v to get detailed debugging information.
BugCheck CA, {2, ffffcd0d06f0a970, 0, 0}
Probably caused by : memory_corruption
Followup: memory_corruption
5: kd> !analyze -v
-
* -
Bugcheck Analysis * -
*
PNP_DETECTED_FATAL_ERROR (ca)
PnP encountered a severe error, either as a result of a problem in a driver or
a problem in PnP itself. The first argument describes the nature of the
problem, the second argument is the address of the PDO. The other arguments
vary depending on argument 1.
Arguments:
Arg1: 0000000000000002, Invalid PDO
An API which requires a PDO has been called with either an FDO,
a PDO which hasn’t been initialized yet (returned to PnP in a
QueryDeviceRelation/BusRelations), or some random piece of
memory.
Arg2: ffffcd0d06f0a970, Purported PDO.
Arg3: 0000000000000000, Driver object.
Arg4: 0000000000000000
Debugging Details:
BUGCHECK_STR: 0xCA_2
DEVICE_OBJECT: ffffcd0d06f0a970
DRIVER_OBJECT: ffffcd0d091dfe30
DEBUG_FLR_IMAGE_TIMESTAMP: 0
FAULTING_MODULE: fffff801725c0000 myvrtdrv
DEFAULT_BUCKET_ID: CODE_CORRUPTION
PROCESS_NAME: System
CURRENT_IRQL: 0
LAST_CONTROL_TRANSFER: from fffff8012d5de4d5 to fffff8012cfc14e0
STACK_TEXT:
ffffb506bd4fec18 fffff8012d5de4d5 : 00000000000000ca 0000000000000002 ffffcd0d06f0a970 0000000000000000 : nt!KeBugCheckEx
ffffb506bd4fec20 fffff80132cfb9c3 : ffffb506bd4fed51 ffffb506bd4fede0 ffffb506bd4fee00 0000000000000000 : nt!IoGetDevicePropertyData+0x13a615
ffffb506bd4fec70 fffff80132ccad5a : ffffcd0cfeca00a0 ffffb506bd4fece0 0000000000000000 ffffcd0cfeca00a0 : ReFS!MsKmeQueryStorageSMR+0x73
ffffb506bd4fece0 fffff80132c65573 : ffffb506bd4ff398 ffffb506bd4ff371 ffffb506bd4ff398 ffffcd0c00000000 : ReFS!CmsVolume::InitializeStorageTier+0x6736e
ffffb506bd4ff2b0 fffff80132c633b8 : ffffcd0d0918e180 ffffcd0d0918e180 0000000001868000 ffffcd0cfeca00a0 : ReFS!CmsVolume::Start+0x61b
ffffb506bd4ff3d0 fffff80132dd04f5 : 0000000008080022 ffffcd0d0918e180 0000000008080022 0000000000000000 : ReFS!MsInitializeVolume+0xa0
ffffb506bd4ff450 fffff80132dac69d : 0000000000040202 fffff8012ce491b4 ffffcd0d06da3040 ffffcd0d063e7040 : ReFS!RefsMountVolume+0x601
ffffb506bd4ff640 fffff80132c74b47 : ffffcd0d05cb6828 0000000000000000 ffffcd0d05cb6828 fffff8012d42cf3d : ReFS!RefsCommonFileSystemControl+0x85
ffffb506bd4ff6f0 fffff8012cebd095 : ffffcd0cf8a6bc50 ffffcd0d06da3040 ffffcd0cf8a6bc50 ffffcd0cf8a6bc50 : ReFS!RefsFspDispatch+0x3e7
ffffb506bd4ffa70 fffff8012cf2a7a5 : ffffcd0d06da3040 0000000000000080 ffffcd0cf8a7c080 0000000000000000 : nt!ExpWorkerThread+0x105
ffffb506bd4ffb10 fffff8012cfc8b2a : ffff91819e400180 ffffcd0d06da3040 fffff8012cf2a750 0000000000000246 : nt!PspSystemThreadStartup+0x55
ffffb506bd4ffb60 0000000000000000 : ffffb506bd500000 ffffb506bd4f9000 0000000000000000 0000000000000000 : nt!KiStartSystemThread+0x2a