src-test2/sys/dev/isp, branch release/7.1.0_cvsFreeBSD source treehttps://cgit-dev.freebsd.org/src-test2/atom?h=release%2F7.1.0_cvs2008-12-31T22:57:14ZCopy releng/7.1 to release/7.1.0 for the 7.1-RELEASE.2008-12-31T22:57:14ZKen Smithkensmith@FreeBSD.org2008-12-31T22:57:14Zurn:sha1:8d4eb975d2e49f56d057a19aac09bcb92b3e71f7
Approved by: re (implicit)
This commit was manufactured to restore the state of the 7.1-RELEASE image.
MFC r1725682008-07-28T15:49:26ZAndrew Thompsonthompsa@FreeBSD.org2008-07-28T15:49:26Zurn:sha1:788c6e2e0d88e7287b3de1ada339669326e3b4a0
Spelling fix for interupt -> interrupt
MFC: 1.362008-01-27T15:42:06ZMarius Stroblmarius@FreeBSD.org2008-01-27T15:42:06Zurn:sha1:f8947cd8ac417e900e39835cdb314795de960f1c
Add missing locking for SBus controllers.
Fix off-by-two errors.2007-08-28T00:09:12ZJung-uk Kimjkim@FreeBSD.org2007-08-28T00:09:12Zurn:sha1:8553cd622c29a640c0868c3ffd93b4bb708921b0
Both WWNN and WWPN are 64-bit unsigned integers and they are prefixed
with "0x", which requires two more bytes each.
Submitted by: Danny Braniss (danny at cs dot huji dot ac dot il)
via Matthew Jacob (lydianconcepts at gmail dot com)
Approved by: re (bmah)
MFC after: 3 days
Export 4Gbps Fibre Channel link speed correctly with inquiry commands.2007-08-23T15:57:13ZJung-uk Kimjkim@FreeBSD.org2007-08-23T15:57:13Zurn:sha1:fada2376b8d0b69fed8404628e74d55e5a6e301d
Approved by: re (kensmith)
MFC after: 3 days
Get rid of a couple of Coverity found sign comparison errors.2007-07-10T07:55:59ZMatt Jacobmjacob@FreeBSD.org2007-07-10T07:55:59Zurn:sha1:2e4637cd752bdf9cb60a2db5e3dbac3b4bb16123
Approved by: re (Ken)
MFC after: 3 days
Be more conservative- turn off fast posting and RIO for 22XX cards.2007-07-10T07:55:04ZMatt Jacobmjacob@FreeBSD.org2007-07-10T07:55:04Zurn:sha1:bb4f528dd82e6da5961b24f3388879b19266f1ba
Approved by: re (ken)
MFC after: 3 days
Recover from some major omissions/problems with the 24XX port.2007-07-02T20:08:20ZMatt Jacobmjacob@FreeBSD.org2007-07-02T20:08:20Zurn:sha1:4607e8eed375ee34622d510c6de7d922843caca5
First, we were never correctly checking for a 24XX Status Type 0
response- that cased us to fall through to evaluate status for
commands as if this were a 2100/2200/2300 Status Type 0 response.
This is *close*, but not quite the same. This has been reported
to be apparent with some wierd lun configuration problems with
some arrays. It became glaringly apparent on sparc64 where none
of the correct byte swap things were done.
Fixing this omission then caused a whole universe shifting debug
cycle of endian issues for the 2400. The manual for 24XX f/w turns
out to be wrong about the endianness of a couple of entities. The
lun and cdb fields for the type 7 request are *not* unconditionally
big endian- they happen to be opposite of whatever the endian of
the current machine type is. Same with the sense data for the
24XX type 0 response.
While we're at it investigate and resolve some NVRAM endian
issues.
Approved by: re (ken)
MFC after: 3 days
Pointy hat to me. Committed with building.2007-06-26T23:08:57ZMatt Jacobmjacob@FreeBSD.org2007-06-26T23:08:57Zurn:sha1:baa219ed6fc87f6fda63b0f4411e6b0162c77fcb
Approved by: re (ken, implicit)
Extension of previous commit- when we have 2k login firmware, we need to2007-06-26T20:53:07ZMatt Jacobmjacob@FreeBSD.org2007-06-26T20:53:07Zurn:sha1:458570f73602884a880f31dfd008021844a8935a
put out a ispreqt2e_t structure onto the request queue- not a ispreqt2_t
structure. I forgot that the 23XX can use a t2 structure.
Approved by: re (ken, implicitly)
MFC after: 3 days