freebsd-skq/sys/dev/aac
rstone 95b4367538 Some aac(4) adapters will always report that a direct access device is
offline in response to a INQUIRY command that does not retreive vital
product data(I personally have observed the behaviour on an Adaptec 2405
and a 5805).  Force the peripheral qualifier to "connected" so that upper
layers correctly recognize that a disk is present.

This bug was uncovered by r216236.  Prior to that fix, aac(4) was
accidentally clearing the peripheral qualifier for all inquiry commands.

This fixes an issue where passthrough devices were not created for
disks behind aac(4) controllers suffering from the bug.  I have
verified that if a disk is not present that we still properly detect
that and not create the passthrough device.

Sponsored by:	Sandvine Incorporated
MFC after:	1 week
2012-09-25 19:12:12 +00:00
..
aac_cam.c Some aac(4) adapters will always report that a direct access device is 2012-09-25 19:12:12 +00:00
aac_debug.c
aac_disk.c On BIO_ERROR, set bio_resid to stop losing data in the error case. 2012-07-18 18:10:27 +00:00
aac_linux.c Second-to-last commit implementing Capsicum capabilities in the FreeBSD 2011-08-11 12:30:23 +00:00
aac_pci.c Use bus_get_dma_tag() to inherit the PCI bus' 4G boundary constraint. 2012-03-07 18:52:46 +00:00
aac_tables.h
aac.c Add a sysctl to report the firmware build number. 2012-02-13 16:48:49 +00:00
aacreg.h Previously, the aac driver did not handle enclosure management AIFs, 2010-09-29 14:22:00 +00:00
aacvar.h - Fix races on detach handling of AAC_IFFLAGS_* mask 2011-06-10 20:23:56 +00:00