<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/iscsi, branch release/8.1.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F8.1.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F8.1.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2010-02-11T18:34:06Z</updated>
<entry>
<title>MFC a number of changes from head for ISP (203478,203463,203444,202418,201758,</title>
<updated>2010-02-11T18:34:06Z</updated>
<author>
<name>Matt Jacob</name>
<email>mjacob@FreeBSD.org</email>
</author>
<published>2010-02-11T18:34:06Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=7733cf8fffadd4b286f7ed03e7748ee70e36433d'/>
<id>urn:sha1:7733cf8fffadd4b286f7ed03e7748ee70e36433d</id>
<content type='text'>
201408,201325,200089,198822,197373,197372,197214,196162). Since one of those
changes was a semicolon cleanup from somebody else, this touches a lot more.
</content>
</entry>
<entry>
<title>MFC r196352:</title>
<updated>2009-08-18T09:31:00Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2009-08-18T09:31:00Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a7f9e24d619c2e1bd41fd36029593334d01e05c4'/>
<id>urn:sha1:a7f9e24d619c2e1bd41fd36029593334d01e05c4</id>
<content type='text'>
Fix iSCSI initiator and vpo driver operation, broken by CAM changes.

Reviewed by:	scottl, Danny Braniss
Approved by:	re (rwatson)
</content>
</entry>
<entry>
<title>Change the type of uio_resid member of struct uio from int to ssize_t.</title>
<updated>2009-06-25T18:46:30Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2009-06-25T18:46:30Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=9f80ce043db0c82b6f341ab58bb8b840c0dfd69e'/>
<id>urn:sha1:9f80ce043db0c82b6f341ab58bb8b840c0dfd69e</id>
<content type='text'>
Note that this does not actually enable full-range i/o requests for
64 architectures, and is done now to update KBI only.

Tested by:	pho
Reviewed by:	jhb, bde (as part of the review of the bigger patch)
</content>
</entry>
<entry>
<title>This commit fixes the issue with alias_sctp.c. No</title>
<updated>2009-02-14T11:34:57Z</updated>
<author>
<name>Randall Stewart</name>
<email>rrs@FreeBSD.org</email>
</author>
<published>2009-02-14T11:34:57Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=eef9e53e55c4b56e049374c2f373ea7485782e37'/>
<id>urn:sha1:eef9e53e55c4b56e049374c2f373ea7485782e37</id>
<content type='text'>
longer do we require SCTP to be in the kernel for the
lib to be able to handle SCTP. We do this by moving
the CRC32c checksum into libkern/crc32.c and then adjusting
all routines to use the common methods. Note that this
will improve the performance of iSCSI since they were
using the old single 256 bit table lookup versus the
slicing 8 algorithm (which gives a 4x speed up in
CRC32c calculation :-D)

Reviewed by:rwatson, gnn, scottl, paolo
MFC after:	4 week? (assuming we MFC the alias_sctp changes)
</content>
</entry>
<entry>
<title>Big update to the iSCSI initiator code.  Highlights include IPv6 support,</title>
<updated>2008-11-25T07:17:11Z</updated>
<author>
<name>Scott Long</name>
<email>scottl@FreeBSD.org</email>
</author>
<published>2008-11-25T07:17:11Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=3f3137fee5946f0c64456dfa13a6bcd17f8771bb'/>
<id>urn:sha1:3f3137fee5946f0c64456dfa13a6bcd17f8771bb</id>
<content type='text'>
many bugs fixes, many more performance improvements.

Submitted by:	Danny Braniss

M    sbin/iscontrol/iscsi.conf.5
M    sbin/iscontrol/iscontrol.8
M    sbin/iscontrol/iscontrol.h
M    sbin/iscontrol/config.c
M    sbin/iscontrol/fsm.c
M    sbin/iscontrol/login.c
M    sbin/iscontrol/pdu.c
M    sbin/iscontrol/misc.c
M    sbin/iscontrol/auth_subr.c
M    sbin/iscontrol/iscontrol.c
M    sys/dev/iscsi/initiator/isc_cam.c
M    sys/dev/iscsi/initiator/iscsi.h
M    sys/dev/iscsi/initiator/isc_soc.c
M    sys/dev/iscsi/initiator/iscsi_subr.c
M    sys/dev/iscsi/initiator/iscsivar.h
M    sys/dev/iscsi/initiator/isc_subr.c
M    sys/dev/iscsi/initiator/iscsi.c
M    sys/dev/iscsi/initiator/isc_sm.c
</content>
</entry>
<entry>
<title>Replace all calls to minor() with dev2unit().</title>
<updated>2008-09-27T08:51:18Z</updated>
<author>
<name>Ed Schouten</name>
<email>ed@FreeBSD.org</email>
</author>
<published>2008-09-27T08:51:18Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=6bfa9a2d66dd0e00182017d6741d44e54d0b2cca'/>
<id>urn:sha1:6bfa9a2d66dd0e00182017d6741d44e54d0b2cca</id>
<content type='text'>
After I removed all the unit2minor()/minor2unit() calls from the kernel
yesterday, I realised calling minor() everywhere is quite confusing.
Character devices now only have the ability to store a unit number, not
a minor number. Remove the confusion by using dev2unit() everywhere.

This commit could also be considered as a bug fix. A lot of drivers call
minor(), while they should actually be calling dev2unit(). In -CURRENT
this isn't a problem, but it turns out we never had any problem reports
related to that issue in the past. I suspect not many people connect
more than 256 pieces of the same hardware.

Reviewed by:	kib
</content>
</entry>
<entry>
<title>Record the dependency of the iscsi initiator on cam.</title>
<updated>2008-04-20T15:56:59Z</updated>
<author>
<name>Antoine Brodin</name>
<email>antoine@FreeBSD.org</email>
</author>
<published>2008-04-20T15:56:59Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=f578431cc437b4885c8ba3ff4c5a0f4440a01a4c'/>
<id>urn:sha1:f578431cc437b4885c8ba3ff4c5a0f4440a01a4c</id>
<content type='text'>
PR:		116745
Submitted by:	OISHI Masakuni
Approved by:	rwatson (mentor)
MFC after:	1 month
</content>
</entry>
<entry>
<title>Replaced the misleading uses of a historical artefact M_TRYWAIT with M_WAIT.</title>
<updated>2008-03-25T09:39:02Z</updated>
<author>
<name>Ruslan Ermilov</name>
<email>ru@FreeBSD.org</email>
</author>
<published>2008-03-25T09:39:02Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=ea26d587291046c59102b34124187e7f602ee07d'/>
<id>urn:sha1:ea26d587291046c59102b34124187e7f602ee07d</id>
<content type='text'>
Removed dead code that assumed that M_TRYWAIT can return NULL; it's not true
since the advent of MBUMA.

Reviewed by:	arch

There are ongoing disputes as to whether we want to switch to directly using
UMA flags M_WAITOK/M_NOWAIT for mbuf(9) allocation.
</content>
</entry>
<entry>
<title>Give MEXTADD() another argument to make both void pointers to the</title>
<updated>2008-02-01T19:36:27Z</updated>
<author>
<name>Poul-Henning Kamp</name>
<email>phk@FreeBSD.org</email>
</author>
<published>2008-02-01T19:36:27Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=cf827063a9684f2300b3496f588aaf3e69c45067'/>
<id>urn:sha1:cf827063a9684f2300b3496f588aaf3e69c45067</id>
<content type='text'>
free function controlable, instead of passing the KVA of the buffer
storage as the first argument.

Fix all conventional users of the API to pass the KVA of the buffer
as the first argument, to make this a no-op commit.

Likely break the only non-convetional user of the API, after informing
the relevant committer.

Update the mbuf(9) manual page, which was already out of sync on
this point.

Bump __FreeBSD_version to 800016 as there is no way to tell how
many arguments a CPP macro needs any other way.

This paves the way for giving sendfile(9) a way to wait for the
passed storage to have been accessed before returning.

This does not affect the memory layout or size of mbufs.

Parental oversight by:	sam and rwatson.

No MFC is anticipated.
</content>
</entry>
<entry>
<title>Rename the kthread_xxx (e.g. kthread_create()) calls</title>
<updated>2007-10-20T23:23:23Z</updated>
<author>
<name>Julian Elischer</name>
<email>julian@FreeBSD.org</email>
</author>
<published>2007-10-20T23:23:23Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=3745c395ecae17ef47be82433463d561629220b0'/>
<id>urn:sha1:3745c395ecae17ef47be82433463d561629220b0</id>
<content type='text'>
to kproc_xxx as they actually make whole processes.
Thos makes way for us to add REAL kthread_create() and friends
that actually make theads. it turns out that most of these
calls actually end up being moved back to the thread version
when it's added. but we need to make this cosmetic change first.

I'd LOVE to do this rename in 7.0  so that we can eventually MFC the
new kthread_xxx() calls.
</content>
</entry>
</feed>
