fixes for ulrem,umount,tar,tcsh,ps,vmstat,apropos,pstat,rk
Over the past 2 years several bug fixes for 2.11BSD accumulated, and over xmas break I finally found the time to communicate them to Steven Schultz. Steven was so kind to package them into two new patch files
Together, the patches address the following points
ulrem.s
: the unsigned long modulo operator (%) was broken inlibkern
umount
: returned inverted exit codes (1 for success, 0 for failure)tar
: core dumped when a whole /usr tree was archivedtcsh
: the time buildin function printed some erroneous or zero statisticsps
: core dumped when '-t' option was used with no further argumentapropos
: core dumped when 2 or more arguments were givenvmstat
: wrong normalization for some fields- several issues around the rk disk driver
- no rk root attach function
- no rk BOOTDEV support
- incorrect UCB_METER code (
vmstat/iostat
never showed any rk activity) - autoconfig left the RK11 controller in an error state
pstat
: added additional options to access more kernel data structures- new -c option, dumping the coremap
- new -m option, dumping the ub_map (UNIBUS map)
- new -b option, dumping the buffer pool table
- change -s output, gives now full table dump
- adapt the info's displayed by -T
- some documentation corrections (
vmstat
,pstat
,tcsh
)
Note: In case you wonder, as I did, why 2.11BSD survived 20 years with a broken unsigned long % operator:
- only the non-FPP
libkern
implementation was affected - the kernel simply doesn't have any unsigned long modulo's :)
- apparently only standalone mkfs after patch 434 was compromised
For the full story of all the above consult the header of the patch files.
The patch files are available from moe.2bsd.com and ftp.wx.gd-ais.com. Note, that Steven changed the packaging some time ago, the patches are now packed in bzip'ed tarballs in groups of ten patches. So you'll have to look into
ftp://moe.2bsd.com/pub/2.11BSD/440-447.tar.bz2
2016-12-11: Remove not longer accessible URL of patch archive.
For original note to 2.11BSD users see
posting to cctech@classiccmp.org
.