Timo Kreuzer 176de8bd25 [NTOS:PNP] Don't use a pointer to a stack structure in a work-item ... Previously FsRtlNotifyVolumeEvent would pass a pointer to a TARGET_DEVICE_CUSTOM_NOTIFICATION structure on the stack to IoReportTargetDeviceChangeAsynchronous, which would store a pointer to it in a work-item and process that after the stack object was already out of scope. This broke x64 boot. Started happening after recent fixes to IoReportTargetDeviceChangeAsynchronous.		2024-10-10 20:28:59 +03:00
..
arbiters.c
devaction.c	[NTOS:PNP][UMPNPMGR] GUID_DEVICE_ENUMERATED should be a DeviceInstallEvent	2023-12-03 14:00:34 +01:00
devnode.c
plugplay.c	[NTOS:PNP][UMPNPMGR] GUID_DEVICE_ENUMERATED should be a DeviceInstallEvent	2023-12-03 14:00:34 +01:00
pnpdma.c
pnpinit.c
pnpirp.c
pnpmap.c
pnpmgr.c
pnpnotify.c	[NTOS:PNP] PiNotifyTargetDeviceChange: Don't free incorrect buffer	2024-10-07 11:16:03 +02:00
pnpreport.c	[NTOS:PNP] Don't use a pointer to a stack structure in a work-item	2024-10-10 20:28:59 +03:00
pnpres.c
pnproot.c
pnputil.c