Vendor-Specific Mode Subpages
gerry.houlder at seagate.com
Mon Jan 24 15:21:00 PST 2011
Formatted message: <a href="http://www.t10.org/cgi-bin/ac.pl?t=r&f=r1101244_f.htm">HTML-formatted message</a>
I am aware of some vendor specific sub-pages in the E0h to EFh range for
mode page 19h for SAS protocol specific use. I have to support the use of
these mode page 19h sub-pages for vendor specific use. I don't see any harm
in extending this "privilege" to other standard pages as well to simplify
the documentation (i.e., not make mode page 19h a glaring exception to the
I am surprised that we have two tables (164 and 398) that apparently have
the same purpose (i.e., indicating which mode pages and sub-pages are
standard/ restricted/ vendor specific). It would be more logical to do this
in one table, to prevent the conflicts you have discovered. The table 398
structure seems more suited to providing all of the needed details.
On Mon, Jan 24, 2011 at 4:17 PM, Paul Suhler <Paul.Suhler at quantum.com>wrote:
> Hi, everyone.
> Curtis Ballard and I were discussing SPC-4's conflicting statements about
> whether every mode page has a vendor-specific range of subpage codes. His
> analysis is:
> MODE SELECT(6) has a table for mode page codes for all devices (table 164)
> which lists sub_pages E0h to FEh as vendor specific for every page except
> 3Fh. For the page range 20h to 3Eh even more sub_pages are vendor
> But if you look at the tables in the mode parameters section those ranges
> say "see specific device type".
> That refers to Table 398, which conflicts with Table 164 for page codes
> 02h, 09h,15h, and 16h. (164 says to see the device standard; 398 says
> they're reserved.) I don't recall the details of the discussion in CAP
> about this.
> Changes would be needed to (at least) Table 398 and to various device
> standards (SSC-4 and ADC-3, for starters).
> So, I'd first like to get the sense of the group: Does anyone *not* want a
> vendor subpage range available for most mode pages? (We can sort out which
> specific pages shall not have this range.)
> Paul A. Suhler | Firmware Engineer | Quantum Corporation |
> paul.suhler at quantum.com
> *Preserving the World's Most Important Data. Yours.*
More information about the T10