So it turns outthe HP engineers changed the PA-RISC 2.0 architecture
authorkettenis <kettenis@openbsd.org>
Wed, 23 Jul 2008 17:39:35 +0000 (17:39 +0000)
committerkettenis <kettenis@openbsd.org>
Wed, 23 Jul 2008 17:39:35 +0000 (17:39 +0000)
commitf5d09e55be872cd4c3545c46fcfcac212b72f01b
treea8bcd41fe8cb1e8252a6f5ea4e11640cb5fcc744
parent0d1f5adac02c0962f687a20d8669654911ea1d3d
So it turns outthe HP engineers changed the PA-RISC 2.0 architecture
after it was published.  In particular, they changed the maximum cache
aliasing boundary from 1MB to 16MB.

It turns that on the PA-8700 the aliasing boundary is actually 4MB
(reported as such by the firmware at least).  There are some comments
in the Linux code that suggest that HP never actually built PA-RISC
CPUs with an 8MB or 16MB aliasing boundary.

So raise the aliasing boundary to 4MB.  This fixes the weird ps(1) problem
where it didn't print its own arguments correctly.
sys/arch/hppa/include/cpu.h