]> CyberLeo.Net >> Repos - FreeBSD/stable/9.git/commit
MFC r240923
authorrstone <rstone@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f>
Fri, 8 Mar 2013 19:01:26 +0000 (19:01 +0000)
committerrstone <rstone@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f>
Fri, 8 Mar 2013 19:01:26 +0000 (19:01 +0000)
commitbf139c73319f7c585a653a05282539f4dc37ff1f
tree91c078437867d427296415d07b20586fc95cac5d
parent75ca03f4c5b5426cac8b75c1ac4347fd9749d318
MFC r240923

  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

git-svn-id: svn://svn.freebsd.org/base/stable/9@248063 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
sys/dev/aac/aac_cam.c