* Mark the actual Handspring Visor as type "VISOR" and all others
"PALM4" (notably, the Sony Clie 41 changes from Visor-type to
Palm4-type).
* For Palm4-type devices, use the GET_PALM_CONNECTION_INFORMATION
query instead of the GET_CONNECTION_INFORMATION query, and interpret
the returned data structure appropriately. This permits attaching a
ucom device to newer devices such as the Tungsten T that do not
support the Visor-style query (data structure definition gleaned
from the Linux 2.4.21 visor.c).
* Crank down UVISORBUFSIZE from 1024 to 64 to avoid a problem where
the Palm device and the USB host controller deadlock. The USB host
controller is expecting an early-end-of-transmission packet with 0
data, and the Palm doesn't send one because it's already
communicated the amount of data it's going to send in a header
(which ucom/uvisor are oblivious to). This is the problem that has
been known on the pilot-link lists as the "[Free]BSD USB problem",
but not understood.
XXX It would be better for the Palm protocol to be handled entirely
in userland via ugen, since the serial protocol abstraction isn't
really adequate for the amount of structure that's here, and the
64-byte limit is just a workaround. The pilot-link tools aren't up
to the task yet, though.
in the default disklabel and the boot message, instead of using the
value reported by the drive (which is 16383 if the drive is larger than 8G).
Should fix PR 9864
instead of it's own; pointed out by Stefan Kruger in private e-mail
add rules to install the gawk info file too; it's useful to have installed,
and allows nawk to be drop-in replacement without need to adjust file lists
curses context would be initialized; just use errx() instead in this case
this fixes coredump for cases like 'systat -N /netbsd.gz', reported by Walt
on port-i386
in nlisterr(), wait a while (5 seconds currently) before exiting, so that
it would be actually possible to actually see the error
SYMLINKS to install symlinked header files. INCSYMLINKS are installed with
'make includes'. This avoids using SYMLINKS and hacks with the 'linkinstall'
target in <bsd.links.mk>, as linksinstall occurs in 'make install' and hacks
to get it to occur in 'make includes' weren't robust, as seen in lib/libdes.
Yet more improvements to bsd.README.
It can't be obsoleted because that causes builds with an old
${DESTDIR}/usr/include/kerberosIV/des.h to fail in directories which
have CPPFLAGS+=-I${DESTDIR}/usr/include/kerberosIV so that their #include
of <krb.h> works (and any subsequent #include <foo.h> by <krb.h>).
(Note: gcc3 won't work with a hack such as prepending -I${DESTDIR}/usr/include
before -I${DESTDIR}/usr/include/kerberosIV.)
Affected directories include lib/libkafs, and any thirdparty source
which used a similar -I/usr/include/kerberosIV hack to use <krb.h>.
matt