| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| |
| | |
which included commits to RCS files with non-trunk default branches.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This is now two seperate drivers that support (I think) all of Stallions's
range, including the high performance intelligent cards, and their older
cards.
Submitted by: Greg Ungerer (gerg@stallion.oz.au)
(User-mode parts and patches to follow)
|
|\ \
| |/
| |
| | |
which included commits to RCS files with non-trunk default branches.
|
| |
| |
| |
| | |
Sumbitted by: Greg Ungerer (gerg@stallion.oz.au)
|
|\ \
| |/
| |
| | |
which included commits to RCS files with non-trunk default branches.
|
| |
| |
| |
| | |
Submitted by: Greg Ungerer (gerg@stallion.oz.au)
|
|\ \
| |/
| |
| | |
which included commits to RCS files with non-trunk default branches.
|
| |
| |
| |
| | |
Submitted by: Greg Ungerer (gerg@stallion.oz.au)
|
|\ \
| |/
| |
| | |
which included commits to RCS files with non-trunk default branches.
|
|
|
|
|
|
|
|
|
|
|
|
| |
boards by Greg Ungerer (gerg@stallion.oz.au). (v0.0.1 alpha)
This is a multiple import of all revisions available to build up
a history.
This driver supports only some of the Stallion range, in particular, not
the highly intelligent cards. That comes in shortly.
Submitted by: Greg Ungerer (gerg@stallion.oz.au)
|
|
|
|
| |
wide-dhcp port.
|
| |
|
|
|
|
|
| |
the usage. I'm not satisfied with the naming, but now at least there is
less bogus stuff around.
|
|
|
|
| |
Clean up some pmap macro usage.
|
| |
|
| |
|
|
|
|
|
|
| |
Closes PR #misc/1172: Error in sbin/dset/Makefile
Submitted by: masafumi@tky007.tth.expo96.ad.jp (Masafumi NAKANE)
|
| |
|
| |
|
|
|
|
| |
Also remove a ton of weird comments and a couple of no-use options.
|
| |
|
| |
|
|
|
|
| |
New disk type for ccd.
|
|
|
|
| |
ccd is a pseudo device.
|
|
|
|
| |
Entry to create ccd devices.
|
|
|
|
|
|
| |
Call ccdconfig before swapon if /etc/ccd.conf exists.
Obtained from: NetBSD
|
| |
|
|
|
|
| |
program. Use the .Fx (FreeBSD) macro in the HISTORY section.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Macroize locore.s' page table setup even more, now it's almost readable.
Rename PG_U to PG_A (so that I can...)
Rename PG_u to PG_U. "PG_u" was just too ugly...
Remove some unused vars in pmap.c
Remove PG_KR and PG_KW
Remove SSIZE
Remove SINCR
Remove BTOPKERNBASE
This concludes my spring cleaning, modulus any bug fixes for messes I
have made on the way.
(Funny to be back here in pmap.c, that's where my first significant
contribution to 386BSD was... :-)
|
|
|
|
| |
(copied from wd.c)
|
| |
|
|
|
|
| |
^[[2K (clear whole line), they not work _initially_
|
| |
|
| |
|
|
|
|
|
|
| |
existance fo `kernel'.
Submitted by: peter
|
|
|
|
| |
Pointed-out-by: Someone in the mailing lists
|
|
|
|
| |
name references in the file section.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Each of the ypclnt functions does a _yp_dobind() when it starts and then
a _yp_unbind() when it finishes. This is not strictly necessary and it
wastes cycles: it means we do a new clnt_create() and clnt_destroy()
for each yp_whatever() call. In fact, you can do multiple clnt_call()s
using a single RPC client handle returned by clnt_create(). Ideally we only
have to create a handle to ypserv once (the first time we call a ypclnt
function) and then destroy it and rebind only if a call to ypserv fails.
- Modify _yp_dobind() so that it only creates a new RPC client handle
when establishing a new binding or when one of the ypclnt calls
invalidates an existing binding and calls _yp_dobind() to establish
a new one.
- Modify the various ypclnt functions to only call _yp_unbind() if a
call to ypserv fails.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
CLBYTES PD_SHIFT PGSHIFT NBPG PGOFSET CLSIZELOG2 CLSIZE pdei()
ptei() kvtopte() ptetov() ispt() ptetoav() &c &c
new:
NPDEPG
Major macro cleanup.
|
|
|
|
| |
PGOFSET -> PAGE_MASK
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
very busy servers (eg: news, web). This is an interaction between
embryonic processes that have not yet finished forking, and happen to
cause the kernel VM space to grow, hitting the uninitialised variable.
It was possible for this to strike at any time, depending on the size of
your kernel and load patterns. One machine had paniced occasionally
when cron launches a job since before the 2.1 release.
If you had "options DIAGNOSTIC", you may have seen references to bogus
addresses like 0xdeadc142 and the like.
This is a minimal change to fix the problem, it will probably be done
better by reordering p_vmspace to be in the startzero section, but it
becomes harder to validate then.
It's been vulnerable since pmap.c rev 1.40 (Jan 9, 1995), so it's been a
cause of problems since well before 2.0.5. This was when the merged
VM/buffer cache and the dynamic growing kernel VM space were first
committed. This probably fixes a few of PR's.
|
| |
|
|
|
|
|
| |
I can only presume that the brain behind this have never seen code
that says "#ifdef LINUX" :-(
|
| |
|
|
|
|
| |
Avoid using the struct pte stuff.
|
| |
|
| |
|