From: "k e" <eiselekd@xxxxxxxxx> Date: Tue, 18 Nov 2008 21:36:24 +0100 > So I could at max form a 8*64=512 entry software PTE-table that would > only be 2k. > However the page size would be 32k anyway. So you would be able to have (32 / 2) PTE tables in one page. I don't see what the problem is with that. > Could someone explain why there is a need to join hardware PTE-Tables together > to form chunks of 4k (PAGE_SIZE, but in my case 32k). Because the kernel works with struct page for PTE level pages, and if that memory is in highmem it does a kmap() on that page when modifying PTEs. > Is this only a performance consideration or would I run into trouble > if using only 2k > chunks of 512 enties? I don't see any problem with this. Just modify the indexing so that 32K page indexes are used at the PTE level, and modify the calculations that determine how many PTE tables fit into a page for allocation. -- To unsubscribe from this list: send the line "unsubscribe sparclinux" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
