f7fe93344f
Adrian Bunk reported that enabling 4MB page size breaks the build. The problem is that MAX_ORDER combined with the page shift exceeds the SECTION_SIZE_BITS we use in asm-sparc64/sparsemem.h There are several ways I suppose we could work around this. For one we could define a CONFIG_FORCE_MAX_ZONEORDER to decrease MAX_ORDER in these higher page size cases. But I also know that these page size cases are broken wrt. TLB miss handling especially on pre-hypervisor systems, and there isn't an easy way to fix that. These options were meant to be fun experimental hacks anyways, and only 8K and 64K make any sense to support. So remove 512K and 4M base page size support. Of course, we still support these page sizes for huge pages. Signed-off-by: David S. Miller <davem@davemloft.net> |
||
|---|---|---|
| .. | ||
| atomic.S | ||
| bitops.S | ||
| bzero.S | ||
| checksum.S | ||
| clear_page.S | ||
| copy_in_user.S | ||
| copy_page.S | ||
| csum_copy_from_user.S | ||
| csum_copy_to_user.S | ||
| csum_copy.S | ||
| GENbzero.S | ||
| GENcopy_from_user.S | ||
| GENcopy_to_user.S | ||
| GENmemcpy.S | ||
| GENpage.S | ||
| GENpatch.S | ||
| iomap.c | ||
| ipcsum.S | ||
| Makefile | ||
| mcount.S | ||
| memcmp.S | ||
| memmove.S | ||
| memscan.S | ||
| NG2copy_from_user.S | ||
| NG2copy_to_user.S | ||
| NG2memcpy.S | ||
| NG2page.S | ||
| NG2patch.S | ||
| NGbzero.S | ||
| NGcopy_from_user.S | ||
| NGcopy_to_user.S | ||
| NGmemcpy.S | ||
| NGpage.S | ||
| NGpatch.S | ||
| PeeCeeI.c | ||
| rwsem.S | ||
| strlen_user.S | ||
| strlen.S | ||
| strncmp.S | ||
| strncpy_from_user.S | ||
| U1copy_from_user.S | ||
| U1copy_to_user.S | ||
| U1memcpy.S | ||
| U3copy_from_user.S | ||
| U3copy_to_user.S | ||
| U3memcpy.S | ||
| U3patch.S | ||
| user_fixup.c | ||
| VISsave.S | ||
| xor.S | ||