[reactos] 01/02: [NTOSKRNL] Revert 4ef0887: experiments show that our FastFAT is not ready yet to live on its own. So, bring back the infamous IopParseDevice() hack. Dismounting is to be fixed in FastFAT. Even though it might not be the last remaining bug...

[Pierre Schweitzer]

https://git.reactos.org/?p=reactos.git;a=commitdiff;h=fc5a61d8b76a0b3eca172f...

commit fc5a61d8b76a0b3eca172f6de9497d91ead47397
Author: Pierre Schweitzer [e-mail]
AuthorDate: Mon Dec 25 11:20:15 2017 +0100

[NTOSKRNL] Revert 4ef0887: experiments show that our FastFAT is not ready yet to live on its own.
    So, bring back the infamous IopParseDevice() hack. Dismounting is to be fixed in FastFAT.
    Even though it might not be the last remaining bug...

CORE-14124
    CORE-14126
    CORE-14133
---
 ntoskrnl/io/iomgr/file.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/ntoskrnl/io/iomgr/file.c b/ntoskrnl/io/iomgr/file.c
index 11ad0529b3..71863ccb42 100644
--- a/ntoskrnl/io/iomgr/file.c
+++ b/ntoskrnl/io/iomgr/file.c
@@ -533,7 +533,7 @@ IopParseDevice(IN PVOID ParseObject,
         /* Check if we can simply use a dummy file */
         UseDummyFile = ((OpenPacket->QueryOnly) || (OpenPacket->DeleteOnly));

-#if 0
+#if 1
         /* FIXME: Small hack still exists, have to check why...
          * This is triggered multiple times by usetup and then once per boot.
          */