summaryrefslogtreecommitdiffstats
path: root/include/scsi
diff options
context:
space:
mode:
authorDouglas Gilbert <dougg@torque.net>2005-09-09 20:07:32 +1000
committerJames Bottomley <jejb@mulgrave.(none)>2005-09-09 16:42:44 -0500
commit942fc2fb73f2cac53484ebaf1c4f9af7aefaca83 (patch)
tree7d399d5847dd3be95368cf66860439ae0954ae19 /include/scsi
parent1c8e71d72026ed4c6ba0fdfd7eebd865f4fd1415 (diff)
downloadlinux-942fc2fb73f2cac53484ebaf1c4f9af7aefaca83.tar.gz
linux-942fc2fb73f2cac53484ebaf1c4f9af7aefaca83.tar.bz2
linux-942fc2fb73f2cac53484ebaf1c4f9af7aefaca83.zip
[SCSI] permit READ DEFECT DATA in block/scsi_ioctl
The soon to be released smartmontools 5.34 uses the READ DEFECT DATA command on SCSI disks. A disk that has defect list entries (or worse, an increasing number of them) is at risk. Currently the first invocation of smartctl causes this: scsi: unknown opcode 0x37 message to appear the console and in the log. The READ DEFECT DATA SCSI command does not change the state of a disk. Its opcode (0x37) is valid for SBC devices (e.g. disks) and SMC-2 devices (media changers) where it is called INITIALIZE STATUS ELEMENT WITH RANGE and again doesn't change the external state of the device. Changelog: - mark SCSI opcode 0x37 (READ DEFECT DATA) as safe_for_read Signed-off-by: Douglas Gilbert <dougg@torque.net> Acked-by: Jens Axboe <axboe@suse.de> Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
Diffstat (limited to 'include/scsi')
0 files changed, 0 insertions, 0 deletions