Ros-diffs February 2008

ros-diffs@reactos.org
  • 21 participants
  • 460 discussions

[ros-arm-bringup] 32364: One would expect that a function called "MmIsUsablePage" would return whether a not a page is usable. In other words, we are making sure that the page is free/available, so that we may make use of it. Apparently not so -- MmIsUsable page returned if a page was NOT usable, but was instead "already used". The caller's wish was to ensure he was correctly using a used page, not to check if he could start using a usable page. This would just be an annoying gramatical/logic er
by ros-arm-bringup@svn.reactos.org
16 years, 8 months

[fireball] 32363: - Load drivers database (AppPatch/drvmain.sdb), so Windows could use it if needed.
by fireball@svn.reactos.org
16 years, 8 months

[ros-arm-bringup] 32362: Fix a couple of off-by-one bugs we recently introduced -- PFNs are one of the only indexes which are actually 0-based, so you really want to loop from 0 to the last page, inclusive (unlike most loops where you would stop *before* the last element index).
by ros-arm-bringup@svn.reactos.org
16 years, 8 months

[ros-arm-bringup] 32361: Stop lying that the PCR, KUSER_SHARED_DATA, and PDEs are "BIOS" pages, they're USED pages. Stop initializing fields to 0 if we've already cleared the entire array! Stop setting arbitrary values for MapCount and ReferenceCount -- both the KPCR, KUSER_SHARED_DATA and PDE are mapped! Stop saying Video ROM has a reference count, it's the same as BIOS memory, except the MiIsPfnRam function doesn't detect it and we have a hack for it.
by ros-arm-bringup@svn.reactos.org
16 years, 8 months

[ros-arm-bringup] 32360: Prepare for getting rid of the Freelist hacks and use memory descriptors instead, by detecting the highest free memory descriptor, and allocating the page array PTEs from there (gets rid of the "LastPage" variable).
by ros-arm-bringup@svn.reactos.org
16 years, 8 months

[ros-arm-bringup] 32359: We were looping the memory descriptors in order to find the number of pages that are available to the system, that is to say, your RAM, minus pages that the BIOS said belong to it. This part is good. Next up, we were creating the page array for these pages, up to the highest entry, which we called, the number of pages on the system. This is the problem. Suppose we had 1000 pages somewhere in low memory that were used by the BIOS, we'd now call the total pages RAM - 1000
by ros-arm-bringup@svn.reactos.org
16 years, 8 months

[ros-arm-bringup] 32358: Why divide up the page array into chunks of 128 pages? Why have a nested loop to initialize system memory in chunks of 128 pages? Why zero the array entries in chunks of 128? The page array is now initialized by simply iterating every page on the system, and filling out its entry in the array. Moved out the division calculations even one more step out of the loop -- now they're really calculated once, instead of 1000 times (an improvement over the 400000 times they were
by ros-arm-bringup@svn.reactos.org
16 years, 8 months

[ros-arm-bringup] 32357: Don't loop the page array list THREE times to set it up, ONCE is plenty enough! Remove the incomprehensible PFN allocation being done for the pages holding the page list array. We now: 1) Find the highest usable RAM page 2) Allocate the PTEs to hold the array from that point on and lower. Don't do expensive divisions for every single page on the system being looped! Precompute the values ONCE. Don't set the reference count for the KPCR and KUSER_SHARED_DATA to 0, these a
by ros-arm-bringup@svn.reactos.org
16 years, 8 months

[ros-arm-bringup] 32356: The Memory Manager design dictated that every page must be on a linked list, so that it can be removed from that list when dereferenced, and inserted on the free list. This wasn't optimal, because the UsedPageListHead was actually not used for anything else than working set and user-page LRU. Nevertheless, every single page on the system would be on a list (such as the non-pool memory list), even if those lists were ignored. Those lists are all gone now, replaced by the
by ros-arm-bringup@svn.reactos.org
16 years, 8 months

[dreimer] 32355: Bug 3053: some slovak translations by Mario Kacmar - kario@szm.sk Bug 3066: Recent usetup polish translation update by Olaf Siejka - olaf_siejka@o2.pl
by dreimer@svn.reactos.org
16 years, 8 months
Results per page: