<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/dev/isp/isp_freebsd.c, branch release/4.1.1_cvs</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F4.1.1_cvs</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F4.1.1_cvs'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2000-09-25T21:57:54Z</updated>
<entry>
<title>This commit was manufactured by cvs2svn to create tag</title>
<updated>2000-09-25T21:57:54Z</updated>
<author>
<name>cvs2svn</name>
<email>cvs2svn@FreeBSD.org</email>
</author>
<published>2000-09-25T21:57:54Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=ba94d0cea3d853d19732f64a17cd6207dc85ad5f'/>
<id>urn:sha1:ba94d0cea3d853d19732f64a17cd6207dc85ad5f</id>
<content type='text'>
'RELENG_4_1_1_RELEASE'.

This commit was manufactured to restore the state of the 4.1.1-RELEASE image.
Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs.
</content>
</entry>
<entry>
<title>MFC the major rewrite of this driver (core version 2.0). MFC support</title>
<updated>2000-09-21T21:19:08Z</updated>
<author>
<name>Matt Jacob</name>
<email>mjacob@FreeBSD.org</email>
</author>
<published>2000-09-21T21:19:08Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=92d514dcc9a8bc393fead9f191a7a4be4f9523ea'/>
<id>urn:sha1:92d514dcc9a8bc393fead9f191a7a4be4f9523ea</id>
<content type='text'>
for the non-attach of Qlogic 12160 with certain sub-vendorid.
</content>
</entry>
<entry>
<title>MFC (rev 1.42)- lots of target mode changes.</title>
<updated>2000-07-18T07:03:42Z</updated>
<author>
<name>Matt Jacob</name>
<email>mjacob@FreeBSD.org</email>
</author>
<published>2000-07-18T07:03:42Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=04d396a55f07c38f1d969add2756f2a9c0f7d284'/>
<id>urn:sha1:04d396a55f07c38f1d969add2756f2a9c0f7d284</id>
<content type='text'>
</content>
</entry>
<entry>
<title>MFC:</title>
<updated>2000-07-05T18:59:32Z</updated>
<author>
<name>Matt Jacob</name>
<email>mjacob@FreeBSD.org</email>
</author>
<published>2000-07-05T18:59:32Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=9ac958a86509fcaedabcbe0e2548428759c506af'/>
<id>urn:sha1:9ac958a86509fcaedabcbe0e2548428759c506af</id>
<content type='text'>
Oops! If we're deciding a command is now really dead, make *darned*
sure that it really is by issuing a ISPCTL_ABORT_CMD just on the
off chance the f/w will start it up again and, ha ha, start using
the DMA resources we gave it but are now taking away.
</content>
</entry>
<entry>
<title>MFC (1.35, 1.36, 1.37, 1.38, 1.39, 1.40): (yes, these should be a better</title>
<updated>2000-07-04T02:25:14Z</updated>
<author>
<name>Matt Jacob</name>
<email>mjacob@FreeBSD.org</email>
</author>
<published>2000-07-04T02:25:14Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=60b5983773cffe99d71ad0c2a079aa8c7139d22f'/>
<id>urn:sha1:60b5983773cffe99d71ad0c2a079aa8c7139d22f</id>
<content type='text'>
set of comments- basically synchronization of changes to watchdog timeouts).
</content>
</entry>
<entry>
<title>MFC: add a watchdog timeout routine</title>
<updated>2000-05-09T05:07:55Z</updated>
<author>
<name>Matt Jacob</name>
<email>mjacob@FreeBSD.org</email>
</author>
<published>2000-05-09T05:07:55Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=fb1147df5cb52f51b165b94d74c92e87579976f6'/>
<id>urn:sha1:fb1147df5cb52f51b165b94d74c92e87579976f6</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Prettier print of fabric devices being attached- say what kind of</title>
<updated>2000-02-29T05:53:10Z</updated>
<author>
<name>Matt Jacob</name>
<email>mjacob@FreeBSD.org</email>
</author>
<published>2000-02-29T05:53:10Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=40cfc8fe8e177c26a2ae9a6087cdc051f9e4085c'/>
<id>urn:sha1:40cfc8fe8e177c26a2ae9a6087cdc051f9e4085c</id>
<content type='text'>
port they are (e.g., F_Port vs. N_Port).

Approved: jkh
</content>
</entry>
<entry>
<title>Clean up some target mode debug messages. Fix (finally, I believe)</title>
<updated>2000-02-15T00:52:52Z</updated>
<author>
<name>Matt Jacob</name>
<email>mjacob@FreeBSD.org</email>
</author>
<published>2000-02-15T00:52:52Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=d667c06c77c778c190e7136b6a8c55c80d34c194'/>
<id>urn:sha1:d667c06c77c778c190e7136b6a8c55c80d34c194</id>
<content type='text'>
Andrew's problems with SCSI on some alphas- do not call isp_update
directly to update parameters- just mark them as being ready to
update for the next command- the system would just hang on a READ
CAPACITY for a drive. Really annoying because it wouldn't even timeout
(and it has a timeout) so either the SET PARAMETERS call was nuking
things or the f/w was really dropping the ball.

approved: jkh

Reviewed by:	gallatin@freebsd.org
</content>
</entry>
<entry>
<title>a whale of a lot of target mode cleanup</title>
<updated>2000-01-15T01:50:48Z</updated>
<author>
<name>Matt Jacob</name>
<email>mjacob@FreeBSD.org</email>
</author>
<published>2000-01-15T01:50:48Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=00a8e1748baddf8747e2a80613fb7f5d95c0cec0'/>
<id>urn:sha1:00a8e1748baddf8747e2a80613fb7f5d95c0cec0</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Clean up some debug printing. Find the correct lun when SCCLUN is</title>
<updated>2000-01-04T03:45:49Z</updated>
<author>
<name>Matt Jacob</name>
<email>mjacob@FreeBSD.org</email>
</author>
<published>2000-01-04T03:45:49Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=92a1e549598ac231470b0ecdaffab7ccf4f242fd'/>
<id>urn:sha1:92a1e549598ac231470b0ecdaffab7ccf4f242fd</id>
<content type='text'>
defined. If we complete with a check condition but no sense data,
say we had an AUTOSENSE failure.
</content>
</entry>
</feed>
