SMALL BUFFER LEAK IN PHYSIO()

 There appears to be a small buffer leak in kern__physio.c. The
function physio() allocates a buf only for the lifetime of that
function. If the function exits on access error, the buf is not
released. This error was found while looking for M_TEMP allocation (ie.
may not be the direct cause of a known problem). This is a visible
fix. physio() is not called that often to cause a major memory loss.

AUTHOR: Mark Tinguely (tinguely@plains.nodak.edu)
386BSD-Patchkit: patch00065

KERNEL SPEEDUP #2

It simply makes certain kernel routines a tiny bit faster. I
noticed that branch/function call addresses and some data items in
'/sys/i386/i386/locore.s' and '/sys/i386/isa/icu.s' are not aligned on
32 bit word boundaries (0 modulo 4).  This causes a small performance
hit on 386DX/486 based machines.  I aligned things on 4 byte boundaries
using a macro, ALIGN32, to perform the alignment since the new version
of the Gnu assembler will probably change the meaning of .align 2.  I
also eliminated an unnecessary instruction in ___divsi3.  I don't claim
a profound performance boost, but every little bit helps!

AUTHOR: Frank MacLachlan (fpm@crash.cts.com)
386BSD-Patchkit: patch00064

KERNEL SPEEDUP #1

This patch cuts a quite large chunk of the processing in the
kernel. For some unfortunate reasons pmap.c is a focal point from a
performance point of view, this patch improves things a bit, but it is
still the most used routine in the kernel.  The 16.6% is actually the
percentage 'system-time' is cut when doing a make kernel on my machine.

AUTHOR: Poul-Henning Kamp
386BSD-Patchkit: patch00063

COMPAT_43 KERNEL DEPENDENCY CLEANUP

 Here is a patch for the use of COMPAT_43 in the 386BSD kernel.
This is an extremely LOW priority patch, because lots of applications
(init, csh, vi) depend on this being defined, so you can't use a kernel
with this option removed. The only application that does cope with this
option missing is my own shell which is POSIX-compliant. But you might
want to add it in now rather than have to rediscover it at a later
stage.

AUTHOR: Warren Toomey
386BSD-Patchkit: patch00062

OBSCURE TELNET BUG

This patch fixes fixes an obscure telnet that messed up another i
structure because it was using a "freed" process.

AUTHOR: Williams Jolitz (withheld)
386BSD-Patchkit: patch00061

REMOVE MATH EMULATION CODE FOR 387 & 486 USERS

        This patch allows you to cut the size of your kernel by quite a
chunk, but only if you have a numeric hardware device, ie. i387 or i486.
On systems with the right hardware add either of these lines to your
config file:
options "i486" OR options "i387"
run config and rebuild the kernel.

AUTHOR: Poul-Henning Kamp
386BSD-Patchkit: patch00060

V7 IOCTL COMPATABILITY FIXES

This patch adds TIOCSTAT to ioctl() and the missing gtty/stty
macros to complete the V7 ioctl() compatibility.

AUTHOR: Scott Reynolds (scott@clmqt.marquette.mi.us)
386BSD-Patchkit: patch00059

*** BINARY PATCH --- WARNING: USE ALL BINARIES AT OWN RISK ***

Binary and manual page for netstat command.

AUTHOR: Havard Eidnes (Havard.Eidnes@runit.sintef.no)
386BSD-Patchkit: patch00058

ADD THE "netstat" SOURCES TO 386BSD

I've ported netstat from NET2 to 386bsd version 0.1. The changes
are mostly involved with inserting #ifdefs for ISO, NS and IMP at the
relevant places ("removing" that code, essentially), not compiling some of
the modules (although the source remains toghether with comments in the
Makefile) plus modifying the "unixpr()" routine in unix.c to traverse the
open file table the new way.  The "netstat -r" output looks a bit odd
(although I guess this is the "new way"?), but gives the right information.

NOTE:
This is *NOT* a cannonical patch... these files are generated as
initially modified from the NET2 sources to have Havard's fixes in them.  A
cannonical patch would include the original sources.  For this reason, A
patch level 0 has not been established for these files.

After installation, you must type the following before building:

ln -s /usr/obj/usr.bin/netstat /usr/src/usr.bin/netstat/obj

A binary patch containing the installed executable and manual page is included
after this patch, should you wish to avoid rebuilding it.  Use binaries at
your own risk.

AUTHOR: Havard Eidnes (Havard.Eidnes@runit.sintef.no)
386BSD-Patchkit: patch00057

GNU TROFF LEAK - G++ BUG

I would guess that the problem is that your copy of groff was
compiled with g++ 1.39.  This version of g++ has a bug that causes a
serious leak in GNU troff.

AUTHOR: James Clark (jjc@jclark.com)
386BSD-Patchkit: patch00056

LED's in X MODE

In X mode (pc_xmode), the LEDs are now updated.

AUTHOR: Terry Lee (terry@uivlsi.csl.uiuc.edu)
386BSD-Patchkit: patch00055

FIX "mountd" BUG IF SUBDIR OF LOCAL MOUNT POINT EXPORTED

/sbin/mountd went into an infinite loop when subdirs of local mount
points were exported.

AUTHOR: Rick "gopher I" (root@snowhite.cis.uoguelph.ca)
386BSD-Patchkit: patch00054

NFS KERNEL PATCH SET

Unofficial fixes for several nfs related problems:
1 - RFC1094 does not clarify what the semantics of a create rpc should be
    on the server when the file already exists. It appears that some recent
    versions of SunOS expect the file to be truncated to length 0 only if
    the size field of the setattr has been specified. (This semantic has
    not been clarified by anyone within Sun ONC engineering, although I
    have tried mailing them.)

2 - IBM AIX3.2 NFS clients expect a server to reply RPCPROG_MISMATCH to
    an rpc request sent to the nfs port (2049), but not nfs, in order to
    identify an AIX server. (The 386bsd.01 server simply dropped these
    requests on the floor, confusing AIX clients.)

3 - Some servers require that the nfs client use a reserved port number,
    which the 386bsd.01 client did not. (The is a crock, since requiring
    a reserved port number does not enhance nfs security significantly.)

AUTHOR: Rick "gopher I" (root@snowhite.cis.uoguelph.ca)
386BSD-Patchkit: patch00053

CHANGE "vaddr" CALCULATION, MOVE BADLY PLACED "#endif"

Resident memory size (RSS) and %MEM have been corrected; the
kernel namelist caching will now work (in conjunction with patch 00001).

AUTHOR: David Greenman, Paul Kranenburg
386BSD-Patchkit: patch00052

FIX THE NEWVM "mempages" CALCULATION

The "ps" program incorrectly calculate the number of memory pages;
it got a number NBPG (512?) times larger than it actually wanted.  This
could, of course, upset ps somewhat.

AUTHOR: David Greenman (davidg%implode@percy.rain.com)
386BSD-Patchkit: patch00051

FIX "SHELL GOES AWAY ON 'pwd'" BUG

The problem is that the "getpwd()" was incorrectly longjmp'ed
out of if "/bin/pwd" could not be run.

AUTHOR:         Paul Kranenburg (pk@cs.few.eur.nl)
386BSD-Patchkit: patch00050

FIX SECONDARY BOOT CHECKING WRONG STATUS

We've found a showstopper in the secondary boot (bootwd) for some
DTK controllers that we tried to use.  It appears to me that this may
solve the problem that many have reported about not being able to boot
from the hard disk after "install".  At least, it has solved it for
us.

The problem occurs in /sys/i386/stand/wd.c. In wdinit() the controller
is reset; however, the wrong register is tested for busy.  On some
controllers, this mis-test seems to cause no harm.  However, it seems to
hang forever on a few here.

To replace the bootwd on your already "installed" hard disk, do
something like the following:

1. Recompile "bootwd" in /usr/src/sys.386bsd/i386/stand.
2. Copy it over /usr/mdec/bootwd on the fixit.fs diskette.
3. Boot from this fixit.fs diskette.
4. Make the floppy writeable, ie. mount -u /dev/fd0a /
5. Obtain the existing hard disk label, ie.
"disklabel -r wd0 >wd0.label"
6. Replace the primary and secondary boots via
"disklabel -R -r wd0 wd0.label /usr/mdec/wdboot /usr/mdec/bootwd"

NOTE: A binary of this bootwd is available by ftp from agate.berkeley.edu.

AUTHOR: Robert D. Thrush (rd@phoenix.aii.com)
386BSD-Patchkit: patch00049

FIX CPIO SYMLINK/HARDLINK BUG

The "cpio" program has a bug which tells it to make hard links
to symlinks that results in hard links being made to the target of the
symlink, even if it's a directory, if you have permission to do so.

AUTHOR: Guy Harris (guy@auspex.com)
386BSD-Patchkit: patch00048

FFLUSH STDIO LIBRARY FIX

I've discovered the following discrepency in the stdio library
w/ regards to opening a stream using  fopen("file","a+")  and later
calling fflush() on that stream. The fopen() call resets the flags to
__SRW because of the '+' in the mode string.  Later on, fflush() checks
to ensure that the stream being flushed is actually writable.  To do
this, it looks for the __SWR value in the flags, and *not* __SRW.  There
is a comment in stdio.h that implies that __SWR and __SRW will never be
set at the same time.

AUTHOR: Dave Rivers (rivers@ponds.uucp)
386BSD-Patchkit: patch00047

FLOATING POINT FIXES (FSCALE, 0x1FD)

This is actually two patches in one.  It fixes the Floating Point
Emulation in two places.  The first is for the 0x1fd instruction; the
second is in Fscale.  It is believed to fix the atof() function, among
others, which normally fails on non-FPU machines.

AUTHOR: Ishii Masahiro, R. Kym Horsell
386BSD-Patchkit: patch00046

FIXES SILO OVERFLOWS IF A 16550 IS INSTALLED

Here is a patch to fix silo overflows if you have 16550 uarts.  The
problem is due to the FIFO trigger level being set to 14 bytes.  This
only leaves 2 bytes after the interupt before it overflows.  This is
not enought time at high speeds.  By changing the trigger level to
4 bytes I have had a 38400 baud line running full speed with out any
silo overflows.

AUTHOR: Rodney W. Grimes (rgrimes@agora.rain.com)
386BSD-Patchkit: patch00045

ADD DAYLIGHT SAVINGS TIME HANDLING TO THE KERNEL

There is actually code in the kernel to allow for DST in the
realtime (bios) clock, but  (a) it has a little bug, and (b) it is
#ifdef'd out. We now have the right timezone in the kernel (-1 dst)
and in the BIOS too, and it actually works.

AUTHOR: Arne Henrik Juul <arnej@lise.unit.no>
386BSD-Patchkit: patch00044

ELVIS :wq! fix

Usually in vi you may go out with <ESC>:wq! which is what i'm
used to. ok, i could probably do the same with <ESC>:x! but <ESC>:wq!
doesn't work because a flag in ex.c isn't set which tells the command
handler that the bang is an allowed option for the "wq" command.

AUTHOR: Felix Gaehtgens (felix@escape.vsse.in-berlin.de)
386BSD-Patchkit: patch00043

OCCASIONAL NFS READ REQUEST HANG

        The problem is that nfs_readrpc() is sometimes called with the
argument bp->b_rcred.  This is only ever initialized to NOCRED (-1).
The code in nfsm_reqh() doesn't check for NOCRED and simply uses whatever
happens to be in memory at that location.

AUTHOR:         Martin Renters (martin@innovus.com)
386BSD-Patchkit: patch00042

YANK FROM NAMED BUFFER

The inability to use a named buffer was the result of three lines
near the end of the tmpabort() function (in tmp.c) that unconditionally
closed and unlinked the temp file.  These three lines were not present in
the distribution of elvis 1.5 that I had gotten back in April (from
prep.ai.mit.edu, I believe).  Deleting these lines seemed to have fixed
this problem.

AUTHOR: Bob Wilcox (bob@obiwan.uucp) -- bad: news.dell.com!udell!obiwan
386BSD-Patchkit: patch00041

CD-ROM FILES SEEM TO DISAPPAER

The infamous "off by 1" problem hit two places in the isofs code.
There is a check to see that a directory entry doesn't span more than one
physical block -- if so, that's an error.  Well if the directory entry just
happened to end at the last byte of the block, the kernel throught it
crossed into the next block and bailed out assuming the CD-ROM wasn't following
the standard.  The effect is that not only can't you access the file associated
with this directory entry, you also can't see any files or directories located
after that entry.

This is relatively rare, because a series of directory entries must fit
perfectly into a 2048 byte CD-ROM block for this to trigger.

AUTHOR: Scott Burris (scott@pita.cns.ucla.edu)
386BSD-Patchkit: patch00040

MAKE SOMETIMES REMOVES DIRECTORIES

I was building X386 this morning, and when I interrupted 'make' it
told me it had removed a directory.  I checked and it really had unlinked
it.  (I got it back by booting the fixit disk and running fsck.)

I've patched the make source so that it won't do this anymore.

AUTHOR: David Dawes (dawes@physics.su.OZ.AU)
386BSD-Patchkit: patch00039

ERRORS NOT SEEN WHEN READING RAW WD DEVICE

I/O errors are not reported when reading/writing from/to the raw
wd disk device.  I noticed this when using 'dd' to scan a disk w/ known
bad blocks and couldn't find any.

The wd driver, '/sys/i386/isa/wd.c', sets the B_ERROR bit in
bp->b_flags, but fails to put an error code into bp->b_error.  Physio()
in '/sys/kern/kern__physio.c', which manages the raw I/O in this case,
ignores the B_ERROR bit in b_flags and looks for an error code in b_error.
The user program is fed garbage data and no clue that an error occurred.

AUTHOR: Frank Maclachlan (fpm@crash.cts.com)
386BSD-Patchkit: patch00038

SOURCES NOT CORRECTLY IDENTIFIED IN "crond" MAKEFILE

The makefile for the crond had the objects listed in the sources
line.  This caused "make depend" to fail.

AUTHOR: Adrian Hall (adrian@ibmpcug.co.uk)
386BSD-Patchkit: patch00037

PS FLOATING POINT EXCEPTION

There is a bug in the implicit type conversion from int to double in GCC,
probably dealing with the optimization of function return values.  The
gist of this is that an extern double function that isn't declared has
an implicit type of int.  Assigning a double variable the return value
of this function causes a floating point exception.  Declaring the
function fixes 'ps'.

AUTHOR: Goran Hammarback[?] (goran@astro.uu.se)
386BSD-Patchkit: patch00036

TELNETD 'KLUDGELINEMODE' FIX

If telnetd is compiled with the KLUDGELINEMODE option defined
something's going wrong when you're using tcsh, zsh, bash etc. and can't
use the SUSP and INTR characters.  Also whenever you do something which
outputs a couple of lines the newlines look messed up. i'm not really
sure what's the problem here (maybe something in raw-mode)? but at least
compiling it without the KLUDGELINEMODE works just beautifully.

AUTHOR: Felix Gaehtgens (felix@escape.vsse.in-berlin.de)
386BSD-Patchkit: patch00035

DISKLABEL PROGRAM REQUIRED ACTIVE PARTITION

It turns out that if you have not set an active partition on the SECOND
drive, the disklabel program thinks that the DOS partition table is invalid
and promptly, and without warning, assumes it owns the whole disk.  It then
writes it's label over the DOS partition table.  I am not sure what it even
means to have an active partition on the second drive since DOS will not
boot from there anyway.

A valid DOS parition no longer must have exactly one active partition.  This
is certainly not a required patch.  The workaround is to always remember to
have an active partition on each disk.

AUTHOR: Gary A. Browning (gab10@griffcd.amdahl.com)
386BSD-Patchkit: patch00034

READ FROM "/dev/drum" CAUSES CRASH

Due to an improperly initialized buffer in 'physstrat', an attempt
to read from /dev/drum would generally cause a crash.

AUTHOR: Paul Kranenburg (pk@cs.few.eur.nl)
386BSD-Patchkit: patch00033

KERNEL NAMELIST DATABASE CREATION/USE

   There are several bugs in the kernel namelist db creation/use and
bugs in kvm.c which causes ps and several other utils to fail to work
correctly.

The kvm.c patches are based in part on, but supersede, the patches posted
on usenet by Paul Kranenburg [which introduced bugs of its own].
In order for kvm_mkdb to work correctly, vers.o MUST be the first object
linked in the kernel. The Makefile.i386 should read:
SYSTEM_LD= @${LD} -z -T FE000000 -o $@ -X vers.o ${SYSTEM_OBJS}
(or vers.o should be first in SYSTEM_OBJS)

And, of course all things that depend on libutil.a will have to be rebuilt.

AUTHOR: Paul Kranenburg, David Greenman
386BSD-Patchkit: patch00032

VGA MAPPING AND SCANCODE GENERATION

This patch creates ioctl commands for putting the console in/
taking the console out of "X mode".  When set into "X mode", the console
will generate scan codes at the keyboard and map the VGA memory into the
setting processes address space.

WARNING:
This patch takes several liberties.  The first is not defining a
seperately settable "scan code mode".  The second is changing the behaviour
of the keyboard in "normal" mode.  This may result in an inability to use
alt-"-", alt-"=", or F11 or F12 on some machines, in particular, the Toshiba
T1100 and Epson Equity 1 and Equity 1+ laptops.

AUTHOR: Pace Willisson (pace@blitz.com)
386BSD-Patchkit: patch00031

ALLOW MAPPING OF VGA MEMORY

Allow mapping of the VGA memory into the process address space.
Major reason for this is to allow the X server to operate.

AUTHOR: Pace Willisson (pace@blitz.com)
386BSD-Patchkit: patch00030

SIGTERM + 10 SECONDS BEFORE SIGKILL TO ALLOW NORMAL EXIT

When changing to single user run state, send a SIGTERM to processes
and give them 10 seconds to exit before sending a SIGKILL.  This was added
to allow normal shutdown of processes.  In particular, it allows the X
server to reset the screen and keyboards to normal states.

AUTHOR: David Dawes (dawes@physics.su.OZ.AU)
386BSD-Patchkit: patch00029

ALLOW CONSOLE REDIRECTION TO WORK

This allows writes to /dev/console to be redirected to a virtual
console for things like "xterm -C" and so on.

AUTHOR: Pace Willisson (pace@blitz.com)
386BSD-Patchkit: patch00028

PERFORM CORRECT RANGE CHECHING ON "toupper()/tolower()"

The toupper() and tolower() functions did not do appropriate
range checking, and would shift the value of any ASCII character passed
+/- 32, respectively, without regard to whether the characters so shifted
were letters or not.  This corrects the problem, although, like the rest
of the C library, does not take internationalized character sets into account.

AUTHOR: Wiljo Heinen (wiljo@freeside.ki.open.de)
386BSD-Patchkit: patch00027

ACCESS() FIX

access() is supposed to return 0 if all of the desired access
modes would be granted.  In 386BSD-0.1, it returns 0 if one of the modes
would be granted.

AUTHOR: Bruce Evans (bde@runx.oz.au)
386BSD-Patchkit: patch00026

ADD ABILITY TO EXECUTE FILES WITH "#!" MAGIC NUMBER

If the first two characters of a file are "#!", this constitutes
a "magic number" which indicates that the file is a shell script and that
the character string following the "#!" should be executed, and that the
shell script itself should be used as stdin for the program executed.

AUTHOR: Paul Kranenburg (pk@cs.few.eur.nl)
386BSD-Patchkit: patch00025

ENFORCE EXECUTE PERMISSIONS, MNT_NOEXEC

>problem 3: I noticed that anyone could run shutdown. the permissions were
>
>-rwsr-x--- owner root group operator. I changed the permissions to
>-r-x------ and anyone can still run it. (you get the shutdown: NOT super-user)

This is a big security hole. In 0.0, a VOP_ACCESS was used, but root always
succeeds (and tries to execute anything).  But the check for a single execute
bit is wrong too.  I put the VOP_ACCESS back but also checked to make sure
at least one execute bit is on before root can execute the file.  I also
checked if the filesystem was mounted for execution:

AUTHOR: Mark Tinguely (tinguely@plains.nodak.edu)
386BSD-Patchkit: patch00024

CLEAN UP UTMP ENTRIES, LOG TO WTMP

This allows init to remove entries from the utmp file when users log
out, and also adds logout information for the wtmp file.

AUTHOR: Nate Williams (osynw@terra.oscs.montana.edu)
386BSD-Patchkit: patch00023

CHANGE RUN LEVEL (SINGLE USER/MULTIUSER/HALT)

/sbin/init did not set some internal flags correctly (Reboot, drain)
This caused it to not execute /etc/rc again if the system was brought down
to singleuser and the back up again.  It also tried to start multiuser mode
when you tried halt or reboot in singleuser (when the singleuser shell was
terminated by halt/reboot).

AUTHOR: Christoph Robitschko (chmr@edvz.tu-graz.ac.at)
386BSD-Patchkit: patch00022

SECOND WD STYLE DISK, BZERO MALLOCED FOR WARM BOOT

System would not recognize second hard drive and would crash when
you try to acces a second drive which is configured but not connected.
I include a patch which should correct these problems.  It will try to
open all configured disks at boot time and print the identification strings.

This patch also includes the laptop/warmboot patch the bzero's
malloc'ed memory, since this memory may contain the same data between
boots and cause the driver to believe the disk has already been connected.

AUTHOR: Christoph Robitschko (chmr@edvz.tu-graz.ac.at)
386BSD-Patchkit: patch00021

ICMP PACKETS CAUSES KERNEL PANICS

The patch fixes a randomly initialised variable in the icmp
and raw socket code that can cause 'ping' and 'traceroute'
to never fully close their socket's internal structures
leading to a geometrically increasing number of lost mbufs until
the system runs out of appropriate virtual space, at which
time the system panics with a 'kmem_alloc: map too small'
and halts.
~

AUTHOR: Julian Elischer (julian@tfs.com)
386BSD-Patchkit: patch00020

CLEAN UP SLIP INTERFACE TO KEEP FROM HANGING

Here is a patch to clean up the interface between the tty-drivers, in
particular the com driver, and the sl# interfaces, this is not a work-around
but a genuine bug-fix.

Symptoms: after a number of "com#: silo overflow" SLIP ceases to work.

Overview of the problem:  the slip interface will disregard any notice
from the tty-driver on problems (parity errors, framing errors or overruns),
which basicly means the one might as well throw the packet away right away.
Also overrun in the packetizing will go relatively unnotized.

AUTHOR:         Poul-Henning Kamp (phk@data.fls.dk)
386BSD-Patchkit: patch00019

CORRECT MINOR NUMBER FOR COM PORT (SELECT FAILS)

I had the problem with select() not working on com ports. I got no
response from a post regarding this one, so I started to look into it
myself. I found out that the com driver calculates unit = minor(dev) -1;
This has the following implications:
        /dev/com1 corresponds to COM0, /dev/com2 to COM1 (very confusing
                in kernel messages)
        It is incompatible with the config file entries com1 at..., com2 at...
        Unpredictible results will occur if someone puts a com0 at.. in
                his config file.
        It is incompatible with the DOS usage of COM1, COM2 (But who cares 8-)
        ttselect() calculates unit = minor(dev), and uses this as an index in
                com_tty. Because this index is different from that used
                in the com driver, select() on /dev/com1 looks at
                /dev/com2 and select() on /dev/com2 looks at an undefined
                entry in com_tty and returns always true.

WARNING: RE-mknod /dev/com1, /dev/com2, and modify your kernel config!

AUTHOR: Christoph Robitschko (chmr@fstgds01.tu-graz.ac.at)
386BSD-Patchkit: patch00018

DMA SPECIAL HANDLING/DMA CHANNEL 4-7 TRANSFER COUNT

At line 389 in isa_dmarangecheck(), the automatic variable priorpage
is used without being initially set to 0.  This causes the function
to flag special handling for virtually all DMA transfer requests.
Also, no check is made for DMA requests crossing DMA page boundaries
(64k for DMA chans 0..3, 128k for DMA chans 4..7).  This problem is
masked by priorpage not being initialized - almost all DMA is done
to/from safe 'bounce' buffers which don't cross DMA page boundaries
and the data are block moved from/to the user's buffer.

In line 359, nbytes is doubled by shifting it left 1 bit; it
should instead be divided by 2 by shifting right 1 bit position.
This occurs when any of the word mode DMA channels (4..7) is used.

AUTHOR: Frank Maclachlan (fpm@crash.cts.com)
386BSD-Patchkit: patch00017

NFS SERVER CREATE TRUNCATES FILE

The file was always truncated if it existed. The reason why it only
happens when used from certain NFS clients, is that some clients does
not do a NFS create request at all if the file already exists.

AUTHOR: Arne Henrik Juul (arnej@Lise.Unit.NO)
386BSD-Patchkit: patch00016

MAKE HUNG ON SINGLE "-" ARGUMENT

[ This is a patch rolled in from work done on 4.3Reno/NET2 ]

There is a bug in the new make from 4.3Reno and also present in the Net2
release (as found on uunet).  A command line argument consisting of a lone
dash (-) causes an infinite loop ("make - make" was an excellent test case).

AUTHOR: John Woods (jfw@eddie.mit.edu)
386BSD-Patchkit: patch00015

CAN'T kill -1 OR kill -15 DAEMONS STARTED IN /etc/rc

        The init program doesn't set up the proper signal disposition for
the process (sh) it creates to run /etc/rc.  While all signal handlers are
reset to SIG_DFL, the signal mask is left unchanged causing SIGHUP and
SIGTERM to be masked in all daemons started from /etc/rc.

AUTHOR:         Paul Kranenburg (pk@cs.few.eur.nl)
386BSD-Patchkit: patch00014

FIX CSH SEGEMENTATION VIOLATION

I have run into the csh segmentation violation bug, and I was too lazy to
install the simple "alloc + 4" bugfix, so I tracked it down.  It seems to come
about whenever you are in a directory in your account which has a pathname
length which is divisable by 4, for instance,  /users/kml/g.  To test,
create such a directory, enter it, and sorta execute alot of commands.
Sooner or later, csh will die.

The fix is to add one to the space allocated for a string in the
dcanon() routine where it normalizes directory names which include
the string defined for the environment variable 'HOME'.

AUTHOR: Kevin Lahey (kml@mosquito.cis.ufl.edu)
386BSD-Patchkit: patch00013

RING BUFFER LENGTH INCORRECTLY REPORTED

The RB_LEN() macro in /usr/include/sys/tty.h is sometimes out by 1.
In particular, in the case of a buffer containing a single character at the
very end, RB_LEN() would return 0.  This caused ttread() to block until a
2nd character was read before delivering them both.  The user would find
RAW mode programs such as vi would occasionally (1 in 1024 keypresses) get
"stuck" requiring a second keypress to bring it to life.

AUTHOR: Stephen McKay (robert@psych.psy.uq.oz.au [forwarder])
386BSD-Patchkit: patch00012

COPY ON WRITE FOR TEXT PAGES

The 386 does not generate a page protection fault while it is
executing in supervisor mode :-(, so copy on write handling never takes
place when the kernel stuffs data into a process's text- or any other
non-anonymous segment.  So these cases must be explicitly checked for.

NOTE: This is a security hole where it is possible for any
normal user with access to the debugger and read access
to any suid root program to become root!  You should
apply this patch immediately!

AUTHOR: Paul Kranenburg (pk@cs.few.eur.nl)
386BSD-Patchkit: patch00011

SCROLLING BACKWORDS ON CONSOLE CAUSES CRASH

I was horrified whilst scrolling backwards in a file with the less
pager at my console when my 386BSD system suddenly rebooted.  Subsequent
tests revealed that the system would crash whenever I scrolled rapidly
backwards through this file using less.

Most files won't cause the system to crash.  To demonstrate the failure,
do the the following (if you don't mind watching your system crash):

        hd /usr/mdec/bootwd >junk       # create a file
        less junk                       # invoke less
        G                               # go to the end of the file
        ^B^B^B...                       # rapid repeated control B's to
                                        #  scroll backwards

AUTHOR: Frank Maclachlan (fpm@crash.cts.com)
386BSD-Patchkit: patch00010

MBUF ALLOCATION FLAGS

While the flags in sys/mbuf.h define M_DONTWAIT and M_WAIT in terms
of M_NOWAIT and M_WAITOK, these flags are only used for the kernel malloc.
But the actual code in kern/uipc_mbuf.h uses kmem_malloc, which has
only a parameter canwait.  This parameter has just the opposite meaning
from the flag values above.  This may result in occasional hangs of the
system (if mbuf allocation with M_DONTWAIT is called which may result in
a wait) or panics or other nasty things (if called with M_WAIT which may
return a NULL pointer that is not expected and as such not tested by the
calling code).

AUTHOR: Wolfgang Solfrank (ws@tools.de)
386BSD-Patchkit: patch00009

MAN PATHBUF OVER 1K

In the function config.c:cadd() the pointer bp isn't recalculated
when the pathbuf needs to be realloced.  If realloc moves the storage
'bp' is left hanging.  The bug manifests itself when you modify man.conf
such that the pathbuf expands beyond 1k.

AUTHOR: James W. Dolter
386BSD-Patchkit: patch00008

GREENMAN BUGFIX KIT

1. Buffers were being immediately aged after read, greatly reducing
file system performance.
2. The file system buffer cache hash calculation resulted in hash
collision occuring 100% of the time.
3. File system buffers were allocated twice.  They were also deallocated
twice, so there was not a memory leak, but freebufspace was incorrect
and too much memory was being used.
4. Unnecessary call to swapout_threads in the vm system.

AUTHOR: David Greenman (davidg@agora.uucp)
386BSD-Patchkit: patch00007

CRASH FOR PARENT (.) REFERENCE AFTER CHROOT

When chroot() was used to change the apparent root directory
for a process, a reference to "./", the parent directory of the new
"root" directory, the system "panic"ed.

AUTHOR: Christoph Robitschko (chmr@fstgs01.tu-graz.ac.at)
386BSD-Patchkit: patch00006

WHATIS COREDUMP

The whatis program had two unitinitialized pointers which would
cause it to core dump sporadically depending on the initial stack contents.

AUTHOR: Andrew Moore (alm@netcom.com)
386BSD-Patchkit: patch00005

FIRST SECTOR IN MULTISECTOR READ IN BAD144 TABLE

The bad144 table search code at finds the sector in the bad144
table and replaces the block number, cylinder, head, and sector addresses
with values corresponding to the replacement sector.  The sector count
register is loaded with the number of sectors in the entire transfer.
This is wrong; it *MUST* be set to *one* sector.  A read would return
the wrong data in sectors after the first; a write would *overwrite*
other replacement sectors or even the bad144 table on the last track.

AUTHOR: Frank Maclachlan (fpm@crash.cts.com)
386BSD-Patchkit: patch00004

INCORRECT CMOS RAM SIZE CAUSES CRASH

        This patch fixes the problem encountered on HP Vectra, AT&T
6386E/33 WGS, AT&T StarServer E, and AT&T 6386/25 WGS systems where
the CMOS RAM size is not what was expected.  It also has fixes to
allow running small kernels in 640K, and warns the user of conditions
which may cause the kernel to fail to boot correctly.

AUTHOR: Terry Lambert (terry@icarus.weber.edu)
386BSD-Patchkit: patch00003

BIG MEMORY HANG

Because of the number of kernel map entries being to small
and an inappropriate calculation for the number of buffer pages, it was
possible for the kernel to hang if you had more than 8 Meg of memory
installed in your system.

AUTHOR: William Jolitz (withheld)
386BSD-Patchkit: patch00002

PATCH NEEDED FOR KERNEL REBUILD TO SUCCEED

Many people who have made their own kernel configurations have discovered
that their kernel won't build until they change their Makefile to include
a reference to vers.o (missing symbol _version).

Also, the version number was not updated each time the kernel was rebuilt.

AUTHOR: Chris G. Demetriou (cgd@berkeley.edu)
386BSD-Patchkit: patch00001

386BSD 0.1 before patchkit commits

Start development on 386BSD-0.1-patchkit
Keep prior development files

Synthesized-from: 386BSD-0.1-patched/

386BSD 0.1 release
Snapshot of the completed development branch

Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/othersrc/COPYRIGHT
Work on file usr/othersrc/BUGNFIX.FORM
Work on file usr/othersrc/CAREWARE.INFO
Work on file usr/othersrc/CONTRIB.LIST
Work on file usr/othersrc/SOFTWARE.FORM
Work on file usr/othersrc/REGISTRATION

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/src/BUGNFIX.FORM
Work on file usr/src/CONTRIB.LIST
Work on file usr/src/CAREWARE.INFO
Work on file usr/src/COPYRIGHT
Work on file usr/src/REGISTRATION
Work on file usr/src/SOFTWARE.FORM

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file CAREWARE.INFO
Work on file REGISTRATION
Work on file SOFTWARE.FORM
Work on file BUGNFIX.FORM

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file CONTRIB.LIST

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file COPYRIGHT

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/src/sys.386bsd/i386/isa/if_ne.c

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/src/sys.386bsd/compile/GENERICISA/version
Work on file usr/src/sys.386bsd/compile/GENERICISA/vers.c

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/src/sys.386bsd/vm/vm_swap.c

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/src/sys.386bsd/i386/i386/autoconf.c

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/src/sys.386bsd/i386/isa/wd.c

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/src/sys.386bsd/ufs/ufs_disksubr.c

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/src/sys.386bsd/i386/i386/machdep.c

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/src/sbin/disklabel/disklabel.c

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/src/sys.386bsd/i386/isa/wt.c

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/src/sys.386bsd/i386/isa/isa.c

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/src/sys.386bsd/kern/kern__physio.c

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/src/sys.386bsd/i386/isa/as.c

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/src/sys.386bsd/i386/i386/locore.s

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/src/sys.386bsd/compile/GENERICISA/assym.s

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/src/sys.386bsd/sys/resourcevar.h

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/src/sys.386bsd/kern/sys_process.c

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/src/sys.386bsd/i386/include/param.h

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/386bsd.errata/crypt.instructions

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/src/sbin/init/init.c

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/src/sys.386bsd/ROADMAP

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/src/sys.386bsd/kern/kern_subr.c

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/othersrc/etc/etc.i386/fstab.wd

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/othersrc/etc/etc.i386/disktab

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/othersrc/etc/etc.i386/MAKEDEV

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/othersrc/etc/syslog.conf

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/othersrc/etc/remote

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1

386BSD 0.1 development
Work on file usr/othersrc/etc/rc

Co-Authored-By: Lynne Greer Jolitz <ljolitz@cardio.ucsf.edu>
Synthesized-from: 386BSD-0.1