Age | Commit message (Collapse) | Author |
|
ok deraadt@
|
|
ok deraadt@
|
|
is yet to be determined if the w200 has hope or not though from what i've read
it should be possible.
ok deraadt@
|
|
|
|
it could never always work, and worse, may cause other bugs/crashes.
|
|
ok deraadt@
|
|
|
|
rather than an ugly 0x108.
|
|
sends SIGVTALRM and SIGPROF to the process if they had. There is a big
problem with calling psignal from hardclock on MULTIPROCESSOR machines
though. It means we need to protect all signal state in the process
with a lock because hardclock doesn't obtain KERNEL_LOCK. Trying to
track down all the tentacles of this quickly becomes very messy. What
saves us at the moment is that SCHED_LOCK (which is used to protect
parts of the signal state, but not all) happens to be recursive and
forgives small and big errors. That's about to change.
So instead of trying to hunt down all the locking problems here, just
make hardclock not send signals. Instead hardclock schedules a timeout
that will send the signal later. There are many reasons why this works
just as good as the previous code, all explained in a comment written
in big, friendly letters in kern_clock.
miod@ ok noone else dared to ok this, but noone screamed in agony either.
|
|
|
|
|
|
OpenBSD. This gives us a simpler and faster cpu_switch() as a bonus.
ok drahn@
|
|
media.
The latter is to work around a pmap issue on 680[46]0, for which either
a kluge or a real fix look very ugly.
|
|
<dsb@poi.dvo.ru>
|
|
- allocate and manage our own memory for rx packets rather than using
mbuf clusters; code for this lifted from if_bge.c
- pass the correct size to bus_dmamap_create()
ok deraadt@
|
|
cpus calling hardclock and the statclock emulation. Move some ifdef
__HAVE_TIMECOUNTER code.
|
|
using as part of the general pmap machinery (though they might come back
at some point to speed up I/O mappings), and we don't use the 88110 BATC
yet.
|
|
- Less chatty.
|
|
|
|
|
|
- a really working and simpler ddb "machine translate" helper.
- get rid of the remains of the BATC code, which would not work as is on
4:1 and 8:1 boards.
|
|
|
|
|
|
|
|
|
|
ok deraadt@
|
|
Especially since it doesn't add anything but spam during reboot.
|
|
|
|
interfaced with the MI scsi code.
Adapted from NetBSD with some changes (especially to get tape and old
cd-rom drives to not cause the driver to spin during probe).
Tested by millert@ and I, ok millert@
|
|
|
|
- change the split CMMU strategy from splitting on user/supervisor, then
A14/A14*, to A12/A12*, then A14/A14*. I believe this arrangment, being
more symmetrical, uses the extra CMMUs better.
- correctly handle 88204 - they will split on A14 and A16 instead of A12
and A14.
- fix the addressing logic, when we need to know if a specific CMMU manages
a certain address, or not. Code is even smaller now!
- since the strategy choice makes user/supervisor distinction obsolete,
remove the associated logic in m8820x_cmmu_set().
We now run multiuser on a 2P128 (4:1 88200) HYPERmodule. All 4:1 configurations
should work; 8:1 configurations (1P128 with 88200, and 1P512) could not been
tested due to lack of such hardware.
|
|
|
|
MVME188 configurations. Thus, we are looking at valid values when electing
the faulting CMMU.
|
|
autonegotiation to take place if IFM_AUTO is selected in mii_media_set.
From NetBSD
|
|
when match verbose is turend on.
|
|
these into larger ranges wherever possible.
this should speed up NFS writes quite a bit.
ok art@ millert@ pedro@ tedu@
|
|
|
|
|
|
to a route.
the label is sent over the routing socket wrapped into a new
struct sockaddr_rtlabel, allowing for handling it like any other sockaddr.
struct rtentry only contains a (16 bit) label-ID, with the actual labels
kept outside the routing table.
ID allocator code inspired by my own code for altq and pf tags.
mostly hacked at the c2k4 hackathon, markus ok
|
|
to 8 bits only; found the hard way by henning@.
Ok deraadt@ marius@ millert@
|
|
updates to; this allows pairs of pfsync firewalls to protect the traffic
with IPSec.
|
|
|
|
why vga scrolling wasn't working by sending beeps on the speaker.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
handling code checks the error status of the correct CMMUs and really
reports an error code.
This gets us closer to getting these modules to work, at the expense of
sanity and some code readability.
|