Some filesystems like Btrfs and XFS (iirc) have elements that are page size dependent, and can only be opened on systems with the same page size as the one that made them.
Some stuff like Wine (and windows in general AFAIK) assumes 4k "alignment" and doesn't like it when it differs)
Of course, on P9 you can just change the page size to 4k and be done with it. Apple appears to have only implemented 16KB pages and nothing else, presumably to minimize silicon cost/maximize performance (?)
I think it is because, due to quirks of the interaction of virtual address resolutions with cache addressing, it allows Apple to use a larger L1 cache.
The page size on windows is 64kb as well so portable software already needs to deal with supporting 4kB and 64kB pages.
I appreciate the open platform and documentation behind it -- the OpenPOWER people publish a lot of detailed technical docs, and all the source code is available, with everything down to the FPGAs controlling power-up easily modifiable, without having to reverse-engineer all the bits like cough other platforms.
It's just a shame it started off expensive and has gotten even more so the past couple of years. I suppose it's just what happens when you're producing such complex boards at such a tiny scale, and for such a niche audience.
I think the language they used is misleading. It's more likely Android has introduced some bugs from assuming page sizes are always 4kb.
"Whilst Ubuntu and other standard distros don't care?"
Many of the various different architectures Linux runs on have page sizes that aren't 4kb. It's typically defined in a constant called "PAGE_SHIFT" in the arch/<ARCH>/include/asm/page.h file for the architecture.
For example, PAGE_SHIFT is 13 for OpenRisc: https://github.com/torvalds/linux/blob/fcadab740480e0e0e9fa9...
A quick way to convert that to the page size:
$ echo "2^13" | bc
8192