62f456b315
a struct pmap be the same on both SMP and UP kernels. It turns out that the size of a struct pmap is much larger on alpha SMP systems due to the number of pm_asn's being dependant on MAX_CPU. Since modules are supposed to be SMP agnostic, this has the affect of moving around the "interesting bits" of the vmspace (daddr, dsize) that the osf1 module wants to frob. So the module ends up scribbling in a pmap struct, and the user either sees a panic, or an application failure. While here, I've also shrunk MAXCPU to 8 now that it affects the size of pmap structs on UP systesm. This should be plenty, as I'm unware of any hardware we currently run in which supports more than 8 CPUs. |
||
---|---|---|
.. | ||
pc | ||
_inttypes.h | ||
_limits.h | ||
_stdint.h | ||
_types.h | ||
alpha_cpu.h | ||
asm.h | ||
atomic.h | ||
bootinfo.h | ||
bus_memio.h | ||
bus_pio.h | ||
bus.h | ||
bwx.h | ||
chipset.h | ||
clock.h | ||
clockvar.h | ||
cpu.h | ||
cpuconf.h | ||
cpufunc.h | ||
critical.h | ||
db_machdep.h | ||
elf.h | ||
endian.h | ||
exec.h | ||
float.h | ||
floatingpoint.h | ||
fpu.h | ||
frame.h | ||
ieee.h | ||
ieeefp.h | ||
in_cksum.h | ||
inst.h | ||
intr.h | ||
intrcnt.h | ||
ioctl_bt848.h | ||
ioctl_meteor.h | ||
kse.h | ||
limits.h | ||
md_var.h | ||
mutex.h | ||
pal.h | ||
param.h | ||
pcb.h | ||
pcpu.h | ||
pmap.h | ||
proc.h | ||
profile.h | ||
prom.h | ||
pte.h | ||
ptrace.h | ||
reg.h | ||
reloc.h | ||
resource.h | ||
rpb.h | ||
runq.h | ||
setjmp.h | ||
sgmap.h | ||
sigframe.h | ||
signal.h | ||
smp.h | ||
stdarg.h | ||
swiz.h | ||
sysarch.h | ||
ucontext.h | ||
varargs.h | ||
vmparam.h |