<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/git/stable/linux-stable.git/drivers/infiniband/ulp, branch linux-2.6.15.y</title>
<subtitle>Linux kernel stable tree</subtitle>
<id>https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux-stable.git/atom?h=linux-2.6.15.y</id>
<link rel='self' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux-stable.git/atom?h=linux-2.6.15.y'/>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux-stable.git/'/>
<updated>2006-03-28T07:00:21+00:00</updated>
<entry>
<title>[PATCH] IB/srp: Don't send task management commands after target removal</title>
<updated>2006-03-28T07:00:21+00:00</updated>
<author>
<name>Roland Dreier</name>
<email>rdreier@cisco.com</email>
</author>
<published>2006-03-07T04:23:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=2c07f6fae4b06515944c167e8aeb86217c797c03'/>
<id>urn:sha1:2c07f6fae4b06515944c167e8aeb86217c797c03</id>
<content type='text'>
Just fail abort and reset requests that come in after we've already
decided to remove a target.  This fixes a nasty crash if a storage
target goes away.

Signed-off-by: Roland Dreier &lt;rolandd@cisco.com&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>IPoIB: fix error handling in ipoib_open</title>
<updated>2005-11-29T18:55:58+00:00</updated>
<author>
<name>Roland Dreier</name>
<email>rolandd@cisco.com</email>
</author>
<published>2005-11-29T18:55:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=267ee88ed34c76dc527eeb3d95f9f9558ac99973'/>
<id>urn:sha1:267ee88ed34c76dc527eeb3d95f9f9558ac99973</id>
<content type='text'>
If ipoib_ib_dev_up() fails after ipoib_ib_dev_open() is called, then
ipoib_ib_dev_stop() needs to be called to clean up.

Signed-off-by: Roland Dreier &lt;rolandd@cisco.com&gt;
</content>
</entry>
<entry>
<title>IPoIB: protect child list in ipoib_ib_dev_flush</title>
<updated>2005-11-29T18:53:30+00:00</updated>
<author>
<name>Michael S. Tsirkin</name>
<email>mst@mellanox.co.il</email>
</author>
<published>2005-11-29T18:53:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=4f71055a45a503273c039d80db8ba9b13cb17549'/>
<id>urn:sha1:4f71055a45a503273c039d80db8ba9b13cb17549</id>
<content type='text'>
race condition: ipoib_ib_dev_flush is accessing child list without locks.

Signed-off-by: Michael S. Tsirkin &lt;mst@mellanox.co.il&gt;
Signed-off-by: Roland Dreier &lt;rolandd@cisco.com&gt;
</content>
</entry>
<entry>
<title>IPoIB: don't zero members after we allocate with kzalloc</title>
<updated>2005-11-29T18:25:23+00:00</updated>
<author>
<name>Roland Dreier</name>
<email>rolandd@cisco.com</email>
</author>
<published>2005-11-29T18:25:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=2e86541ec878de9ec5771600a77f451a80bebfc4'/>
<id>urn:sha1:2e86541ec878de9ec5771600a77f451a80bebfc4</id>
<content type='text'>
ipoib_mcast_alloc() uses kzalloc(), so there's no need to zero out
members of the mcast struct after it's allocated.

Signed-off-by: Roland Dreier &lt;rolandd@cisco.com&gt;
</content>
</entry>
<entry>
<title>IPoIB: reinitialize mcast structs' completions for every query</title>
<updated>2005-11-29T18:18:45+00:00</updated>
<author>
<name>Michael S. Tsirkin</name>
<email>mst@mellanox.co.il</email>
</author>
<published>2005-11-29T18:18:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=de922487890936470660e89f9095aee980637989'/>
<id>urn:sha1:de922487890936470660e89f9095aee980637989</id>
<content type='text'>
Make sure mcast-&gt;done is initialized to uncompleted value before we
submit a new query, so that it's safe to wait on.

Signed-off-by: Michael S. Tsirkin &lt;mst@mellanox.co.il&gt;
Signed-off-by: Roland Dreier &lt;rolandd@cisco.com&gt;
</content>
</entry>
<entry>
<title>IPoIB: always set path-&gt;query to NULL when query finishes</title>
<updated>2005-11-29T18:13:54+00:00</updated>
<author>
<name>Roland Dreier</name>
<email>rolandd@cisco.com</email>
</author>
<published>2005-11-29T18:13:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=5872a9fc28e6cd3a4e51479a50970d19a01573b3'/>
<id>urn:sha1:5872a9fc28e6cd3a4e51479a50970d19a01573b3</id>
<content type='text'>
Always set path-&gt;query to NULL when the SA path record query
completes, rather than only when we don't have an address handle.

Signed-off-by: Roland Dreier &lt;rolandd@cisco.com&gt;
</content>
</entry>
<entry>
<title>IPoIB: reinitialize path struct's completion for every query</title>
<updated>2005-11-29T05:20:34+00:00</updated>
<author>
<name>Roland Dreier</name>
<email>rolandd@cisco.com</email>
</author>
<published>2005-11-29T05:20:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=65c7eddaba33995e013ef3c04718f6dc8fdf2335'/>
<id>urn:sha1:65c7eddaba33995e013ef3c04718f6dc8fdf2335</id>
<content type='text'>
It's possible that IPoIB will issue multiple SA queries for the same
path struct.  Therefore the struct's completion needs to be
initialized for each query rather than only once when the struct is
allocated, or else we might not wait long enough for later queries to
finish and free the path struct too soon.

Signed-off-by: Roland Dreier &lt;rolandd@cisco.com&gt;
</content>
</entry>
<entry>
<title>[IB] srp: don't post receive if no send buf available</title>
<updated>2005-11-15T08:19:21+00:00</updated>
<author>
<name>Roland Dreier</name>
<email>rolandd@cisco.com</email>
</author>
<published>2005-11-15T08:19:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=47f2bce9021b4974ed33b072ebb8348c8145c946'/>
<id>urn:sha1:47f2bce9021b4974ed33b072ebb8348c8145c946</id>
<content type='text'>
Have __srp_get_tx_iu() fail if the target port's request limit will
not allow the initiator to post a send.  This avoids continuing on and
posting a receive, and then failing to post a corresponding send.  If
that happens, then the initiator will end up with an extra receive
posted, and if this happens to much, the receive queue will overflow.

Signed-off-by: Roland Dreier &lt;rolandd@cisco.com&gt;
</content>
</entry>
<entry>
<title>[IB] srp: increase max_luns</title>
<updated>2005-11-11T22:06:01+00:00</updated>
<author>
<name>Roland Dreier</name>
<email>rolandd@cisco.com</email>
</author>
<published>2005-11-11T22:06:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=5f068992a1bccda5574b4f6d33458ef806686d7f'/>
<id>urn:sha1:5f068992a1bccda5574b4f6d33458ef806686d7f</id>
<content type='text'>
Increase SRP max_luns to 512 to match the kernel's default, since SRP
storage targets can have lots of LUNs and the SRP initiator itself
doesn't have any particular limit.

Signed-off-by: Roland Dreier &lt;rolandd@cisco.com&gt;
</content>
</entry>
<entry>
<title>Merge branch 'for-linus' of master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband</title>
<updated>2005-11-10T21:27:06+00:00</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@g5.osdl.org</email>
</author>
<published>2005-11-10T21:27:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=78b9c0f91cf908616b8f9f356e1d1220e727ea88'/>
<id>urn:sha1:78b9c0f91cf908616b8f9f356e1d1220e727ea88</id>
<content type='text'>
</content>
</entry>
</feed>
