Most recent kernel where this bug did not occur: N/A Distribution: Fedora Core Devel (Rawhide) Hardware Environment: GA-K8N Ultra 9 mobo (http://www.giga-byte.com.tw/MotherBoard/Products/Products_GA-K8N%20Ultra-9.htm) Maxtor DiamondMax 10 drives on Silicon Image, Inc. SiI 3114 [SATALink/SATARaid] Serial ATA Controller (rev 02) Software Environment: hdparm-6.3-1 Problem Description: When I try to get/set AAM on the disk drives, I get a : # /sbin/hdparm -M /dev/sda /dev/sda: HDIO_GET_ACOUSTIC failed: Inappropriate ioctl for device Don't know if it's a bug or a RFE
this is RFE
still in 2.6.19-rc6-mm1
still in 2.6.21-rc2-git3
Indeed, this is a low priority RFE. Preferred path would be to update hdparm to support setting acoustic levels via SG_IO.
I wish it was a higher priority :/ I'm having the same problem (2.6.21-rc6) and I've heard my diamondmax disks can be quietened down a lot with this.
Diamondmax drives have good AAM (or written another way the default benchmark-friendly Diamondmax mode is very noisy) I've managed to change the mode of my drives, don't remember how, it was a long quest. Using hdparm would have been *so* much easier
Newer versions of hdparm from spring 2007 use S.A.T. for acoustic functions, as well as most other functions, and thus work just fine with libata. No fix required -- Redhat/Fedora should update their included copy of hdparm instead. -ml
Note: hdparm-7.6 is the current version, and is available from http://sourceforge.net/projects/hdparm/ Most distro maintainers have an automatic "watch" on this project to be auto-notified as updates become available. Cheers
Works with latest hdparm.