ship it. Make the (I)nstall option invoke sysinst.
The old install and upgrade scripts are still available, for now, under
OI and OU. Add note that these may be removed in a future release.
hardcoded value of 4.
A_K_NKEYS is currently 6 and this mismatch was stomping memory when
initializing the keys. (specifically gdb lost the exec file name if it was
a long path name).
- don't include eeprom support on sparc64.
- work out if we are eeprom or openprom from the results of open()
and/or ioctl(), rather than grovelling the kernel.
- move all eeprom specific code to eehandlers.c
- update manpage for sparc64 usage, remove delete -N switch
with these changes, eeprom(8) no longer needs to be setgid.
provides better (not perfect) reset sequence. The most significant
change is asserting output enable reg before power up. Stop routing
interrupt during reset.
and i440MX chipsets. Based on a driver by Michael Shalayeff,
modified somewhat by me to use bus_dma properly, and fix some
audio encoding emulation bugs.
Thanks to Manuel Bouyer for testing and feedback.
- Remove historical `script' installer, which was provided for
4MB RAM systems.
- Instead we provide `floppy-root' installer, which is composed
of 2 floppies just like the installation system used in the netbsd-1-2
days; one floppy contains (GENERIC) kernel and the other contains
the miniroot.
- The miniroots for both `ramdisk-root' installation system and
`floppy-root' installation system are identical.
The FTP coprocess formerly wrote the output of the "get | tar vxf -" pipe
to stderr, which resulted in no output to the feedback pipe (stdout), and
thus the timeout was not updated for any line printed by the "tar" process.
This was now changed to also feed back the chars to the expect() routine,
updating the timeout handler. The "also" part is implemented by passing
the output through "tee /dev/stderr".
At least NetBSD and Solaris have this, so no problem there.
Thanks to Frank van der Linden for helping me to debug this.
and tested by Allen Briggs.
Needs 1/3 less time on 68030, 45% less time on 68040.
XXX On 68060, 1/2 less time for the padding part, but 40% more time on the
copy part. I've stared at the 68060 User Manual, but can't understand why;
must be some wierd (branch) cache interaction.
