Christ! Don't zero out the shared memory page during Virtual Memory initialization...
authorReactOS Portable Systems Group <ros-arm-bringup@svn.reactos.org>
Fri, 15 Feb 2008 06:49:59 +0000 (06:49 +0000)
committerReactOS Portable Systems Group <ros-arm-bringup@svn.reactos.org>
Fri, 15 Feb 2008 06:49:59 +0000 (06:49 +0000)
commit793e31e8deaa0ce1023586349794848b65f4fe61
treee54980dbc2b45041d3fa125960dd9bdf00321e9e
parent63cd339c0c50bee7ed5b10195a495ec36839967f
Christ! Don't zero out the shared memory page during Virtual Memory initialization! The page is already well in-use by the time we were zeroing it out, and this is also the reason why all the attempts to move MmInit1 into MmInitSystem had previously failed -- the NtSystemRoot path would get written during initialization (But before MmInitSystem), and MmInit1 would then zero out the entire structure.
Not only does this allow us to do MmInit1 in MmInitSystem, where it should be, but it also fixes the fact that several KUSER_SHARED_DATA flags were being zeroed out.
As an added benefit, ARM/PPC ports now need to worry about Mm much later then before (well after the HAL has initialized and interrupts are enabled).

svn path=/trunk/; revision=32373
reactos/ntoskrnl/ke/i386/kiinit.c
reactos/ntoskrnl/mm/mminit.c