I have trouble to run ib_rdma test over chelsio. I got client reported
pp_client_connect: unexpected CM event 1 error with or without any
server running. The FW is 7.4.0. I tried stack 1.2.5 and ofed-1.4.1 both
doesn't seem work to me. Anybody has any idea?
Thanks
Shirley
在 2008-10-28二的 10:47 +0200,Vladimir Sokolovsky写道:
Yossi Etigin wrote:
ipoib_open() may be called from ipoib_pkey_poll(), after napi has
already been
enbaled, and try to enable it again. This triggers BUG_ON test in
napi_enable().
Signed-off-by: Yossi Etigin [EMAIL PROTECTED]
We found the same problem during child interface test for ofed-1.4-rc3.
Please help on fixing it in ofed-1.4 daily built.
Thanks
Shirley
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Hello Eli,
In this case, how many tx drop packets from ifconfig output? Should we
see ifconfig tx drop packets + tx successfully transmit packets close
to netperf packets?
That's right.
I am looking at ipoib_cm_handle_tx_wc(), there is no tx drop packets
increased in this situation,
Hello Or,
We have seen skb_under_panic() in our test enviornment as well. It's
easy reproduce this with tcpdump on and off.
thanks
Shirley
On Thu, 2008-04-24 at 14:11 +0300, Or Gerlitz wrote:
https://bugs.openfabrics.org/show_bug.cgi?id=989
--- Comment #13 from [EMAIL PROTECTED]
Hello Roland,
On Tue, 2008-04-22 at 13:46 -0700, Roland Dreier wrote:
Thanks, applied with some cleanups as below.
Thanks!
As an aside, in the case where we need to use a fragment in the receive
skb, does it make sense to make the initial linear part bigger so the
TCP and IP headers fit
or equal to HCA IB MTU size. The first buffer is
for IPoIB header + GRH header. The second buffer is IPoIB payload, which
is 4K-4.
Signed-off-by: Shirley Ma [EMAIL PROTECTED]
---
drivers/infiniband/ulp/ipoib/ipoib.h | 50 +-
drivers/infiniband/ulp/ipoib/ipoib_ib.c| 86
On Fri, 2008-04-04 at 15:36 -0700, Roland Dreier wrote:
+ unsigned int max_ib_mtu;
I don't see where this is ever set?
- R.
It is set in ipoib_main.c, ipoib_add_port()
+ if (!ib_query_port(hca, port, attr))
+ priv-max_ib_mtu = ib_mtu_enum_to_int(attr.max_mtu);
Hello Tziporet,
Yes, that's I am working on. I am going on vacation next week, that's why I
hesitated to submit this patch this week since I can't respond to the
review comments on time. If submitting the patch on April.1 is too late, I
can submit this patch by tomorrow. How do you think?
Here is a patchset to enable IPoIB UD 4K MTU support for any IB fabric
where the max IPoIB payload can be up to 4K. This patchset uses two S/G
buffers when IPoIB payload + IB_GRH header size is greater than
PAGE_SIZE. The first buffer size is IB_GRH_HEAD + IPOIB_ENCAP_LEN. The
second buffer is the
This patch defines some parameters and creates a couple of APIs and for UD RX
S/G to be used later.
Signed-off-by: Shirley Ma [EMAIL PROTECTED]
---
drivers/infiniband/ulp/ipoib/ipoib.h | 48 ++
1 files changed, 48 insertions(+), 0 deletions(-)
diff --git
This patch enabled 4K MTU support for IPoIB UD.
I fixed unnecessary define in [RFC][1/2] patch
since there is only 2 buffers are needed. I will
integrate any comments later for this patchset and
resubmit it. I have touched test this patch for branch-2.6.25
git tree.
Signed-off-by: Shirley Ma
I saw cases where a fast sender consumed the TX ring and I solved this by
increasing the size of the tx queue. I will try to connect ConnectX
with Sinai
and see if there are such issues.
Which indicates we really need to fix bug 907.
Thanks
On Wed, 2008-02-13 at 10:04 +0200, Or Gerlitz wrote:
Also here, does this problem exist in the 2.6.25-rc1 upstream code as
well? from the change log I don't understand the source of the
problem
(only the symptom of failing to destroy ipoib/cm rx QP) and the
solution.
Or.
I believe so.
Thanks Nam. I will fix it along with ipoib_sg_skb_put_frags() optimization.
Thanks
Shirley
Hoang-Nam
Nguyen
Hello Ralph,
I looked at ehca and mthca, in create_ah(), both driver didn't check
dlid condition check like ipath here. In the port initilizaiton,
priv-local_lid is set to 0 which is created by ipoib_0190_unsig_udqp.patch
in RC4. I will let Eli look at this problem.
static struct
Hello Ralph,
This patch looks OK to me. Let's wait for Eli's response.
Thanks
Shirley___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Hello Ralph,
What's ifconfig ib0 output?
We can reproduce the problem here.
We haven't made any ib_ipath driver changes between RC3 and RC4
so some recent patch has broken us.
I'm in the process of looking at it.
On Wed, 2008-02-06 at 17:17 -0800, Arlin Davis wrote:
I cannot
On Thu, 2008-02-07 at 18:16 -0800, Ralph Campbell wrote:
# cat /etc/*release
Red Hat Enterprise Linux Server release 5 (Tikanga)
# uname -r
2.6.18-8.el5
4K PAGE_SIZE
I don't have ipath driver here. Otherwise I could try them out.
A couple suggestions here, could you please try out?
1.
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
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 will
/05/08
08:19 AM
Shirley Ma wrote:
I
Hello Tziporet,
On Tue, 2008-02-05 at 18:56 +0200, Tziporet Koren wrote:
Shirley Ma wrote:
Hello Tziporet,
The problem was because of the last check in of small UDP performance
patch. It changed the receiving path completely. And I only got less
than one day to merge/test the patch
Tziporet Koren [EMAIL PROTECTED] wrote on 02/05/2008 12:07:28
PM:
Please test on RHREL 5 too
What are your stress tests?
Ok. The stress test is similar to netperf/netserver. But it's
bi-directional multiple streams. I have stressed the stream to 150, duplex
running overnight.
Please send
that
would be nice. If this is any issue, I will ask Nam to help out.
I have touch tested mthca for 2K MTU for the updated patch. More test
are going on.
thanks
Shirley
Signed-off-by Shirley Ma [EMAIL PROTECTED]
---
drivers/infiniband/ulp/ipoib/ipoib.h | 28 +++-
drivers/infiniband/ulp/ipoib
Hello all,
I have created the patch and tested without Eli's patch but with
Pradeep's patch. It works OK. Then I create another patch with Eli and
Pradeep's patch against today's ofed-1.3 git tree. The ping worked for a
while then stopped. I will try to debug it.
And We have found a crash in
problem to create the backport patch, let me
know. I will ask Nam to help. The attachment is for you to easily apply
the patch, my email might have issues.
Thanks
Shirley
Signed-off-by: Shirley Ma [EMAIL PROTECTED]
---
diff -urpN ofed_1_3_a/drivers/infiniband/ulp/ipoib/ipoib.h
ofed_1_3_b/drivers
Eli,
Please look at this issues ASAP. Without your patch everything works
well.
Thanks
Shirley
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Tziporet Koren [EMAIL PROTECTED] wrote on 02/04/2008 08:14:08
AM:
OK - go ahead and regenerate patch and we will be able to include it in
RC4
BTW - how did you test it with mthca? It does not support 4K MTU. You
can test it with ConnectX since it does supports 4K MTU (with a special
I found one one line was out side for loop when merging this patch
with current git-tree. This caused UD_POST_RCV_COUNT = 16 wrong. I have
fixed it. This is the updated patch.
Thanks
Shirley
Signed-off-by: Shirley Ma [EMAIL PROTECTED]
---
diff -urpN ofed_kernel_a/drivers/infiniband/ulp/ipoib
On Wed, 2008-01-30 at 17:10 -0800, Woodruff, Robert J wrote:
Tziporet wrote,
* Delay 1.3 release in a week
* Do RC4 next week - Feb 6
* Add RC5 on Feb 18 - this will be the GOLD version
* GA release on Feb 25
All - please reply if this is acceptable
I hate to keep
In addition, we should talk about how to integrate patches being queued
in upper stream but not in OFED, like IPoIB noSRQ. There is always a
window between OFED release and kernel release, a window between Distro
release and OFED release. Some customers are targeted OFED release, some
Hello Eli,
ipoib_0030_hw_csum.patch has been removed
Would removing this patch cause any errors on applying the rest of
patches? If not, I will remove it for our testing as well.
Thanks
Shirley
___
ewg mailing list
ewg@lists.openfabrics.org
Pradeep,
We tries to apply this patch for OFED 1.3 and its breaks some of the
backports.
Please use the makedist script on the ofa server (there is an
explanation in the developers Wiki) and fix this so we can try to apply it
Vlad will help you later today too
Thanks,
Tziporet
Thanks
Thanks for everyone here. I appreciate your comments and effort. The
big challenge for us is how to sync features/blockers with OFED release
Distros release. Most of our customers prefer Distros release so they
can get same level of support as other pieces. If OFED could work with
Distros
[EMAIL PROTECTED] wrote on 01/30/2008 08:40:10 AM:
Doug Ledford wrote:
Hmmm...I'd like to put my $.02 in here. I don't have any visibility
into what drives the OFED schedule, so I have no clue as to why people
don't want to slip the schedule for this change. I'm sure you guys
have
Hello Tziporet,
the hw checksum patch was removed from OFED 1.3
Tziporet
Could youp please specify which patch has been removed? I still can see a
list of patches under RC3. here they are:
ipoib_0010_Add-high-dma-support-to-ipoib.patch
ipoib_0020_Add-s-g-support-for-IPOIB.patch
37 matches
Mail list logo