Reduce MAX_M[RT]U back to 2048.  Even on a null-modem
ppp link, we gain nothing with a larger mtu.

Suggested by: joerg

Fix pred1 buffer size (must be == MAX_MTU)

Add xref to signanosleep(2)

Doc signanosleep, add to links

Update the sleep(3)/usleep(3) code to use signanosleep(2) if compiled with
-DUSE_NANOSLEEP.  Also, seperate the code for _THREAD_SAFE so that it uses
the simpler threaded nanosleep() call in libc_r..  We don't go to the same
extremes for emulating traditional sleep semantics (ie: eating any SIGALRM
that might happen) which things like apache seem to depend on.

Generate signanosleep(2) syscall wrapper

oops, fix a braino that I noticed during the commit..  Don't verify the
remaining time pointer if it's NULL, since we don't write back in that
case! (*blush*!)

- implement signanosleep(2) by moving common code from nanosleep() into a
shared function.
- use p->p_sleepend to try and get more accurate "time remaining" results
when the time has been adjusted.
- verify writeability of return address so that we can fail before sleeping
if the address for the result is bogus.

Regenerate

New syscall, signanosleep(), which is a hybrid of sigsuspend(2) and
nanosleep(2).  It sleeps until either the time expires, or a signal
permitted by the supplied mask arrives (eg: SIGALRM if appropriate)

New field: p_sleepend; so that settime() can adjust the expected wakeup
time for things like nanosleep.  These sleep in terms of "ticks" and
calculate the elapsed time relative to the expected wakeup time and do
not return good results when the system time is adjusted.

Create the release name of SNAPs automagically.

Make this puppy compile again - add two includes.

Remove initial startup printf's in -direct mode.
Make "same magic" error send a NAK (as per rfc).

Implement "set mtu" command to allow the client to
reduce the interface mtu.
Allow max mru spec of 16k.
Add "show m[rt]u" ability.

Fix a typo.
Submitted by: Wolfgang Helbig <helbig@MX.BA-Stuttgart.De>

specify compile-with option to get -fomit-frame-pointer on ipl_funcs.c

Revert previous change, use "compile-with" in files.i386 instead.

Remove "set mtu ..." ability.  Currently, this is an
"alias" for "set mru ...", but there's no such thing
as setting your mtu in the ppp protocol (rfc1661).

Now understand password in ftp:// URLs

Include file update: <machine/spl.h> --> <machine/ipl.h>.

Synchronize with following changes:

>  Revision  Changes    Path
>   1.97      +2 -1      src/sys/i386/i386/trap.c
>   1.86      +2 -1      src/sys/i386/isa/clock.c
>   1.88      +2 -1      src/sys/i386/isa/isa.c
>   1.44      +3 -2      src/sys/i386/isa/npx.c

Synchronize with sys/i386/conf/files.i386 revision 1.162.

Synchronize with sys/i386/conf/Makefile.i386 revision 1.98.

Bruce mentioned to me that Paul Traina had noticed that the ppp_tty
interrupt mask hackery wasn't happening when being modloaded via the
if_ppp lkm.  It seems that the lkm system doesn't particularly like having
two sets of load/unload/etc routines. :-]  This really should be fixed
by having a seperate if_ppp and ppp_tty lkm, but that requires that ppp_tty
is loaded after if_ppp, and needs to be able to link with symbols in
if_ppp.  This gets messy, it is a better task for the in-kernel linker.
(if_ppp is generic, ppp_tty is a tty-specific bottom end for if_ppp, it's
 not _too_ hard to have another "provider" (such as a hdlc sync card)
 connected to if_ppp)

don't refer to SWI_*_MASK, it's not SMP/UP kernel portable for the lkm.

Add prototypes for the spl* funcs and add externs for *_imask.  Leaving
the *_imask down in the isa machine dependent layers requires code changes
to all pci drivers, but the interrupt registration mechanism is in flux
at the moment. These can go away when the interface is cleaned and settled.

s/intrmask/intrmask_t/g
remove warning about ICU_LEN > 32, it's not likely to happen like this,
and besides, ICU_LEN is not the ideal indicator of "number of interrupts".

Reviewed by: bde, se

<machine/spl.h> -> <machine/ipl.h>
s/intrmask/intrmask_t/g

Reviewed by: bde, se

Include file updates..  <machine/spl.h> -> <machine/ipl.h>, add
<machine/ipl.h> to those files that were depending on getting SWI_*
implicitly via <machine/cpufunc.h>

add ipl_funcs.c  (Hmm.. should probably use a "compile-with" arg rather
than a Makefile.i386 hook)

compile ipl_funcs.c with -fomit-frame-pointer, as suggested by Bruce.  This
cuts the cost of a function call instead of an inline.

move spl.h to ipl.h, minus the inline spl macros.  The inline spl
implementation is now in isa/ipl_funcs.c (at least for the time being),
leaving the definitions of the SWI_* and cpl/idelayed/ipending.

remove #include of <machine/spl.h> - they are externed now

Reviewed by: bde

move intrhand2_t from isa_device.h to machine/types.h - it's used far more
than in the isa dependent code.
create intrmask_t in machine/types.h  (replaces "intrmask" typedef from
sys/interrupt.h)

Reviewed by: bde

Store the macro values for SWI_TTY_MASK and SWI_NET_MASK in variables to
that lkm's can use them for fiddling the masks without being dependent on
which mode the kernel is compiled in (SMP or UP).  This is particularly
for ppp_tty.c which has some domain crossing between the net and tty
subsystems.  The values are not used in the spl code, they are for
reference only (ie: the compiled code uses immediate values rather than
an indirect 32 bit address and 32 bit data fetch).

The SWI_NET_MASK and SWI_TTY_MASK handlers are now back adjacent to the
top of the hardware interrupt handlers.  Apparently this is slightly
faster with the bit scanning instruction that looks these up - this set of
changes reverts the original change.

Reviewed by: bde

Bruce's original implementation of the splxxx() routines, but as C code
rather than inlines.  These are compiled with -fomit-frame-pointer and
work out pretty close to the original routines, but it might be a fraction
slower.  The reason for doing this is to prevent the SWI_* and HWI_* values
from being compiled into drivers and lkms etc which is one of the things
that prevents the same lkm from being used on both SMP and UP kernels.

This gives us a lot more scope for experimenting with the splxxx
implementaton for SMP parallelism etc.

Reviewed by: bde

Bruce's original definitions for the spl/ipl code when running on the old
PIC's.

Reviewed by: bde

Definitions for the spl/ipl code when running on an IO APIC.

Obtained from: fsmp  (part of what Steve added for IO APIC support)
Reviewed by:   bde

- Use `6x86MX' instead of `M2'.  Cyrix officially use `6x86MX' for the
  CPU code-named `M2'.

- Use the result of cpuid instruction instead of DIR to identify
  6x86MX cpu.  DIR0 and DIR1 are not documented in the data sheet, and
  cpuid instruction is enabled at reset time.

- Add a function, init_6x86MX() to initialize 6x86MX cpu.  It supports
  CPU_SUSP_HLT and CPU_IORT options.  It always sets NC1 (640K - 1M is
  not cached.), and enables L1 cache in write-back mode.

- Fix typo in the comment in identblue().

Fix some old typos and misspellings.

Modified code in direction of supporting MULTIPLE_IOAPICS.

 - moved read_io_apic_maskc24() from isa/mpapic.h, disabled it, currently unused.
 - cleaned up various panic() calls.

Modified code in direction of supporting MULTIPLE_IOAPICS.

 - removed set_io_apic_mask() & clr_io_apic(_mask)
 - moved read_io_apic_maskc24() to i386/mpapic.c, disabled it, currently unused.

Submitted by:   Rich Murphey (ages ago) and Gene Stark
Hopefully I've done the proper magic to merge changes between 1.17 and
1.17.2.1 into the main trunk.  Description of those changes follows:

Brought in changes sent to me in late 1995 by Rich Murphey.
I cleaned up a few things and am currently running these under
2.2-970205-GAMMA.

The changes deal with software debouncing apparently necessary on
todays faster hardware, and also some problems with the use of the -Select
line for the TW-523 sync.  This driver allows use of +PaperEnd as an
alternative.

The previous fix didn't work properly for small block size filesystems,
which caused very slow file access for cd9660 and some ext2fs filesystems.

Reviewed by: bde

Add code to correctly probe all buses on the Intel XXPRESS motherboard.
Add a few Intel PCI chip-set names (VX) and fix Orion entries.

Remove use of intrec*, use void* instead.
Disable test entries for wired PCI devices on bus 1.

sysctlbyname allows acces to sysctl variables by name.

The manpage has been sent to linquistic decontamination and will arrive
when released from the quarantine

Reviewed by: peter

Malloc flag X makes malloc behave like the canonical xmalloc() wrapper.

Untested support for Solaris from John-Mark Gurney

Reviewed by: phk
Submitted by: (partially) John-Mark Gurney <gurney_j@resnet.uoregon.edu>

Typo fix.

Synchronize with sys/i386/isa/isa.c revision up to 1.87.

Synchronize with sys/i386/i386/microtime.s revision 1.23.

Synchronize with sys/i386/i386/trap.c revision 1.96.

Synchronize with sys/i386/isa/clock.c and sio.c revisions 1.85 and
1.168, respectively.

Fix typos (of the printed output kind).

Document new -Bforcedynamic flag and -assert pure-text.

Reviewed by: jdp

Grr... curse my fumble-fingered hide: logmane -> logname

Inscribed onto my chest with razor blades and then doused with
lemon juice by: Jason Young <doogie@forbidden-donut.anet-stl.com>

Another (harmless, luckily) mind-o: somehow I typed 'rpc.ypupdated.'
instead of 'rpc.ypupdated' when I added rpc.ypupdated to the SUBDIRS
list.

Carved into my forehead with an rusty railroad spike by: Mark Murray

Mind-o: MAN8= yes --> NOMAN= yes

Etched onto my brain with acid by: Mark Murray.

Don't remove the controlling tty from the session if the vnode is being
cleaned. This should help for PR kern/3581.

Code such as apic_base[APIC_ID] converted to lapic__id

Changes to pmap.c for lapic_t lapic && ioapic_t ioapic pointers,
currently equal to apic_base && io_apic_base, will stand alone with the
private page mapping.

apic.h now has structure definitions for both the local APIC and io APIC.

apic.h has defines like:
#define lapic__id       lapic->id

Once private pages and "known virtual addr" mapping of the APICs is
ready all 'lapic__XXX' will be changed to 'lapic.XXX', and the defines
will be removed.

Changes to smp.h for lapic_t lapic && ioapic_t ioapic pointers,
currently equal to apic_base && io_apic_base, will stand alone with the
private page mapping.

Added code to manage the local and io APICs as structures.

remove no longer needed opt_smp.h includes

minor style police (recent divergence from KNF code)

remove opt_smp.h and fix the reason it was needed.

No longer need opt_smp.h here

remove opt_smp.h from this well-included file, minor style police

remove opt_smp.h, minor style police

Don't need "opt_smp.h" on these files

Don't refer to NCPU in extern decl for SMPruntime[]

forward declare struct timeval so that pcibus.c doesn't get a warning.
(it doesn't #include <sys/time.h> since it doesn't need it)

Update the #include "opt_smpxxx.h" includes - opt_smp.h isn't needed
very much in the generic parts of the kernel now.

Correct the return of DialModem()

Suggested by: kfurge <kfurge@worldnet.att.net>

Fix problem reported by PHK: Panic in pcic probe because of NULL pointer
dereference (head->next in intr_disconnect).

The correct way to combine 2 4bit values into a 8bit one is (a<<4) | b, not
(a<<8) || b.
The conical hat please!

Add one more compatibility define to make the Adaptec driver compile
with option AHC_ALLOW_MEMIO again ....

Add declaration of mp_probe().

This is now called directly from machdep.c.

Fix other small things that got lost in the merge:

- bde's change to includes section in getrpcent.3
- Lost comment in svc_run.c (the code here was actually the same since
  I had fixed the 'fds + 1' bug in my stuff at home before mailing
  Peter about it, but I didn't notce that he'd made a change to the
  comment right above the changed line).

Also pointed out by the ever vigilant: bde

Restore Id.

Pointed out by: bde

Undo small change I accidentally left in while testing (files were
installed with wrong ownerships).

Pointed out by: bde

Activate new Secure RPC programs.

Import the last Secure RPC utility: keylogout.

This program is used to remove your secret key from the local
keyserv daemon.

Import keylogin.

This is the program used to loadsecret keys into the keyserv on the
local host.

Note: on some platforms, keylogin is automatically invoked by
/usr/bin/login. We don't have any burning need for this yet.

Import chkey.

This program is used to change a user's existing public and secret key pair.

Import newkey.

This is the program used to generate new Secure RPC public and secret
key pairs.

Import rpc.ypupdated.

This program still needs work but does compile and run. It also
needs a man page.

Import of the keyserv daemon needed for Secure RPC.

This version supports both the keyserv v1 and v2 protocols. It uses the
new AF_LOCAL transport so that only local processes can use it for
storing/retrieving keys, and it uses the SCM_CREDS kernel hack for
authentication. With these two modifications, we don't need the keyenvoy
program normally used with RPC 4.0.

Note that if libdes.so.3.x is present on the system when keyserv
is started, Secure RPC will run with normal DES encryption. If not,
everything falls back to RC4 with a 40 bit key.

Define command register enable bits, which are required for a consitency
test added to pci_compat.c

Add consistency check to the functions that map port or memory ranges:
Return failure, if the enable bit corresponding to the map type has not
been set in the command register. This feature was requested by Justin
Gibbs, who pointed out that some early PCI to PCI bridges do not correctly
support memory windows (I assume because of the risk of deadlocks that
have been taken care of in the PCI 2.2 spec) and that some BIOS clears
the memory address decode enable bit in the command register of the PCI
device, if it finds them behind such a bridge.

Two minor changes to the code that builds the pci map array:
1) Stop at the first map register that contains a zero value.
2) When testing for the map size work up from low values, since
   this works around a bug in some BusLogic SCSI card, which has
   the 16 upper port base address bits hardwired to zero.

The config register dump printed in the bootverbose case has
been slightly rearranged.

Synchronize with following files:

>  Revision  Changes    Path
>  1.65      +3 -3      src/sys/i386/boot/biosboot/boot.c
>  1.18      +1 -5      src/sys/i386/boot/biosboot/boot.h
>  1.26      +7 -6      src/sys/i386/boot/biosboot/disk.c
>  1.22      +4 -2      src/sys/i386/boot/biosboot/io.c
>  1.20      +12 -9     src/sys/i386/boot/biosboot/sys.c

Synchronize with sys/i386/isa/wd.c revision 1.130.

Synchronize with sys/i386/isa/isa.c revision 1.85.

Synchronize with sys/i386/i386/machdep.c revision up to 1.245.

Synchronize with sys/i386/isa/clock.c revision 1.84.

Make all the info dir entries line up neatly.

Note that we now have secure RPC.  Bill - please feel free to elaborate
on (or correct) my one-liner description if you wish.  Thanks.

Resolve conflicts.

This concludes tonight's entertainment. Once I'm sure I haven't destroyed
the world with all these changes, I'll import the utilities. Everything
should continue to work as before. If it doesn't let me know.

Special thanks to Mark Murray for running a test 'make world' for me to
shake out the bugs, which, hopefully, I have fixed.

(And there was much rejoicing.)

This commit was generated by cvs2svn to compensate for changes in r26219,
which included commits to RCS files with non-trunk default branches.