RBC isn't from Pat

Pat LaVarre LAVARRE at iomega.com
Thu Mar 20 11:35:39 PST 2003


* From the T10 Reflector (t10 at t10.org), posted by:
* "Pat LaVarre" <LAVARRE at iomega.com>
*
By the way, as a point of personal privilege ...

Offline I was told people have been saying RBC came from Pat.

Not true.

Three points in my defence:

1) Yes the RWFL bits came from Pat et al.  Last I
checked, those bits never made it into any merely
public standard.  Last I checked, this lack is still
causing real trouble in the real world: Windows works
best when we pretend insert & eject don't take time.

2) Rumour - or baseless slander - says RBC suffers
|from the kind of binary incompatibilities designed
into the SFF vs. ANSI vs. USB Boot redefinitions of
SCSI CDB's and data.  As far as I know, I have never
created and I have never willingly perpetuated any
such incompatiblities.

The fact that I don't know how binary incompatible RBC
is or is not testifies to me not knowing it well
enough to have invented it.

3) Thinking that mode page 5 contained C:H:S was my
error.

Mode page 5 contains H:S:C instead, of course.
"Everybody [but newbies who read nothing but merely
public specs] knows that."  I have NO IDEA why.

Me, when first I saw that the page did not contain
C:H:S, I somehow got the idea it contained precisely
the field-reversed S:H:C rather than the one-field
left-rotation H:S:C.

Because, back then, I had never disassembled a
standard Microsoft Lba 0, I didn't understand why a
SCSI device wanted a PC C:H:S geometry anyhow, so when
I saw H:S = x20:40 for 100e+6 B, I didn't know at a
glance how wrong that was.

I was also innocent of the legacy that says maxH:maxS
is xFF:3F, so again x20:40 is wrong at a glance.  As
far as I know, that legacy has never seen the light of
a merely public standard either.

Happy Thursday, Pat LaVarre


*
* For T10 Reflector information, send a message with
* 'info t10' (no quotes) in the message body to majordomo at t10.org




More information about the T10 mailing list