History log of /netbsd/sys/dev/ic/isp_library.c (Results 1 – 9 of 9)
Revision Date Author Comments
# e4abc357 21-Oct-2021 andvar <andvar@NetBSD.org>

fix various typos, mainly in comments, but also in man pages and log messages.


# ae93a01b 10-Jan-2019 martin <martin@NetBSD.org>

When handles returned by the device do not match our expectations,
log more details.


# 8b902bf8 28-Feb-2011 mjacob <mjacob@NetBSD.org>

Update isp driver to be in sync with other platforms. Mostly very minor changes
with effectively zero impact on NetBSD.


# 06aa1abd 26-Mar-2010 mjacob <mjacob@NetBSD.org>

Synchronize with other platforms:

Strongly architect handles so we can more easily detect bogus
handles. This switches us to a full 32 bits for all handles.

Handle the case of FC disks disappear

Synchronize with other platforms:

Strongly architect handles so we can more easily detect bogus
handles. This switches us to a full 32 bits for all handles.

Handle the case of FC disks disappearing and then reappearing-
at least at the FC transport level.

Some better and finer control of debug and non-debug printouts.

show more ...


# 982581e0 05-Jan-2010 mbalmer <mbalmer@NetBSD.org>

Remove extra semicolons.


# ad7d727f 25-Jun-2009 mjacob <mjacob@NetBSD.org>

Update ISP driver to latest and greatest. Includes support for the 8Gb part.


# 0e65dd74 11-Mar-2008 mjacob <mjacob@NetBSD.org>

Checkpoint of some fairly major isp(4) rototilling.

Reintroduce more of a 'channel' concept in preparation for NP-IV support.
This gets rid of the chanA/chanB concept as the 2400 can have up to 128

Checkpoint of some fairly major isp(4) rototilling.

Reintroduce more of a 'channel' concept in preparation for NP-IV support.
This gets rid of the chanA/chanB concept as the 2400 can have up to 128
virtual channels. Actually, with MID firmware you can also have the 2200
and 2300 support 'channels, but they do it with an FL-Port topology.
Because FC cards can now have 'channels', just about every support
function for fibre channel had to be redone to have a channel index
as well. Rototill isp_ioctl.h for channel stuff as well.

Pick up a lot of work about fabric management (hopefully better) and keep
work in place that will allow for dynamic attachment/detachment of devices
(if I can figure out how to make the midlayer support it).

Merge the target code with external trees. Eventually it might even
be sorted out on NetBSD.

Update some firmware stuff.

show more ...


# 3ee1a2ad 07-Jul-2007 mjacob <mjacob@NetBSD.org>

Do a number of 24XX related fixes: fix the actual getting of initiator
status correctly (which we never were doing before). Add an underrun
checker for 24XX. The process of sorting this out led to a

Do a number of 24XX related fixes: fix the actual getting of initiator
status correctly (which we never were doing before). Add an underrun
checker for 24XX. The process of sorting this out led to a whole bunch
of endian surprises that had to be dealt with. Fix NVRAM endian issues
for the 24XX as well.

Do a little 2200 related cleanup- in particular, turn off complaints about
not finding a fast posting handle when running with RIO enabled- we are
somehow getting duplicate completions in this case. If we ignore them and
don't complain, all is well, and we actually start averaging > 2 commands
completed per interrupt.

show more ...


# f0b57d5f 24-May-2007 mjacob <mjacob@NetBSD.org>

Major update to isp(4) driver to bring it in line with external sources.

The major changes are:

+ 4Gb (24XX) card support
+ Rewritten fabric and loop evaluation code
+ New f/w sets

The 4Gb chan

Major update to isp(4) driver to bring it in line with external sources.

The major changes are:

+ 4Gb (24XX) card support
+ Rewritten fabric and loop evaluation code
+ New f/w sets

The 4Gb changes required major rototilling, which caused a rewrite of
fabric and loop eval code. The latter can now be set up to tune for
dynamic device arrival/departure if the framework is set up for it,
or to be firm about waiting for devices.

Testing has been principally on amd64, i386 and sparc64 and seems to
not have broken things for me.

show more ...