src/sys/dev/isp/ispreg.h, branch release/12.3.0FreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=release%2F12.3.02017-11-27T14:52:40Zsys/dev: further adoption of SPDX licensing ID tags.2017-11-27T14:52:40ZPedro F. Giffunipfg@FreeBSD.org2017-11-27T14:52:40Zurn:sha1:718cf2ccb9956613756ab15d7a0e28f2c8e91cab
Mainly focus on files that use BSD 2-Clause license, however the tool I
was using misidentified many licenses so this was mostly a manual - error
prone - task.
The Software Package Data Exchange (SPDX) group provides a specification
to make it easier for automated tools to detect and summarize well known
opensource licenses. We are gradually adopting the specification, noting
that the tags are considered only advisory and do not, in any way,
superceed or replace the license texts.
Fix and improve error masking and reporting.2015-10-29T16:48:12ZAlexander Motinmav@FreeBSD.org2015-10-29T16:48:12Zurn:sha1:2e6beaf19e1762b5ce403e1c4ba499617c53fa8aSome polishing and unification in ISR code.2015-10-23T08:26:45ZAlexander Motinmav@FreeBSD.org2015-10-23T08:26:45Zurn:sha1:6ce548a1055500ca8792a236d50159e7a8d1adf5When fiddling with options of which registers to copy out for2013-07-13T21:24:25ZMatt Jacobmjacob@FreeBSD.org2013-07-13T21:24:25Zurn:sha1:22629d2996c2ccba121b1b21acaa73682a07b3e8
a mailbox command and which registers to copy back in when
the command completes, the bits being set need to not only
specify what bits you want to add from the default from the
table but also what bits you want *subtract* (mask) from the
default from the table.
A failing ISP2200 command pointed this out.
Much appreciation to: marius, who persisted and narrowed down what
the failure delta was, and shamed me into actually fixing it.
MFC after: 1 week
Prepare for FC-Tape support. This involved doing a lot of little cleanups2012-06-17T21:39:40ZMatt Jacobmjacob@FreeBSD.org2012-06-17T21:39:40Zurn:sha1:ad0ab753798293823ae6224a8c08d6707ee25c55
and crosschecks against firmware documentation. We now check and report
FC firmware attributes and at least are now prepared for the upper 48 bits
of f/w attributes (which are probably for the 8100 or later cards). This
involed changing how inbits and outbits are calculated for varios commands,
hopefully clearer and cleaner. This also caused me to clean up the actual
mailbox register usage. Finally, we are now unconditionally using a CRN
for initiator mode.
A longstanding issue with the 2400/2500 is that they do *not* support
a "Prefer PTP followed by loop", which explains why enabling that
caused the f/w to crash.
A slightly more invasive change is to let the firmware load entirely
drive whether multi_id support is enabled or not.
Sponsored by: Spectralogic
MFC after: 1 week
Revamp the pieces of some of the stuff I forgot to do when shifting to2010-02-27T05:41:23ZMatt Jacobmjacob@FreeBSD.org2010-02-27T05:41:23Zurn:sha1:443e752d97bd51b3e124436734ffba7be0eb0682
32 bit handles. The RIO (reduced interrupt operation) and fast posting
for the parallel SCSI cards were all 16 bit handles. Furthermore,
target mode parallel SCSI only can have 16 bit handles.
Use part of a supplied patch to switch over to using 32 bit handles.
Be a bit more conservative here and only do this for parallel SCSI
for the 12160 (Ultra3) cards. There were a lot of marginal Ultra2
cards, and, frankly, few are findable now for testing.
Fix the target handle routine to only do 16 bit handles for parallel
SCSI cards. This is okay because the upper sixteen bits of the new
32 bit handles is a sequence number to help protect against duplicate
completions. This would be very unlikely to happen with parallel
SCSI target mode, and wasn't present before, so we're no worse off
than we used to be.
While we're at it, finally split the async mailbox completion handlers
into FC and parallel SCSI functions. This makes it much cleaner and
easier to figure out what is or isn't a legal async mailbox completion
code for different card classes.
PR: kern/144250
Submitted partially by: Charles D
MFC after: 1 week
Add 8Gb support (isp_2500). Fix a fair number of configuration and2009-08-01T01:04:26ZMatt Jacobmjacob@FreeBSD.org2009-08-01T01:04:26Zurn:sha1:2df76c160ba5c04ece8efeff418362c9a1adc9f5
firmware loading bugs.
Target mode support has received some serious attention to make it
more usable and stable.
Some backward compatible additions to CAM have been made that make
target mode async events easier to deal with have also been put
into place.
Further refinement and better support for NP-IV (N-port Virtualization)
is now in place.
Code for release prior to RELENG_7 has been stripped away for code clarity.
Sponsored by: Copan Systems
Reviewed by: scottl, ken, jung-uk kim
Approved by: re
Fix some stupid copyright mistakes that have been there for quite some time.2007-03-10T02:39:54ZMatt Jacobmjacob@FreeBSD.org2007-03-10T02:39:54Zurn:sha1:e48b2487a0c478497ada13a111ea69861d7853a1Don't attempt to load illegal hard loop addresses into2007-02-23T21:59:21ZMatt Jacobmjacob@FreeBSD.org2007-02-23T21:59:21Zurn:sha1:af4394d40ac13e07d87b5cf74bb0c20230136a70
an ICB. This shows up on card restarts, and usually for
2200-2300 cards. What happens is that we start up,
attempting to acquire a hard address. We end up instead
being an F-port topology, which reports out a loop id
of 0xff (or 0xffff for 2K Login f/w). Then, if we restart,
we end up telling the card to go off an acquire this loop
address, which the card then rejects. Bah.
Compilation fixes from Solaris port.
Add 4Gb (24XX) support and lay the foundation for a lot of new stuff.2006-11-02T03:21:32ZMatt Jacobmjacob@FreeBSD.org2006-11-02T03:21:32Zurn:sha1:10365e5a68725142a2a7effaec46ca1d8f5b273a