| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
compiles and boots, so the identical sparc code must too!
ok deraadt@
|
|
|
|
|
|
| |
comments
ok millert@
|
|
|
|
| |
ok miod
|
|
|
|
| |
ok miod@
|
|
|
|
| |
booted from old (< 2.10) bootblocks.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This changes numbers of the SIOCSIFMEDIA and SIOCGIFMEDIA ioctls and
grows struct ifmediareq.
Old ifconfig and dhclient binaries can still assign addresses, however
the 'media' subcommand stops working. Recompiling ifconfig and dhclient
with new headers before a reboot should not be necessary unless in very
special circumstances where non-default media settings must be used to
get link and console access is not available.
There may be some MD fallout but that will be cleared up later.
ok deraadt miod
with help and suggestions from several sharks attending l2k15
|
|
|
|
| |
initializing variables before they get used.
|
| |
|
| |
|
|
|
|
| |
ok miod@
|
|
|
|
|
|
| |
symbols in ASM
ok deraadt@ mpi@
|
|
|
|
| |
ok deraadt@
|
| |
|
|
|
|
| |
ok bluhm@, claudio@, dlg@
|
|
|
|
|
|
|
| |
Note that pseudo-drivers not using if_input() are not affected by this
conversion.
ok mikeb@, kettenis@, claudio@, dlg@
|
| |
|
|
|
|
|
| |
of getting them from libgcc.a, built pie.
This repairs boot blocks operation on sparc, as found the hard way by sebastia@
|
|
|
|
|
| |
which value is decided at runtime, in order to only enable PIE on sun4m
which has a large enough address space.
|
|
|
|
|
|
| |
if_input(). Based upon an initial diff from mpi@, and then painfully made
STRICT_ALIGNMENT-compliant. Tested on 4/260.
ok mpi@
|
|
|
|
|
|
|
|
|
|
|
| |
image has been succesfully loaded (with the recent loadfile changes allowing
us to know where the randomness needs to be loaded). While there, don't
bother doing this when booting from tape.
This works around the sun4e PROM 1.6, which gets confused by PROM open() -
close() sequences without any I/O happening in between.
Crank boot blocks version to 2.11.
|
|
|
|
| |
not available to programs anyway.
|
|
|
|
|
|
|
|
|
| |
the kernel_lock), as we already do better conversions in
user-mode. Yet, no need for every single driver to fiddle with the
conversion code as they are done transparently by common MI code. With
help from armani and miod, support from mpi
ok armani@
|
|
|
|
|
|
|
|
|
|
|
| |
delete coredump_trad(), uvm_coredump(), cpu_coredump(), struct md_coredump,
and various #includes that are superfluous.
This leaves compat_linux processes without a coredump callback. If that
ability is desired, someone should update it to use coredump_elf32() and
verify the results...
ok kettenis@
|
|
|
|
| |
had a proper stdint.h. No ports fallout. OK guenther@ miod@
|
|
|
|
|
|
|
|
|
|
|
|
| |
there's no need to do it in m_devget(9).
Stop passing an ``ifp'' will help for upcoming interface pointer -> index
conversion.
While here remove unused ``ifp'' argument from m_clget(9) and kill two
birds^W layer violations in one commit.
ok henning@
|
|
|
|
| |
ok dlg@
|
|
|
|
|
|
| |
might be overwritten by pseudo-drivers.
ok dlg@, henning@
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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@
|
| |
|
|
|
|
| |
Tested by miod@, thanks!
|
| |
|
|
|
|
| |
actual card name we're attaching.
|
| |
|
|
|
|
|
|
|
|
|
| |
in order to give these systems a more reasonable amount of kva, yet still
providing .75GB to userland processes.
Although there is no dependency upon a recent boot loader on non-SRMMU systems,
SMALL_KERNEL will nevertheless stick to the legacy kvm layout, for the time
being.
|
| |
|
|
|
|
|
| |
`ranges' property, i.e. sun4c, so that child devices can attach correctly.
This makes be(4) work on sun4c.
|
|
|
|
|
|
|
|
|
|
|
| |
reachable with the default slot aperture (such as hme(4) devices, which have
their registers at offset 0x08c00000 from the slot base), force the attachment
of the device to fail.
While hme would fail early due to being unable to talk on the mdio bus, hme+esp
boards would have the esp part of the board get nuts and would spin during
autoconf. Of course, you are not supposed to use such boards on sun4c, because
(as mentioned above) they can't run without an iommu.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
| |
the kernel image or not. No functional change (yet).
|
|
|
|
| |
number of spurious zs interrupts I am seeing on sun4c, albeit not completely.
|
|
|
|
|
|
|
|
|
| |
of text larger, and puts bootxx past the 7680 bytes limit.
Since bootxx only needs printf for very simple panic() message involving %s
and %d format specifiers only, compile a -DSTRIPPED version of printf.c for
the use of bootxx. This makes bootxx return to a manageable size (it is even
8 bytes shorter now).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
more megabyte of virtual memory beyond the kernel image; this is safe to do
as you can't find any such system with less than 8MB of contiguous memory.
While nothing in the kernel has a need for that extra memory to be available
to the kernel for its bootstrap needs, forthcoming changes (post-5.7) will
need it, and these kernels won't work when booted from boot loaders prior to
this change. By shipping 5.7 with updated boot blocks, we'll make upgrading
to 5.7-CURRENT easier for sun4m owners, when the time comes.
Crank boot blocks version.
ok deraadt@
|
|
|
|
|
| |
preparation for systems which do not have console on a zs(4) device.
No functional change yet.
|
|
|
|
|
| |
Use this on vax to correctly pick the end of the stack area now that the
stackgap adjustment code will no longer guarantee it is a fixed location.
|
|
|
|
| |
with and ok miod@
|