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	[NTOS:PNP] Do not create an extra "PDO" device inside PnP root driver	2023-06-29 19:25:25 +03:00
pnpirp.c
pnpmap.c	[NTOS:PNP] Assign correct PnP IDs to the devices detected by bootloader	2023-06-11 16:19:02 +03:00
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	[NTOS:PNP] Refactor PnpRootCreateDevice	2023-06-29 19:25:28 +03:00
pnputil.c