<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/infiniband/ulp, branch v2.6.19</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers/infiniband/ulp?h=v2.6.19</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers/infiniband/ulp?h=v2.6.19'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2006-11-16T21:56:45Z</updated>
<entry>
<title>IPoIB: Clear high octet in QP number</title>
<updated>2006-11-16T21:56:45Z</updated>
<author>
<name>Michael S. Tsirkin</name>
<email>mst@mellanox.co.il</email>
</author>
<published>2006-11-16T08:59:12Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=073ae841d6a5098f7c6e17fc1f329350d950d1ce'/>
<id>urn:sha1:073ae841d6a5098f7c6e17fc1f329350d950d1ce</id>
<content type='text'>
IPoIB assumes that high (reserved) octet in the hardware address is 0,
and copies it into the QPN.  This violates RFC 4391 (which requires
that the high 8 bits are ignored on receive), and will result in an
invalid QPN being used when interoperating with IPoIB connected mode.

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>IB/iser: Start connection after enabling iSER</title>
<updated>2006-10-31T04:52:50Z</updated>
<author>
<name>Erez Zilber</name>
<email>erezz@voltaire.com</email>
</author>
<published>2006-10-22T08:28:38Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=2e7a7426282bfa2d7dff6eddc5485af8c79a68f3'/>
<id>urn:sha1:2e7a7426282bfa2d7dff6eddc5485af8c79a68f3</id>
<content type='text'>
When a connection is started (a new connection or a recovered one),
iSER should prepare its resources for full-featured mode and only then
notify the iSCSI layer that it is ready to start queueing commands.

Signed-off-by: Erez Zilber &lt;erezz@voltaire.com&gt;
Signed-off-by: Roland Dreier &lt;rolandd@cisco.com&gt;
</content>
</entry>
<entry>
<title>IPoIB: Check for DMA mapping error for TX packets</title>
<updated>2006-10-10T19:50:38Z</updated>
<author>
<name>Roland Dreier</name>
<email>rolandd@cisco.com</email>
</author>
<published>2006-10-10T19:50:38Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=73fbe8be73512b8a3ffa3d20c9d7f531af99679c'/>
<id>urn:sha1:73fbe8be73512b8a3ffa3d20c9d7f531af99679c</id>
<content type='text'>
Signed-off-by: Roland Dreier &lt;rolandd@cisco.com&gt;
</content>
</entry>
<entry>
<title>IB/srp: Enable multiple connections to the same target</title>
<updated>2006-10-10T19:49:05Z</updated>
<author>
<name>Ishai Rabinovitz</name>
<email>ishai@mellanox.co.il</email>
</author>
<published>2006-10-04T13:28:56Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=01cb9bcbd34b7ba768a7f05375faf43becdb8a60'/>
<id>urn:sha1:01cb9bcbd34b7ba768a7f05375faf43becdb8a60</id>
<content type='text'>
Enable multiple concurrent connections to the same SRP target:

1) Use port GUID instead of node GUID in the initiator port
   identifier.  This allows connections to be made from multiple HCA
   ports at the same time.
2) Let the user specify the identifier extention when adding the
   device.  This allows userspace to make multiple connections even
   from the same port, if it wants too.

Without this, only one connection can be made from any given HCA, even
if it has multiple ports, because we don't use multi-channel mode, so
targets will only allow one connection from a given initiator port ID.

Signed-off-by: Ishai Rabinovitz &lt;ishai@mellanox.co.il&gt;
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>IB/srp: Remove redundant memset()</title>
<updated>2006-10-10T16:51:14Z</updated>
<author>
<name>Ishai Rabinovitz</name>
<email>ishai@mellanox.co.il</email>
</author>
<published>2006-10-10T16:51:14Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=9b0af401aae336975e620fccdd294bb763424f3f'/>
<id>urn:sha1:9b0af401aae336975e620fccdd294bb763424f3f</id>
<content type='text'>
scsi_host_alloc() already allocates with kzalloc(), so the struct Scsi_Host
is zeroed out, including the private data portion.  Remove the redundant
memset that zeros this out again in the SRP initiator.

Signed-off-by: Ishai Rabinovitz &lt;ishai@mellanox.co.il&gt;
Signed-off-by: Roland Dreier &lt;rolandd@cisco.com&gt;
</content>
</entry>
<entry>
<title>Still more typo fixes</title>
<updated>2006-10-03T20:36:44Z</updated>
<author>
<name>Matt LaPlante</name>
<email>kernel1@cyberdogtech.com</email>
</author>
<published>2006-10-03T20:36:44Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=cab00891c5489cb6d0cde0a55d39bd5f2871fa70'/>
<id>urn:sha1:cab00891c5489cb6d0cde0a55d39bd5f2871fa70</id>
<content type='text'>
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</content>
</entry>
<entry>
<title>IB/iser: Fix the description of iSER in Kconfig</title>
<updated>2006-09-28T17:54:51Z</updated>
<author>
<name>Erez Zilber</name>
<email>erezz@voltaire.com</email>
</author>
<published>2006-09-27T13:48:57Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=fd6a79a786b84510d00ee6aa6449a468e6d75dee'/>
<id>urn:sha1:fd6a79a786b84510d00ee6aa6449a468e6d75dee</id>
<content type='text'>
Fix the description of iSER in Kconfig.  It is not accurate.

Signed-off-by: Erez Zilber &lt;erezz@voltaire.com&gt;
Signed-off-by: Roland Dreier &lt;rolandd@cisco.com&gt;
</content>
</entry>
<entry>
<title>IB/iser: DMA unmap unaligned for RDMA data before touching it</title>
<updated>2006-09-28T17:53:18Z</updated>
<author>
<name>Erez Zilber</name>
<email>erezz@voltaire.com</email>
</author>
<published>2006-09-27T13:43:06Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=74a2078061409e027ccb51a28cf6174c31ab8f99'/>
<id>urn:sha1:74a2078061409e027ccb51a28cf6174c31ab8f99</id>
<content type='text'>
iSER uses the DMA mapping api to map the page holding the
SCSI command data to the HCA DMA address space. When the
command data is not aligned for RDMA, the data is copied
to/from an allocated buffer which in turn is used for
executing this command. The pages associated with the
command must be unmapped before being touched.

Signed-off-by: Erez Zilber &lt;erezz@voltaire.com&gt;
Signed-off-by: Roland Dreier &lt;rolandd@cisco.com&gt;
</content>
</entry>
<entry>
<title>IB/iser: Have iSER data transaction object point to iSER conn</title>
<updated>2006-09-28T17:53:16Z</updated>
<author>
<name>Erez Zilber</name>
<email>erezz@voltaire.com</email>
</author>
<published>2006-09-27T12:27:10Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=87e8df7a273c7c1acb864c90b5253609c44375a6'/>
<id>urn:sha1:87e8df7a273c7c1acb864c90b5253609c44375a6</id>
<content type='text'>
iSER uses a data transaction object (struct iser_dto) as part
of its IB data descriptors (struct iser_desc) management.
It also uses a hierarchy of connection structures pointing to
each other. A DTO may exist even after the iscsi_iser connection
pointed by it is destroyed (eg one that is bound to a post
receive buffer which was flushed by the IB HW). Hence DTOs need
point to the lowest connection, which is struct iser_conn.

Signed-off-by: Erez Zilber &lt;erezz@voltaire.com&gt;
Signed-off-by: Roland Dreier &lt;rolandd@cisco.com&gt;
</content>
</entry>
<entry>
<title>[PATCH] inode_diet: Replace inode.u.generic_ip with inode.i_private</title>
<updated>2006-09-27T15:26:17Z</updated>
<author>
<name>Theodore Ts'o</name>
<email>tytso@mit.edu</email>
</author>
<published>2006-09-27T08:50:46Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=8e18e2941c53416aa219708e7dcad21fb4bd6794'/>
<id>urn:sha1:8e18e2941c53416aa219708e7dcad21fb4bd6794</id>
<content type='text'>
The following patches reduce the size of the VFS inode structure by 28 bytes
on a UP x86.  (It would be more on an x86_64 system).  This is a 10% reduction
in the inode size on a UP kernel that is configured in a production mode
(i.e., with no spinlock or other debugging functions enabled; if you want to
save memory taken up by in-core inodes, the first thing you should do is
disable the debugging options; they are responsible for a huge amount of bloat
in the VFS inode structure).

This patch:

The filesystem or device-specific pointer in the inode is inside a union,
which is pretty pointless given that all 30+ users of this field have been
using the void pointer.  Get rid of the union and rename it to i_private, with
a comment to explain who is allowed to use the void pointer.  This is just a
cleanup, but it allows us to reuse the union 'u' for something something where
the union will actually be used.

[judith@osdl.org: powerpc build fix]
Signed-off-by: "Theodore Ts'o" &lt;tytso@mit.edu&gt;
Signed-off-by: Judith Lebzelter &lt;judith@osdl.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
</feed>
