linux/arch/ppc64
Benjamin Herrenschmidt 5d96551541 [PATCH] ppc64: Fix pages marked dirty abusively
While working on 64K pages, I found this little buglet in our
update_mmu_cache() implementation.

The code calls __hash_page() passing it an "access" parameter (the type
of access that triggers the hash) containing the bits _PAGE_RW and
_PAGE_USER of the linux PTE.  The latter is useless in this case and the
former is wrong.  In fact, if we have a writeable PTE and we pass
_PAGE_RW to hash_page(), it will set _PAGE_DIRTY (since we track dirty
that way, by hash faulting !dirty) which is not what we want.

In fact, the correct fix is to always pass 0. That means that only
read-only or already dirty read write PTEs will be preloaded. The
(hopefully rare) case of a non dirty read write PTE can't be preloaded
this way, it will have to fault in hash_page on the actual access.

Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2005-10-21 12:17:43 -07:00
..
boot [PATCH] PPC64: large INITRD causes kernel not to boot 2005-09-09 22:11:37 +10:00
configs [PATCH] ppc64: update defconfigs 2005-10-19 23:12:36 -07:00
kernel [PATCH] ppc64: Fix typo in time calculations 2005-10-21 12:17:43 -07:00
lib [LIB]: Consolidate _atomic_dec_and_lock() 2005-09-14 21:47:01 -07:00
mm [PATCH] ppc64: Fix pages marked dirty abusively 2005-10-21 12:17:43 -07:00
oprofile [PATCH] ppc64: Move oprofile_model into cpu feature struct 2005-09-06 16:09:21 +10:00
xmon [PATCH] ppc64: Add ptrace data breakpoint support 2005-09-12 17:19:12 +10:00
defconfig [PATCH] ppc64: update defconfigs 2005-10-19 23:12:36 -07:00
Kconfig [LIB]: Consolidate _atomic_dec_and_lock() 2005-09-14 21:47:01 -07:00
Kconfig.debug [PATCH] ppc64: update xmon helptext 2005-09-05 00:06:01 -07:00
Makefile [PATCH] ppc64: Build zImage.vmode for G5 2005-09-21 10:11:54 -07:00