Re: Hard drive RPM not reported correctly

[Michael van der Westhuizen <Michael.vanderWesthuizen@intec.co.za>]

How does this affect a similar issue with IDE hard disks?

<with snips>

-----Original Message-----
From: slash@peereboom.us [mailto:slash@peereboom.us]
Sent: 11 July 2002 04:47
To: gnats@openbsd.org
Cc: tech@openbsd.org
Subject: Hard drive RPM not reported correctly


>Originator:	Marco Peereboom
>Synopsis:	OpenBSD uses default value of 3600 RPM for hard drives.
>Environment:
	System      : OpenBSD 3.1
	Architecture: OpenBSD.i386
	Machine     : i386
>Description:
	Issue a "disklabel -d sd0c" and the RPM field will report a hard
coded value of 3600 RPM.
	Besides this there is also a hard coded value of 0x20 in
scsi/sd_scsi.c which prevents the 
	mode sense command to return all the mode page data. Most mode pages
will work but the 
	bigger ones won't (for example the "Rigid Disk Drive Geometry
Page").
>How-To-Repeat:
	disklabel -d sd0c does the trick.
>Fix:
- Added the rpm field to the flex geometry for completion sake in
sys/scsi/scsi_disk.h
- Removed hard coded 3600 RPM value from sys/scsi/sd.c
- Changed the mode sense data length from 0x20 to 0xff in sys/scsi/sd_scsi.c
- Removed hard coded 3600 RPM value from sys/scsi/sd_scsi.c
- Added dynamic rpm values instead of hard coded ones.

Diffs:

<snip>


*******************************************************************************************
<http://www.intec-telecom-systems.com/>

This e-mail and any attachments are confidential and may also be privileged
and/or copyright material of Independent Technology Systems Limited
(or its affiliated companies). If you are not the intended or authorised recipient 
of this email or have received it in error, please delete it immediately and 
notify the sender by e-mail. In such a case reading, reproducing, printing or 
further dissemination of this e-mail is strictly prohibited and may be unlawful.

Independent Technology Systems Limited does not represent or warrant that 
an attachment hereto is free from computer viruses or other defects.

The opinions expressed in this e-mail and any of the attachments may 
be those of the author and are not necessarily those of Independent 
Technology Systems Limited.
******************************************************************************************