Terminal paging in the kernel
Mats Wichmann
mats at dual.UUCP
Fri Mar 9 07:49:38 AEST 1984
<>
Without getting too involved in the terminal paging issue (other than
to note without justification that I oppose it) I wanted to comment
on the statement that we are making assumptions about the sizes
of disk drives in the kernel. WE are most definitely not making any
assumptions about disk sizes in the kernel - we encode this information
on a reserved area on the disk. On the first access to a drive, this
reserved area is read, and the number of heads-tracks-sectors, the
device partitions, and the bad block map (if any) is pulled in.
I think you would find that many of the micro-UNIX vendors are
doing the same thing: we usually have to support too many different
configurations to be able to have a different kernel for each one -
massive distribution headaches would ensue (especially for bad block
handling). If there were a way to obtain this information for each
terminal WITHOUT hardcoding it into the kernel, this portion of the
paging dispute would go away - but I don't see any way to do that.....
Mats Wichmann
Dual Systems Corp.
...{ucbvax,amd70,ihnp4,cbosgd,decwrl,fortune}!dual!mats
More information about the Comp.unix.wizards
mailing list