From d68e72bf84fff75aa806033447a4af6afa56da1c Mon Sep 17 00:00:00 2001 From: Aleksey Bragin Date: Tue, 23 Oct 2007 19:19:06 +0000 Subject: [PATCH] - Revert 29702 (IopParseDeviceHack is still required in 1st stage, and the Real Bug is at some other place, so no need in masking it away by doing calls which avoid buggy operation). svn path=/trunk/; revision=29834 --- reactos/ntoskrnl/fstub/disksup.c | 2 +- reactos/ntoskrnl/io/iomgr/file.c | 3 --- 2 files changed, 1 insertion(+), 4 deletions(-) diff --git a/reactos/ntoskrnl/fstub/disksup.c b/reactos/ntoskrnl/fstub/disksup.c index 32e239279e0..0ba6e2241f0 100644 --- a/reactos/ntoskrnl/fstub/disksup.c +++ b/reactos/ntoskrnl/fstub/disksup.c @@ -481,7 +481,7 @@ xHalIoAssignDriveLetters(IN PLOADER_PARAMETER_BLOCK LoaderBlock, NULL); Status = ZwOpenFile(&FileHandle, - FILE_READ_ATTRIBUTES | SYNCHRONIZE, + FILE_READ_DATA | SYNCHRONIZE, &ObjectAttributes, &StatusBlock, FILE_SHARE_READ, diff --git a/reactos/ntoskrnl/io/iomgr/file.c b/reactos/ntoskrnl/io/iomgr/file.c index 38568a1e69d..7f3e07231ab 100644 --- a/reactos/ntoskrnl/io/iomgr/file.c +++ b/reactos/ntoskrnl/io/iomgr/file.c @@ -404,9 +404,6 @@ IopParseDevice(IN PVOID ParseObject, /* FIXME: Small hack still exists, have to check why... * This is triggered multiple times by usetup and then once per boot. - * TMN: NOTE: It might have been fixed now, by changing the requested - * openmode in xHalIoAssignDriveLetters from FILE_READ_DATA to - * FILE_READ_ATTRIBUTES. If verified, this hack should be removed. */ if (!(DirectOpen) && !(RemainingName->Length) &&