[ros-diffs] [tkreuzer] 34875: - add missing export RtlExtended integerMultiply to ntoskrnl - build class2, atapi and scsiport drivers
tkreuzer at svn.reactos.org
tkreuzer at svn.reactos.org
Mon Jul 28 02:34:08 CEST 2008
- Previous message: [ros-diffs] [tkreuzer] 34874: class2: fix ULONG to pointer cast
- Next message: [ros-diffs] [ros-arm-bringup] 34876: Looks like this address space nonsense made even less sense than originally understood. The kernel address space was something created very early-on, and associated with a global variable that actually contained the address space itself (so it wasn't part of any process). Its locks however, were associated to the "current process", which, when this function is called, is the idle process (which later is cloned into the initial system process). Shortly thereafter, the address space of the "current process" (still, at this point, the idle process) was initialized with the function reserved for real processes (MmInitializeProcessAddressSpace), which among other things, performed a couple of user-mode mappings (which are irrelevant and should not be part of the system process address space). This created a weird schism: the kernel address space was actually a global variable associated with no process at all, while the kernel process had its own address space as well (which was not the kernel address space). It's a miracle this didn't screw anything up especially since whether or not the address space has an owner determined the lowest address (which means that if the kernel process allocated a memory with its *own* address space, the code would think it was a user-mode process). This patch gets rid of the kernel address space as a static structure, and instead makes it a pointer into the idle/system process' address space. It also gets rid of MmInitializeKernelAddresSpace and instead makes use of the existing MmInitializeHandBuiltProcess, cleaning up the user-mode allocations previously made. Even though all address spaces now have an owner and are part of a process, MmGetAddressSpaceOwner will still return NULL for now, to remain backwards compatible with legacy code.
- Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
Author: tkreuzer
Date: Sun Jul 27 19:34:07 2008
New Revision: 34875
URL: http://svn.reactos.org/svn/reactos?rev=34875&view=rev
Log:
- add missing export RtlExtended integerMultiply to ntoskrnl
- build class2, atapi and scsiport drivers
Modified:
branches/ros-amd64-bringup/reactos/ReactOS-amd64.rbuild
branches/ros-amd64-bringup/reactos/ntoskrnl/ntoskrnl_amd64.def
Modified: branches/ros-amd64-bringup/reactos/ReactOS-amd64.rbuild
URL: http://svn.reactos.org/svn/reactos/branches/ros-amd64-bringup/reactos/ReactOS-amd64.rbuild?rev=34875&r1=34874&r2=34875&view=diff
==============================================================================
--- branches/ros-amd64-bringup/reactos/ReactOS-amd64.rbuild [iso-8859-1] (original)
+++ branches/ros-amd64-bringup/reactos/ReactOS-amd64.rbuild [iso-8859-1] Sun Jul 27 19:34:07 2008
@@ -117,13 +117,21 @@
</directory>
</directory>
<directory name="storage">
+ <directory name="class">
+ <directory name="class2">
+ <xi:include href="drivers/storage/class/class2/class2.rbuild" />
+ </directory>
+ </directory>
<directory name="ide">
<directory name="atapi">
- <!-- xi:include href="drivers/storage/ide/atapi/atapi.rbuild" / -->
+ <xi:include href="drivers/storage/ide/atapi/atapi.rbuild" />
</directory>
</directory>
+ <directory name="port">
+ <xi:include href="drivers/storage/port/directory.rbuild" />
+ </directory>
<directory name="scsiport">
- <!-- xi:include href="drivers/storage/scsiport/scsiport.rbuild" / -->
+ <xi:include href="drivers/storage/scsiport/scsiport.rbuild" />
</directory>
</directory>
</directory>
Modified: branches/ros-amd64-bringup/reactos/ntoskrnl/ntoskrnl_amd64.def
URL: http://svn.reactos.org/svn/reactos/branches/ros-amd64-bringup/reactos/ntoskrnl/ntoskrnl_amd64.def?rev=34875&r1=34874&r2=34875&view=diff
==============================================================================
--- branches/ros-amd64-bringup/reactos/ntoskrnl/ntoskrnl_amd64.def [iso-8859-1] (original)
+++ branches/ros-amd64-bringup/reactos/ntoskrnl/ntoskrnl_amd64.def [iso-8859-1] Sun Jul 27 19:34:07 2008
@@ -13,6 +13,7 @@
KeInitializeSpinLock
KeGetCurrentProcessorNumber
RtlConvertUlongToLargeInteger
+RtlExtendedIntegerMultiply
;
; original:
CcCanIWrite
- Previous message: [ros-diffs] [tkreuzer] 34874: class2: fix ULONG to pointer cast
- Next message: [ros-diffs] [ros-arm-bringup] 34876: Looks like this address space nonsense made even less sense than originally understood. The kernel address space was something created very early-on, and associated with a global variable that actually contained the address space itself (so it wasn't part of any process). Its locks however, were associated to the "current process", which, when this function is called, is the idle process (which later is cloned into the initial system process). Shortly thereafter, the address space of the "current process" (still, at this point, the idle process) was initialized with the function reserved for real processes (MmInitializeProcessAddressSpace), which among other things, performed a couple of user-mode mappings (which are irrelevant and should not be part of the system process address space). This created a weird schism: the kernel address space was actually a global variable associated with no process at all, while the kernel process had its own address space as well (which was not the kernel address space). It's a miracle this didn't screw anything up especially since whether or not the address space has an owner determined the lowest address (which means that if the kernel process allocated a memory with its *own* address space, the code would think it was a user-mode process). This patch gets rid of the kernel address space as a static structure, and instead makes it a pointer into the idle/system process' address space. It also gets rid of MmInitializeKernelAddresSpace and instead makes use of the existing MmInitializeHandBuiltProcess, cleaning up the user-mode allocations previously made. Even though all address spaces now have an owner and are part of a process, MmGetAddressSpaceOwner will still return NULL for now, to remain backwards compatible with legacy code.
- Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
More information about the Ros-diffs
mailing list