Hi,
OFED 1.5.2-rc5 is available
Notes:
The tarball is available on:
http://www.openfabrics.org/downloads/OFED/ofed-1.5.2/OFED-1.5.2-rc5.tgz
To get BUILD_ID run ofed_info
Please report any issues in bugzilla https://bugs.openfabrics.org/ for
OFED 1.5.2
Updated schedule:
OFED-1.5.2-rc6 -
I am also seeing the following Windows events for all eight drives:
Log Name: System
Source:Microsoft-Windows-UserPnp
Date: 8/30/2010 11:58:58 AM
Event ID: 20001
Task Category: (7005)
Level: Information
Keywords:
User: SYSTEM
Computer:
This series of five patches adds SRP_CRED_REQ and SRP_AER_REQ support in
ib_srp, implements a small performance optimization and introduces the macro
list_first_entry().
Changes in v7 compared to v6:
- Restored a test in __srp_get_tx_iu() that had been left out accidentally
from v6.
- Renamed
The transmit ring in ib_srp (srp_target.tx_ring) is currently only used
for allocating requests sent by the initiator to the target. This patch
prepares using that ring for allocation of both requests and responses.
Also, this patch differentiates the uses of SRP_SQ_SIZE, increases the
size of the
Implements SRP_CRED_REQ and SRP_AER_REQ, which are information units
defined in the SRP (draft) standard. Adds declarations for the
SRP_CRED_REQ, SRP_CRED_RSP, SRP_AER_REQ and SRP_AER_RSP information
units to include/scsi/srp.h.
Signed-off-by: Bart Van Assche bvanass...@acm.org
Cc: Roland Dreier
This patch eliminates the two forward declarations that were introduced
via the previous patch of this series by rearranging the function
definition order.
Signed-off-by: Bart Van Assche bvanass...@acm.org
Cc: Roland Dreier rola...@cisco.com
---
drivers/infiniband/ulp/srp/ib_srp.c | 137
As proposed by the SRP (draft) standard, ib_srp reserves one ring element
for SRP_TSK_MGMT requests. This patch makes sure that the SCSI mid-layer
never tries to queue more than (SRP request limit) - 1 SCSI commands to
ib_srp. This improves performance for targets whose request limit is less
than
Introduces the list_first_entry() macro in ib_srp, which makes the source code
slightly more descriptive. The list_first_entry() macro itself was introduced
in kernel 2.6.22.
Signed-off-by: Bart Van Assche bvanass...@acm.org
Cc: Roland Dreier rola...@cisco.com
Acked-by: David Dillow
You are correct that it needs to be initialized but I
think you must have made an error in applying the patch.
If you look again at the latest version of the patch
this line is present.
https://patchwork.kernel.org/patch/120013/
On Tue, 2010-08-24 at 20:51 -0700, Ira Weiny wrote:
I applied
On Mon, 30 Aug 2010 14:56:43 -0700
Ralph Campbell ralph.campb...@qlogic.com wrote:
You are correct that it needs to be initialized but I
think you must have made an error in applying the patch.
If you look again at the latest version of the patch
this line is present.
Hint:
SCST rev 1901 ends compatibility w/ Windows; r1900 works fine. As
there were a lot of diffs between these two revs, I won't include it
here.
svn diff -r 1900:1901 https://scst.svn.sourceforge.net/svnroot/scst/trunk
Thanks,
Chris
On Mon, Aug 30, 2010 at 12:37 PM, Chris Worley
On Mon, Aug 30, 2010 at 5:46 PM, Chris Worley worl...@gmail.com wrote:
Hint:
SCST rev 1901 ends compatibility w/ Windows; r1900 works fine.
srpt_autodetect_cred_req was added in r1901, with default Y.
Setting it to N... or in later revs, 1, allows Windows to work
again.
Thanks,
Chris
As
The problem with this solution is that it creates
a reference counting loop so that the reference
count never goes to zero.
struct neighbour in the kernel points to struct ipoib_neigh
which points back to struct neighbor. If the back pointer
holds a reference, then something besides
13 matches
Mail list logo