| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
You've served us well, good friend, but now it's time to rest.
ok deraadt
|
|
|
|
|
| |
sun4/4c/4e, increase NKMEMPAGES_MAX_DEFAULT to the same value as platforms
with limited, but not horribly limited, kva size.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
behind a sun4m iommu.
Move the existing dvma routines from vm_machdep.c to this new dvma.c; this
allows for a few declarations to be removed from public headers.
Extend the device attachment arguments (struct confargs) to pass a
bus_dma_tag_t. mainbus receives the dvma bus_dma_tag_t, and devices pass the
tag unchanged to their children, except for iommu(4) which replaces it with
its own.
Change the few sun4m-only drivers to pick the bus_dma_tag_t from confargs
rather than assume iommu; this allows qlw(4) to attach and work on sun4c.
ok kettenis@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
lower VM_MIN_KERNEL_ADDRESS, since these systems are not crippled by the
Sun-4 MMU hole and have the real 4GB of address space.
Kernels running on Sun-4 MMU are not affected and will still be restricted
to the existing 128MB of kernel space, with 1GB - 128MB of user space.
Kernels running on SRMMU will now provide the low 3GB of address space to
userland, and use the top 1GB for the kernel, except when compiled with
option SMALL_KERNEL, in which case they will keep Sun-4 style the layout
(this is temporary to allow for people to boot bsd.rd to upgrade even when
not running 2.10 boot blocks, and will be removed eventually)
A consequence of this is that the top of the userland stack is no longer at
0xf0000000. But since nothing in userland uses USRSTACK anymore, this should
not be an issue.
Tested on sun4c and various sun4m, with physical memory sizes ranging from 32
to 448MB.
|
| |
|
| |
|
|
|
|
|
|
|
| |
to keep definitions our of user space. The MD files now follow a consistant
order -- all namespace intrusion is at the tail can be cleaned up
independently. locore, bootblocks, and libkvm still see enough visibility to
build. Checked on 90% of platforms...
|
|
|
|
|
|
|
|
| |
compat names kept in <machine/param.h>. In <sys/socket.h>, pull
in <sys/_types.h> instead of the namespace polluting <machine/param.h>
and completely eliminate __CMSG_ALIGN, replaced by _ALIGN
ok deraadt@
|
|
|
|
| |
update the comment block accordingly.
|
|
|
|
| |
Discussed and okay drahn@. Okay deraadt@.
|
| |
|
|
|
|
|
|
| |
sun4c, as it has a sun4c OpenPROM but a sun4 8KB pagesize. VME devices are
not supported yet.
ok deraadt@
|
|
|
|
|
| |
space on SRMMU systems (i.e. sun4m), so don't do it anymore and update
misleading comments.
|
|
|
|
| |
from Rodolfo Gouveia
|
|
|
|
|
|
|
|
|
|
|
| |
mbuf constants from MD param.h to MI param.h.
Besides being the same on every arch, things will
most probly break if any arch has different values
then the others.
The NMBCLUSTERS constants needs to be MD though;
ok miod@,krw@,claudio@
|
| |
|
|
|
|
|
|
|
|
| |
in the six cases using "512".
As DEV_BSHIFT is always 9, this should be a no-op.
"no objections" miod@ "I can't see any problem doing this." pedro@
|
|
|
|
| |
found by drahn@
|
|
|
|
|
| |
machines; this will be fixed post release. Reported by Serge Basterot.
ok deraadt@
|
| |
|
|
|
|
| |
kernel_map larger.
|
|
|
|
| |
on large memory sun4m machines.
|
|
|
|
|
| |
arches; except on sparc where the range is 4-8 for !sun4m and 4-64 for sun4m,
selected at runtime.
|
| |
|
| |
|
|
|
|
| |
cluster value that noone will really need to crank.
|
|
|
|
| |
rescinded 22 July 1999. Proofed by myself and Theo.
|
|
|
|
|
| |
there.
Win some uglyness points in fixing this.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Instead of using a homegrown set of variables in this case, rely on uvmexp
fields once uvm has been initialized.
This requires a few #include <uvm/uvm_extern.h> here and there in the kernel
as well.
Idea from art@, changes by me.
|
|
|
|
| |
Fixes PR #2219
|
|
|
|
| |
(sync with other arches)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
date: 2000/02/11 19:22:52; author: thorpej;
Add some very simple code to auto-size the kmem_map. We take the
amount of physical memory, divide it by 4, and then allow machine
dependent code to place upper and lower bounds on the size. Export
the computed value to userspace via the new "vm.nkmempages" sysctl.
NKMEMCLUSTERS is now deprecated and will generate an error if you
attempt to use it. The new option, should you choose to use it,
is called NKMEMPAGES, and two new options NKMEMPAGES_MIN and
NKMEMPAGES_MAX allow the user to configure the bounds in the kernel
config file.
|
|
|
|
|
| |
The archs that didn't have a proper PMAP_NEW now have a dummy implementation
with wrappers around the old functions.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
CLSIZE -> 1
CLBYTES -> PAGE_SIZE
OLOFSET -> PAGE_MASK
etc.
At the same time some archs needed some cleaning in vmparam.h so that
goes in at the same time.
|
|
|
|
|
|
|
|
| |
- use a flag to specify allocations for 24 bit devices
- compatibility macros to deal with the 32 bit devices
This fixes the 'le at sbus' on sun4m problem (with the extent fixes
earlier), and allows the Artecon ethernet cards to work in sun4m machines.
|
| |
|
| |
|
| |
|
|
|
|
| |
(and friends).
|
|
|
|
|
| |
remove "register" keywords
Various cleanups.
|
| |
|
| |
|
|
|
|
| |
file is included from userland programs (such as lsof)
|
| |
|
|
|
|
|
| |
GENERIC currently compiles and runs; some devices (isp) are not complete and
not yet enabled.
|
| |
|
| |
|