<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/infiniband, branch mybooklive</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers/infiniband?h=mybooklive</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers/infiniband?h=mybooklive'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2010-02-09T12:50:48Z</updated>
<entry>
<title>Fix failure exit in ipathfs</title>
<updated>2010-02-09T12:50:48Z</updated>
<author>
<name>Al Viro</name>
<email>viro@zeniv.linux.org.uk</email>
</author>
<published>2010-01-25T23:44:58Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=629527c562c1cfae09776c8baeb9a8a273dc10e6'/>
<id>urn:sha1:629527c562c1cfae09776c8baeb9a8a273dc10e6</id>
<content type='text'>
commit 12e9a45609054fb83d4a8b716a5265cc1a393e10 upstream.

deactivate_locked_super() will be done by caller of fill_super, doing
it there as well is b0rken.

Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>IPoIB: Clear ipoib_neigh.dgid in ipoib_neigh_alloc()</title>
<updated>2010-01-28T23:02:51Z</updated>
<author>
<name>David J. Wilder</name>
<email>dwilder@us.ibm.com</email>
</author>
<published>2009-12-09T18:03:00Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=194223f3a9d72ad95eeb85cf15c0bb2262421186'/>
<id>urn:sha1:194223f3a9d72ad95eeb85cf15c0bb2262421186</id>
<content type='text'>
commit 0cd4d0fd9b0a4e10c091fc6316d1bf92885dcd9c upstream.

IPoIB can miss a change in destination GID under some conditions.  The
problem is caused when ipoib_neigh-&gt;dgid contains a stale address.
The fix is to set ipoib_neigh-&gt;dgid to zero in ipoib_neigh_alloc().

This can happen when a system using bonding on its IPoIB interfaces
has switched its active interface from interface A to B and back to A.
The system that fails over will not correctly processes the 2nd
address change, as described below.

When an address has changed neighbor-&gt;ha is updated with the new
address.  Each neighbor has an associated ipoib_neigh.
ipoib_neigh-&gt;dgid also holds a copy of the remote node's hardware
address.  When an address changes neighbor-&gt;ha is updated by the
network layer (arp code) with the new address.  IPoIB detects this
change in ipoib_start_xmit() by comparing neighbor-&gt;ha with
ipoib_neigh-&gt;dgid.  The bug is that ipoib_neigh-&gt;dgid may already
contain the new address (A) thus the change from B to A is missed by
ipoib.  Here is the sequence of events:

    ipoib_neigh-&gt;dgid = A  and  neighbor-&gt;ha = A

The address is switched to B (the first switch)

    neighbor-&gt;ha = B

The change is seen in ipoib_start_xmit() -- neighbor-&gt;ha !=
ipoib_neigh-&gt;dgid so ipoib_neigh is released, and a new one is
allocated.

The allocator may return the same chunk of memory that was just
released, therefore ipoib_neigh-&gt;dgid still contains A at this point.

ipoib_neigh-&gt;dgid should be updated in neigh_add_path(), but if the
following conditions are true dgid is not updated:

        1) __path_find() returns a path
        2) path-&gt;ah is NULL

The remote system now switches from address B to A, neighbor-&gt;ha is
updated to A.

Now we have again : ipoib_neigh-&gt;dgid = A  and  neighbor-&gt;ha = A

Since the addresses are the same ipoib won't process the change in
address.  Fix this by zeroing out the dgid field when allocating a new
struct ipoib_neigh.

Signed-off-by: David Wilder &lt;dwilder@us.ibm.com&gt;
Signed-off-by: Roland Dreier &lt;rolandd@cisco.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>headers: remove sched.h from interrupt.h</title>
<updated>2009-10-11T18:20:58Z</updated>
<author>
<name>Alexey Dobriyan</name>
<email>adobriyan@gmail.com</email>
</author>
<published>2009-10-07T13:09:06Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=d43c36dc6b357fa1806800f18aa30123c747a6d1'/>
<id>urn:sha1:d43c36dc6b357fa1806800f18aa30123c747a6d1</id>
<content type='text'>
After m68k's task_thread_info() doesn't refer to current,
it's possible to remove sched.h from interrupt.h and not break m68k!
Many thanks to Heiko Carstens for allowing this.

Signed-off-by: Alexey Dobriyan &lt;adobriyan@gmail.com&gt;
</content>
</entry>
<entry>
<title>Merge git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi-rc-fixes-2.6</title>
<updated>2009-10-11T18:12:33Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2009-10-11T18:12:33Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=69585dd69e663a40729492c7b52eb82477a2027a'/>
<id>urn:sha1:69585dd69e663a40729492c7b52eb82477a2027a</id>
<content type='text'>
* git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi-rc-fixes-2.6: (34 commits)
  [SCSI] qla2xxx: Fix NULL ptr deref bug in fail path during queue create
  [SCSI] st: fix possible memory use after free after MTSETBLK ioctl
  [SCSI] be2iscsi: Moving to pci_pools v3
  [SCSI] libiscsi: iscsi_session_setup to allow for private space
  [SCSI] be2iscsi: add 10Gbps iSCSI - BladeEngine 2 driver
  [SCSI] zfcp: Fix hang when offlining device with offline chpid
  [SCSI] zfcp: Fix lockdep warning when offlining device with offline chpid
  [SCSI] zfcp: Fix oops during shutdown of offline device
  [SCSI] zfcp: Fix initial device and cfdc for delayed adapter allocation
  [SCSI] zfcp: correctly initialize unchained requests
  [SCSI] mpt2sas: Bump version 02.100.03.00
  [SCSI] mpt2sas: Support dev remove when phy status is MPI2_EVENT_SAS_TOPO_PHYSTATUS_VACANT
  [SCSI] mpt2sas: Timeout occurred within the HANDSHAKE logic while waiting on firmware to ACK.
  [SCSI] mpt2sas: Call init_completion on a per request basis.
  [SCSI] mpt2sas: Target Reset will be issued from Interrupt context.
  [SCSI] mpt2sas: Added SCSIIO, Internal and high priority memory pools to support multiple TM
  [SCSI] mpt2sas: Copyright change to 2009.
  [SCSI] mpt2sas: Added mpi2_history.txt for MPI2 headers.
  [SCSI] mpt2sas: Update driver to MPI2 REV K headers.
  [SCSI] bfa: Brocade BFA FC SCSI driver
  ...
</content>
</entry>
<entry>
<title>Merge branches 'cxgb3', 'misc' and 'mlx4' into for-next</title>
<updated>2009-10-07T23:03:32Z</updated>
<author>
<name>Roland Dreier</name>
<email>rolandd@cisco.com</email>
</author>
<published>2009-10-07T23:03:32Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=335f2d1b24a350ca8099aea6db5b7adc73666d2f'/>
<id>urn:sha1:335f2d1b24a350ca8099aea6db5b7adc73666d2f</id>
<content type='text'>
</content>
</entry>
<entry>
<title>RDMA/addr: Fix resolution of local IPv6 addresses</title>
<updated>2009-10-07T23:03:18Z</updated>
<author>
<name>David J. Wilder</name>
<email>dwilder@us.ibm.com</email>
</author>
<published>2009-10-07T23:03:18Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=85f20b39fd44310a163a9b33708fea57f08a4e40'/>
<id>urn:sha1:85f20b39fd44310a163a9b33708fea57f08a4e40</id>
<content type='text'>
This patch allows a local IPv6 address to be resolved by rdma_cm.

To reproduce the problem:

 $ rping -s -v -a ::0  &amp;
 $ rping -c -v -a &lt;IPv6 address local to this system&gt;
 rdma_resolve_addr error -1

Local IPv6 address was obtained with "ip addr show ib0"

Addresses: https://bugs.openfabrics.org/show_bug.cgi?id=1759
Signed-off-by: David Wilder &lt;dwilder@us.ibm.com&gt;
Acked-by: Sean Hefty &lt;sean.hefty@intel.com&gt;
Signed-off-by: Roland Dreier &lt;rolandd@cisco.com&gt;
</content>
</entry>
<entry>
<title>RDMA/cxgb3: Handle NULL inetdev pointer in iwch_query_port()</title>
<updated>2009-10-07T22:51:07Z</updated>
<author>
<name>Steve Wise</name>
<email>swise@opengridcomputing.com</email>
</author>
<published>2009-10-07T22:51:07Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=e5da4ed8a486113a4b0e587a0c7843e4a9c08aac'/>
<id>urn:sha1:e5da4ed8a486113a4b0e587a0c7843e4a9c08aac</id>
<content type='text'>
in_dev_get() can return NULL.  If it does, iwch_query_port() will crash.
Handle the NULL case by mapping it to port state INIT.

Signed-off-by: Steve Wise &lt;swise@opengridcomputing.com&gt;
Signed-off-by: Roland Dreier &lt;rolandd@cisco.com&gt;
</content>
</entry>
<entry>
<title>RDMA/iwcm: Don't call provider reject func with irqs disabled</title>
<updated>2009-10-07T22:38:12Z</updated>
<author>
<name>Steve Wise</name>
<email>swise@opengridcomputing.com</email>
</author>
<published>2009-10-07T22:38:12Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=54e05f15ccb510c0fb3b03dfe9186811021fd5ad'/>
<id>urn:sha1:54e05f15ccb510c0fb3b03dfe9186811021fd5ad</id>
<content type='text'>
In commit cb58160e ("RDMA/iwcm: Reject the connection when the cm_id
is destroyed") a call to the provider's reject handler was added to
destroy_cm_id() to fix a provider endpoint leak.  This call needs to
be done with interrupts enabled.  So unlock and relock around this
call.  This is safe because:

1) the provider will do nothing with this endpoint until the iwcm either
   accepts or rejects.
2) the lock is only released after the iwcm state is changed, so an
   errant iwcm app that is destroying -and- rejecting the connection
   concurrently will get a failure on one of the calls.

Signed-off-by: Steve Wise &lt;swise@opengridcomputing.com&gt;
Signed-off-by: Roland Dreier &lt;rolandd@cisco.com&gt;
</content>
</entry>
<entry>
<title>headers: remove sched.h from poll.h</title>
<updated>2009-10-04T22:05:10Z</updated>
<author>
<name>Alexey Dobriyan</name>
<email>adobriyan@gmail.com</email>
</author>
<published>2009-10-04T12:11:37Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=a99bbaf5ee6bad1aca0c88ea65ec6e5373e86184'/>
<id>urn:sha1:a99bbaf5ee6bad1aca0c88ea65ec6e5373e86184</id>
<content type='text'>
Signed-off-by: Alexey Dobriyan &lt;adobriyan@gmail.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>[SCSI] libiscsi: iscsi_session_setup to allow for private space</title>
<updated>2009-10-02T19:01:39Z</updated>
<author>
<name>Jayamohan Kallickal</name>
<email>jayamohank@serverengines.com</email>
</author>
<published>2009-09-22T02:51:22Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=b8b9e1b8128d8854cf55740f9ceba3010143520d'/>
<id>urn:sha1:b8b9e1b8128d8854cf55740f9ceba3010143520d</id>
<content type='text'>
This patch contains changes that allow iscsi_session_setup
to allocate private space for LLD's

Signed-off-by: Jayamohan Kallickal &lt;jayamohank@serverengines.com&gt;
Acked-by: Mike Christie &lt;michaelc@cs.wisc.edu&gt;
Signed-off-by: James Bottomley &lt;James.Bottomley@suse.de&gt;
</content>
</entry>
</feed>
