Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 14 Dec 1997 12:38:57 +1030
From:      Mike Smith <mike@smith.net.au>
To:        Terry Lambert <tlambert@primenet.com>
Cc:        hackers@freebsd.org
Subject:   Re: blocksize on devfs entries (and related) 
Message-ID:  <199712140208.MAA04740@word.smith.net.au>
In-Reply-To: Your message of "Sat, 13 Dec 1997 21:28:25 -0000." <199712132128.OAA02173@usr06.primenet.com> 

next in thread | previous in thread | raw e-mail | index | archive | help
> > The problem is that on all new devices the layout is both hidden and 
> > not easily describable. Nor can we describe the layouts of media that have
> > not yet been invented. Track/cyl/sector geometry descriptions can not be
> > used to describe modern disks and the picture is muddied by track buffers
> > and reverse block write order (for example).
> 
> SCSI I geometries are not directly accessable.  But SCSI II geometries
> are.

Er, in what fashion?  I don't recall any mandatory pages for zone 
description tables, or provision for self-describing geometry pages for 
new geometry techniques.

> I think track buffers and reverse block write order are attributes
> that could be communicated (actually, the second implies the first. 8-)).

There is no standard for this, however, nor for describing the control 
policies that are applied to them, all of which relate to the effect 
that they may have on a consumer.

mike





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199712140208.MAA04740>