Subject: Re: proposed re-work / unification of boot block installation
To: Luke Mewburn <lukem@wasabisystems.com>
From: Steve Woodford <steve@mctavish.co.uk>
List: tech-kern
Date: 03/12/2002 21:30:19
On Tue, 12 Mar 2002, Luke Mewburn wrote:

> 4. Existing situation
> ---------------------

 * mvmeppc
	- Same as prep.

 * mvme68k
	68kbug works in terms of 256 byte blocks, regardless of the
	underlying physical sector size. In most cases, there are two
	bug blocks per physical sector.

	- block 0  = The volume ID block (part of cpu_disklabel)
	- block 1  = Media configuration area (ditto)
	- block 2  = Start of first level bootstrap
	- block 31 = End of first level bootstrap
	- block 32 = FFS Superblock.

	Bug uses various parts of the first two blocks to describe the
	media, identify it as bootable and locate the start block and
	length of the first level bootstrap.

	The mvme68k MD code makes use of some of the bug-specific details
	together with most of the remaining space in the first two blocks
	to store disk geometry and partition info.

	The 2nd level bootstrap is loaded from an FFS partition using a
	list of physical sectors written at installboot(8) time. This in
	turn loads the kernel.

Cheers, Steve