[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Hard drive RPM not reported correctly

It doesn't.

First of all IDE uses the "flexible disk page" instead of the rigid one.
After a quick glance at the code it *seems* to be correct. This trick is
simple enough (after hooking up the SCSI analyzer to figure out if I was
crazy or the OS!), I'll try to fix it for ATAPI as well.


----- Original Message -----
From: "Michael van der Westhuizen" <Michael.vanderWesthuizen@intec.co.za>
To: <slash@peereboom.us>
Cc: <tech@openbsd.org>
Sent: Thursday, July 11, 2002 03:02
Subject: Re: Hard drive RPM not reported correctly

> 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
> - 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
> and/or copyright material of Independent Technology Systems Limited
> (or its affiliated companies). If you are not the intended or authorised
> of this email or have received it in error, please delete it immediately
> notify the sender by e-mail. In such a case reading, reproducing, printing
> further dissemination of this e-mail is strictly prohibited and may be
> 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.