src/sys/dev/isp/isp_freebsd.c, branch releng/6.2 FreeBSD source tree MFC the current stable state of isp. 2006-09-01T05:55:14+00:00 Matt Jacob mjacob@FreeBSD.org 2006-09-01T05:55:14+00:00 17ddab1d991a21a7656035bcf2e889cac99f55b6 The high points for next RELENG_6 release are: + Fix 2322/6322 firmware loading- this card works a lot better with loaded f/w. + Fix a considerable number of 2KLogin issues. + Clean all mailbox structures prior to use. + Remove some obsolete code within defines that haven't been enabled in years. + Make Loop ID 125 a legal hard address (which it is). + Force HARD ADDRESS acquisition for all f/w revisions > 2.2.5 + Use RIO_16BIT for 2200 cards >= 1.17.0 f/w, and enable fast posting. + Honor ZIO nvram settings for 23XX cards. + Add an ISP_CRASHED state so that if we get a DMA error and the f/w crashes we can unstall any mailbox commands that might have been waiting. + Catch RISC PAUSED errors on interrupts. + Plus many, many more! 
The high points for next RELENG_6 release are:

+ Fix 2322/6322 firmware loading- this card works a lot better with
loaded f/w.

+ Fix a considerable number of 2KLogin issues.

+ Clean all mailbox structures prior to use.

+ Remove some obsolete code within defines that haven't been
enabled in years.

+ Make Loop ID 125 a legal hard address (which it is).

+ Force HARD ADDRESS acquisition for all f/w revisions > 2.2.5

+ Use RIO_16BIT for 2200 cards >= 1.17.0 f/w, and enable
fast posting.

+ Honor ZIO nvram settings for 23XX cards.

+ Add an ISP_CRASHED state so that if we get a DMA error and the f/w
crashes we can unstall any mailbox commands that might have been
waiting.

+ Catch RISC PAUSED errors on interrupts.

+ Plus many, many more!
MFC 1.117: Don't set CAM_DEV_QFRZN when we get an ABORT_TASK. Just 2006-05-31T18:49:51+00:00 Matt Jacob mjacob@FreeBSD.org 2006-05-31T18:49:51+00:00 c6a20f284e58d2ab05ba0ac1b2e755f58d88cb03 by itself, this makes no sense. 
by itself, this makes no sense.
MFC current state of isp. Lots of cosmetic changes, but also various bugfixes. 2006-05-22T21:31:54+00:00 Matt Jacob mjacob@FreeBSD.org 2006-05-22T21:31:54+00:00 0886c74d27e6f74bf23ccb815093fc9c2c4a8589 






MFC: Move inlined functions into a library.
2006-02-03T14:43:57+00:00

Scott Long
scottl@FreeBSD.org

2006-02-03T14:43:57+00:00

c6917ec5bc40a6603a0409393ab8a121835abce7

Approved by: re





Approved by: re







MFC current 2322 (and maybe 2422) support plus current target mode state.
2006-01-26T06:22:40+00:00

Matt Jacob
mjacob@FreeBSD.org

2006-01-26T06:22:40+00:00

4269a276d850c1602a58c1081582c44445630897












Provide a needed argument to AT_MAKE_TAGID.
2005-01-23T22:33:59+00:00

Scott Long
scottl@FreeBSD.org

2005-01-23T22:33:59+00:00

da6297fcf938387dfe537c96d66f24f5ec22dfb7












Start each of the license/copyright comments with /*-, minor shuffle of lines
2005-01-06T01:43:34+00:00

Warner Losh
imp@FreeBSD.org

2005-01-06T01:43:34+00:00

098ca2bda93c701c5331d4e6aace072495b4caaa












Until I can get a clearer architecture from PHK about why he wants
2004-08-23T19:04:19+00:00

Matt Jacob
mjacob@FreeBSD.org

2004-08-23T19:04:19+00:00

e3e49f7e32fd397d969215a3626024e873d13f48

the geometry code to grab a mutex that prohibits any driver on the
stack below it from sleeping, it's not safe to allow anything in
the top half of isp to sleep (excepting the thread that Fibre Channel
instances use to re-scan loops/fabrics).





the geometry code to grab a mutex that prohibits any driver on the
stack below it from sleeping, it's not safe to allow anything in
the top half of isp to sleep (excepting the thread that Fibre Channel
instances use to re-scan loops/fabrics).







Do the dreaded s/dev_t/struct cdev */
2004-06-16T09:47:26+00:00

Poul-Henning Kamp
phk@FreeBSD.org

2004-06-16T09:47:26+00:00

89c9c53da05197f657dfe8e0bdda6941a2e9a0d4

Bump __FreeBSD_version accordingly.





Bump __FreeBSD_version accordingly.







Store the target handles in a separate list from normal commands.  Add a
2004-05-24T07:02:25+00:00

Nate Lawson
njl@FreeBSD.org

2004-05-24T07:02:25+00:00

51e23558827dd60a32ce321dd69032a2f4ac2ef1

CTIO fast post routine to handle CTIO completions.

Submitted by:	mjacob





CTIO fast post routine to handle CTIO completions.

Submitted by:	mjacob