- Add syscons.4.
If there still are errors, whether technical or grammatical, they are
entirely mine, not the reviewers'.
Reviewed by: sos, jkh, archie, Nick Hilliard <nick@iol.ie>
peripheral drivers can determine where in the devstat(9) list they are
inserted.
This requires recompilation of libdevstat, systat, vmstat, rpc.rstatd, and
any ports that depend on the devstat code, since the size of the devstat
structure has changed. The devstat version number has been incremented as
well to reflect the change.
This sorts devices in the devstat list in "more interesting" to "less
interesting" order. So, for instance, da devices are now more important
than floppy drives, and so will appear before floppy drives in the default
output from systat, iostat, vmstat, etc.
The order of devices is, for now, kept in a central table in devicestat.h.
If individual drivers were able to make a meaningful decision on what
priority they should be at attach time, we could consider splitting the
priority information out into the various drivers. For now, though, they
have no way of knowing that, so it's easier to put them in an easy to find
table.
Also, move the checkversion() call in vmstat(8) to a more logical place.
Thanks to Bruce and David O'Brien for suggestions, for reviewing this, and
for putting up with the long time it has taken me to commit it. Bruce did
object somewhat to the central priority table (he would rather the
priorities be distributed in each driver), so his objection is duly noted
here.
Reviewed by: bde, obrien
Russian zones/rules in rev.1.12. ache objected mainly to the changes
in the Moscow zone names in rev.1.11 and those changes have been backed
out in the vendor branch.
Reviewed by: ache
and Racore 8148 adapters are now supported by the ThunderLAN driver.
The 8165 is just a plain vanilla 10/100 card; the 8148 is a 'multi-
personality' adapter which can support 10baseT, 100baseTX and 100baseFX
if you include the proper modules.
Also update the tl man page to mention the Racore cards.
is not implied by -Wall as claimed by gcc.1. Adding it causes a
measly 7193 new warnings for LINT, mostly for "unused parameter" and
"comparison between signed and unsigned".
- The numpad * key should always generate *.
- The numpad - is fkey52 and should not generate a control code (0x1f).
- The numpad 5 is fkey54, not fkey61.
- The numpad 6 is fkey55 and should not generate a control code (0x1e).
- Fix Spanish keymap.
PR: i386/9532
Submitted by jose@we.lc.ehu.es.
- Added Croatian keymap. It is the same as the Slovenian keymap.
PR: misc/9706
Pointed out by: Damjan Marion
- Addef Finnish keymap. It is the same as the Swedish keymap.
PR: bin/9632
Submitted by: Martti Kuparinen
- Assign special functions consistently in all keymap files.
101 keyboard 84 keyboard function
------------------------------------------------------------------------
Ctrl-Alt-Delete Ctrl-Alt-Delete reboot
Ctrl-Alt-Esc Ctrl-Alt-Esc debug
Ctrl-Alt-Space Ctrl-Alt-Space susp
ScrollLock ScrollLock slock
PrintScreen Shift-(Numpad *)/PrintScreen nscr
Ctrl-PrintScreen Shift-Ctrl-(Numpad *)/PrintScreen debug
Alt-PrintScreen/SysRq SysRq nop
Pause Ctrl-NumLock slock
Shift-Pause Shift-Ctrl-NumLock saver
Alt-Pause Alt-Ctrl-NumLock susp
Ctrl-Pause/Break Ctrl-ScrollLock/Break nop
Left W*ndow key NA fkey62
Right W*ndow key NA fkey63
Menu NA fkey64
NOTE: us.unix.kbd and us.emacs.kbd are very much different from the
other keymaps, thus, I didn't touch them.
There are only skeletons left here; they merely serve as a backup to
include the real versions under ${PORTSDIR}/Mk while we update the ports
tree to include them directly.
<bsd.libnames.mk> is included regardless of the object file format.
This is needed to fix the a.out PAM breakage that manifests itself
when trying to build login.
of important changes to European and South and Central American countries
which should be back-ported to 3.x.
Obtained from: ftp://elsie.nci.nih.gov/pub/tzdata1999a.tar.gz
This should be merged into RELENG_3 and a similar patch may be needed
for RELENG_2_2, should that deemed necessary.
Make world succeeded with these patches in my tree.
Submitted by: "Kaleb S. KEITHLEY" <kaleb@ics.com>
