> > No particular preference. Or you could have .../page_sizes list all > > available sizes, and have qemu take the first one (or last depending on > > sort order). > > That would also work. Considering that the current transparent > hugepage support won't support any more than 1 page, I think it's ok > to call it hpage_size, the fact that amd/intel will add a 64k page > size is purely hypothetical
It's only hypothetical on x86. Many other architectures already support this (at least ARM, MIPS, IA64, SPARC). Paul
