Or Gerlitz wrote:
You have left somehow too many... debug prints in the last patches,
please clean this up. See for example how the system log after less
then a minute when ipoib debug prints are opened, it has one original
print ("ib0: Send unicast ARP to 0023") and all the rest are yours.
Fe
>> ib_mthca :03:00.0: SQ 000404 full (756910656 head, 756910592 tail, 64
>> max, 0 nreq)
>> ib0: failed to post zlen send
OK, Eli, taking the kernel bits from OFED-1.3-20080206-0751.tgz I don't
see these prints any more. When probing out the driver inorder to replace
i
Vu Pham wrote:
The following patches assist SRP/dm-multipath to failover within 60
seconds (bugzilla #577) without data corruption, read/write error
1. srp_disconnect_without_wait.patch - srp send disconnect request
without waiting for CM timewait exit event since srp current does not
re-use
Pradeep Satyanarayana wrote:
> Tziporet Koren wrote:
>> Shirley Ma wrote:
>>> Thanks Tziporet. We will test it right after it's out.
>>>
>>>
>> You can start use the lates build -
>> http://www.openfabrics.org/builds/ofed-1.3/OFED-1.3-20080
On Wed, 06 Feb 2008 16:38:11 -0500
Joe Landman <[EMAIL PROTECTED]> wrote:
> Hi Erez
>
> Erez Zilber wrote:
> > stgt (SCSI target) is an open-source framework for storage target
> > drivers. It supports iSCSI over iSER among other storage target drivers.
> >
> > Voltaire added a git tree for stgt
Hi Erez
Erez Zilber wrote:
stgt (SCSI target) is an open-source framework for storage target
drivers. It supports iSCSI over iSER among other storage target drivers.
Voltaire added a git tree for stgt that will be added to OFED 1.4:
http://www2.openfabrics.org/git/?p=~dorons/tgt.git;a=summary
Roland Dreier wrote:
> diff --git a/drivers/infiniband/ulp/srp/ib_srp.c
b/drivers/infiniband/ulp/srp/ib_srp.c
> index 950228f..45a2533 100644
> --- a/drivers/infiniband/ulp/srp/ib_srp.c
> +++ b/drivers/infiniband/ulp/srp/ib_srp.c
> @@ -400,7 +400,6 @@
> printk(KERN_DEBUG PFX "Sen
Vu Pham wrote:
Roland Dreier wrote:
> diff --git a/drivers/infiniband/ulp/srp/ib_srp.c
b/drivers/infiniband/ulp/srp/ib_srp.c
> index 950228f..45a2533 100644
> --- a/drivers/infiniband/ulp/srp/ib_srp.c
> +++ b/drivers/infiniband/ulp/srp/ib_srp.c
> @@ -400,7 +400,6 @@
> printk(KERN
Tziporet Koren wrote:
> Shirley Ma wrote:
>>
>> Thanks Tziporet. We will test it right after it's out.
>>
>>
> You can start use the lates build -
> http://www.openfabrics.org/builds/ofed-1.3/OFED-1.3-20080206-0751.tgz
>
> Tziporet
>
I have do
Roland Dreier wrote:
> diff --git a/drivers/infiniband/ulp/srp/ib_srp.c
b/drivers/infiniband/ulp/srp/ib_srp.c
> index 950228f..45a2533 100644
> --- a/drivers/infiniband/ulp/srp/ib_srp.c
> +++ b/drivers/infiniband/ulp/srp/ib_srp.c
> @@ -400,7 +400,6 @@
> printk(KERN_DEBUG PFX "Sen
Shirley Ma wrote:
Thanks Tziporet. We will test it right after it's out.
You can start use the lates build -
http://www.openfabrics.org/builds/ofed-1.3/OFED-1.3-20080206-0751.tgz
Tziporet
___
ewg mailing list
ewg@lists.openfabrics.org
> diff --git a/drivers/infiniband/ulp/srp/ib_srp.c
> b/drivers/infiniband/ulp/srp/ib_srp.c
> index 950228f..45a2533 100644
> --- a/drivers/infiniband/ulp/srp/ib_srp.c
> +++ b/drivers/infiniband/ulp/srp/ib_srp.c
> @@ -400,7 +400,6 @@
> printk(KERN_DEBUG PFX "Sending CM DREQ fail
On Wed, 2008-02-06 at 18:42 +0200, Or Gerlitz wrote:
> On 2/6/08, Eli Cohen <[EMAIL PROTECTED]> wrote:
> > They are only visible when activating ipoib debug. I know it fills the
> > dmesg ring with messages. Do you think I should remove them?
>
> Yes, you should remove them.
>
> The ipoib debug
On 2/6/08, Eli Cohen <[EMAIL PROTECTED]> wrote:
> They are only visible when activating ipoib debug. I know it fills the
> dmesg ring with messages. Do you think I should remove them?
Yes, you should remove them.
The ipoib debug prints are very usefull to debug and analyze at the
field, however,
On Wed, 2008-02-06 at 18:25 +0200, Tziporet Koren wrote:
> Hi,
>
> We will have OFED 1.3-rc4 tomorrow after one more night of regression
>
> It will include:
>
>1. IPoIB: Non-SRQ for CM mode
>2. IPOIB: 4K MTU
>3. IPoIB - Small messages improvements
>
> Note that today's latest build
Hi,
We will have OFED 1.3-rc4 tomorrow after one more night of regression
It will include:
1. IPoIB: Non-SRQ for CM mode
2. IPOIB: 4K MTU
3. IPoIB - Small messages improvements
Note that today's latest build will include theses features too if
someone want to test it today
Tziporet
_
Jeff Squyres wrote:
Note that I'm not the one who schedules the EWG teleconferences; I'm
just the guy who provides the phone bridge.
Tziporet is the OFED release manager and coordinates the EWG
teleconferences.
Sorry about the conflict but its one time due to President day and
several compani
Hello! I am tired today. I am nice girl that would like to chat with you. Email
me at [EMAIL PROTECTED] only, because I am using my friend's email to write
this. Will send some of my pictures
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists
Note that I'm not the one who schedules the EWG teleconferences; I'm
just the guy who provides the phone bridge.
Tziporet is the OFED release manager and coordinates the EWG
teleconferences.
On Feb 6, 2008, at 10:12 AM, Rupert Dance wrote:
Jeff,
Just so you know, this conflicts with the
Jeff,
Just so you know, this conflicts with the OFA IWG meeting which has always
been held from 11:30 - 1:00 PM EST on Tuesday's. Since this is a one time
occurrence, I would not change anything but I just thought you should know.
Rupert
> _
> From:
Can we please pull this into ofed-1.3?
Thanks,
Steve.
Steve Wise wrote:
rdma_lat: Add option to support devices with different inline max values.
Currently the max inline value is hard-coded and too big for the
chelsio device. This patch allows specifying the max inline as a
command line par
Sasha Khapyorsky wrote:
Hi Vlad,
Please pull recent ofed_1_3 branch of ~sashak/management.git.
The changes are:
Ira K. Weiny (2):
Move opensm.8 man page in prep for making config file changes.
Update man page for configurable partition and prefix-routes file
Ira Weiny (1):
A
Hello Or,
I found out that if you increase send_queue_size and recv_queue_size,
like 1K, this problem will be gone.
Thanks
Shirley
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Hi Vlad,
Please pull recent ofed_1_3 branch of ~sashak/management.git.
The changes are:
Ira K. Weiny (2):
Move opensm.8 man page in prep for making config file changes.
Update man page for configurable partition and prefix-routes file
Ira Weiny (1):
Add node name map, partitio
Some US companies mark 18 Feb as a holiday (President's Day), so per
request, I'm moving the OFED teleconference from 18 Feb to 19 Feb
(same time slot).
You'll receive an Outlook meeting update shortly.
--
Jeff Squyres
Cisco Systems
___
ewg mailin
Vu Pham wrote:
The following patches assist SRP/dm-multipath to failover within 60
seconds (bugzilla #577) without data corruption, read/write error
1. srp_disconnect_without_wait.patch - srp send disconnect request
without waiting for CM timewait exit event since srp current does not
re-use
OK - Eli found the problem to be fixed soon
Tziporet
-Original Message-
From: Or Gerlitz [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 06, 2008 2:54 PM
To: Tziporet Koren
Cc: ewg@lists.openfabrics.org
Subject: traffic jittery, send queue full reports from mthca driver
I just opene
On Wed, 2008-02-06 at 15:11 +0200, Or Gerlitz wrote:
> Eli Cohen wrote:
> > On Wed, 2008-02-06 at 10:17 +0200, Or Gerlitz wrote:
>
> > The problem with ttcpv was that it stopped sending packets since it was
> > waiting for freeing the memory. The system did not hang, just the
> > application (ttc
Eli Cohen wrote:
On Wed, 2008-02-06 at 10:17 +0200, Or Gerlitz wrote:
The problem with ttcpv was that it stopped sending packets since it was
waiting for freeing the memory. The system did not hang, just the
application (ttcpv) stopped sending. Other applications could continue
working over th
I will check this.
-Original Message-
From: Or Gerlitz [mailto:[EMAIL PROTECTED]
Sent: ד 06 פברואר 2008 14:57
To: Eli Cohen
Cc: ewg@lists.openfabrics.org
Subject: Re: traffic jittery, send queue full reports from mthca driver
> ib_mthca :03:00.0: SQ 000404 full (756910656 head, 7569
> ib_mthca :03:00.0: SQ 000404 full (756910656 head, 756910592 tail, 64
> max, 0 nreq)
> ib0: failed to post zlen send
Eli,
can this be a bug in the send ring accounting wrt to the zlen packet you use in
the unsig-ud-qp patch?
Or.
___
ewg mailing
I just opened case #897 on the below, it happens with last night snapshot.
Or
client MT25204 FW 1.2.0 two CPUs, four cores each
server MT25418 FW 2.3.0 two CPUs, four cores each
client : iperf -c $server -P 4 -d -t 3600 -i 1
server : iperf -s -i 1
[ 5] 39.0-40.0 sec 29.4 MBytes246 Mbits/s
EXTRA NOTES:
1. pull cable/ plug back in (or ibportstate disable/enable)
a. Within 30 seconds I/Os resume on the same path (with same
cm_id, qp and cq)
b. Within 30-45 seconds, I/Os resume on the same path (with
new cm_id, qp and cq)
c. >45 seconds, I/Os fail-over to next path
2. After runnin
srp_qp_in_err_timer_reconnect_target.patch - when detecting
a post_send/post_receive error, srp set qp_in_error, set a
timer to reconnect to target, return SCSI_MLQUEUE_HOST_BUSY
to lock the queue, and return DID_NO_CONNECT when target
state is DEAD or REMOVED
Signed-off-by: Vu Pham <[EMAIL P
srp_disconnect_without_wait.patch - srp send disconnect
request without waiting for CM timewait exit event since srp
current does not re-use the cm_id and qp/cq of a connection
(patch srp_1_recreate_at_reconnect.patch already in
kernel_patches/fixes recreate the cmid, qp/cq for a
connection at
The following patches assist SRP/dm-multipath to failover within 60
seconds (bugzilla #577) without data corruption, read/write error
1. srp_disconnect_without_wait.patch - srp send disconnect request
without waiting for CM timewait exit event since srp current does not
re-use the cm_id and q
They are only visible when activating ipoib debug. I know it fills the
dmesg ring with messages. Do you think I should remove them?
On Wed, 2008-02-06 at 10:38 +0200, Or Gerlitz wrote:
> Eli,
>
> You have left somehow too many... debug prints in the last patches,
> please clean this up. See for e
On Wed, 2008-02-06 at 10:17 +0200, Or Gerlitz wrote:
> > commit f17ebf3e2099257da244587f1ee33f51745f7cdb
> > Author: Eli Cohen <[EMAIL PROTECTED]>
> > Date: Tue Feb 5 11:15:46 2008 +0200
> >
> > Call skb_orphan() after sending an SKB
> >
> > This will call the destructor of the SKB (but
Eli,
You have left somehow too many... debug prints in the last patches,
please clean this up. See for example how the system log after less
then a minute when ipoib debug prints are opened, it has one original
print ("ib0: Send unicast ARP to 0023") and all the rest are yours.
Or
Feb 6 14:39:2
> commit f17ebf3e2099257da244587f1ee33f51745f7cdb
> Author: Eli Cohen <[EMAIL PROTECTED]>
> Date: Tue Feb 5 11:15:46 2008 +0200
>
> Call skb_orphan() after sending an SKB
>
> This will call the destructor of the SKB (but not free the
> memory). It appears that some applications (ttcpv
Vlad,
I just realized that there is some old and misleading sections here, for
example bringing up/down of GEN1 drivers, mlx4_enet driver which is not
part of this release AKAIK ..., kdapl which was removed, starting/stopping
the ipoib ha tools which were removed, etc.
I can send a patch to clean
41 matches
Mail list logo
