-2.6.13
Passed on ia64 with linux-2.6.14
Passed on x86_64 with linux-2.6.18-1.2798.fc6
Passed on ia64 with linux-2.6.16.21-0.8-default
Failed:
Build failed on x86_64 with linux-2.6.9-22.ELsmp
Log:
/home/vlad/tmp/ofa_1_2_kernel-20070227-0200_linux-2.6.9-22.ELsmp_x86_64_check/drivers/net/cxgb3/vsc8211.c
On Feb 27, 2007, at 2:10 AM, Diego Guella wrote:
Should I do something to get subscribed to the new mailing list or
I will be automatically subscribed?
There is nothing that you need to do; the list is simply being
migrated from one server to another and changing names in the process.
Hi All,
We have build and installed OFED-1.1 on
RHEL-4 machine, using ipoib we set the IPs
for the interface and able to ping each other,
but my ifconfig shows ib0 MAC address as
shown below
00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
--
ib0 Link encap:UNSPEC HWaddr
Hi All,
We have build and installed OFED-1.1
on RHEL-4 machines, while compiling selected
mpi support, pls through some light on how
to use mpi over IB interface, using what
modules etc. or do we need to install separate
mpi software to use.
thanks in advance,
-bala-
During the installation process, the OFED installer should have asked
you if you wanted to install Open MPI and/or MVAPICH. Both of these
MPI implementations are capable of communicating natively over the IB
interface.
Running MPI applications with Open MPI should natively choose the IB
On Tue, 2007-02-27 at 06:30, Bala wrote:
Hi All,
We have build and installed OFED-1.1 on
RHEL-4 machine, using ipoib we set the IPs
for the interface and able to ping each other,
but my ifconfig shows ib0 MAC address as
shown below
00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
Thanks for the comments
To fix it, this patch adds a dev field to struct ipoib_neigh which is used
instead of the struct neighbour dev one.
It seems that in this design, if multiple ipoib interfaces are present, we
might
get an skb such that skb-dev will be different from the new dev
Hello,
I did a short code review of the ipoib code concentrating on
partitioning support and I mentioned that the asynchronous events
handler in the ipoib code does not take the port number reported in
the event record into consideration. The effect of that is that all of
the ib# devices
Quoting Moni Levy [EMAIL PROTECTED]:
Subject: [RFC] IB/ipoib: Asynchronous events delivered without port parameter.
Hello,
I did a short code review of the ipoib code concentrating on
partitioning support and I mentioned that the asynchronous events
handler in the ipoib code does not
Where are all the kernel src trees on ssh. openfabrics.org?
I would like to build against specific trees that are failing with
cxgb3...
Also:
what RH distro ships:
linux-2.6.9-22.ELsmp
and
linux-2.6.9-34.ELsmp
Thanks,
Steve.
On Mon, 2007-02-26 at 17:07 +0200, Vladimir Sokolovsky
This issue was found during partitioning SM fail over testing. The fix was
tested over the weekend with pkey reshuffling, removal and addition every few
seconds concurrent with OFED restart. The patch applies on Roland's git tree.
Changes from v1:
* added flush flag to
Quoting Moni Shoua [EMAIL PROTECTED]:
Subject: Re: [RFC] [PATCH v2] IB/ipoib: Add bonding support to IPoIB
Thanks for the comments
To fix it, this patch adds a dev field to struct ipoib_neigh which is used
instead of the struct neighbour dev one.
It seems that in this design, if
I just gave this a cursory glance.
A suggestion: would it not be much simpler to modify the QP from RTS to RTS on
pkey
change?
diff --git a/drivers/infiniband/ulp/ipoib/ipoib_ib.c
b/drivers/infiniband/ulp/ipoib/ipoib_ib.c
index f2aa923..b0287c1 100644
---
I just gave this a cursory glance.
I haven't really read it except to think why is this so complicated?
A suggestion: would it not be much simpler to modify the QP from RTS to RTS
on pkey
change?
Changing the P_Key index is not allowed for RTS-RTS. You would have
to modify the QP
Quoting Roland Dreier [EMAIL PROTECTED]:
Subject: Re: [PATCHv2] IB/ipoib: Fix ipoib handling for pkey reordering
I just gave this a cursory glance.
I haven't really read it except to think why is this so complicated?
A suggestion: would it not be much simpler to modify the QP from
I did a short code review of the ipoib code concentrating on
partitioning support and I mentioned that the asynchronous events
handler in the ipoib code does not take the port number reported in
the event record into consideration. The effect of that is that all of
the ib# devices
On 2/27/07, Roland Dreier [EMAIL PROTECTED] wrote:
I just gave this a cursory glance.
I haven't really read it except to think why is this so complicated?
Do you refer to that complication of the patch of the issue ?
A suggestion: would it not be much simpler to modify the QP from RTS
Quoting Roland Dreier [EMAIL PROTECTED]:
Subject: Re: [RFC] IB/ipoib: Asynchronous events delivered without port
parameter.
I did a short code review of the ipoib code concentrating on
partitioning support and I mentioned that the asynchronous events
handler in the ipoib code
On 2/27/07, Roland Dreier [EMAIL PROTECTED] wrote:
I did a short code review of the ipoib code concentrating on
partitioning support and I mentioned that the asynchronous events
handler in the ipoib code does not take the port number reported in
the event record into consideration.
I haven't really read it except to think why is this so complicated?
Do you refer to that complication of the patch of the issue ?
the patch.
Changing the P_Key index is not allowed for RTS-RTS. You would have
to modify the QP RTS-SQD, wait for the SQ to drain, then modify the
On Tue, 2007-02-27 at 08:23 -0600, Steve Wise wrote:
Where are all the kernel src trees on ssh. openfabrics.org?
I would like to build against specific trees that are failing with
cxgb3...
/home/vlad/kernel.org/arch/kernel
Also:
what RH distro ships:
linux-2.6.9-22.ELsmp
On 2/27/07, Roland Dreier [EMAIL PROTECTED] wrote:
I haven't really read it except to think why is this so complicated?
Do you refer to that complication of the patch of the issue ?
the patch.
Please advise and I'll change it.
Changing the P_Key index is not allowed for RTS-RTS.
Hey Vlad,
These fixes need to be pulled into ofed_1_2 for the Chelsio Ethernet
driver.
You can pull them directly from my ofa git tree:
git://staging.openfabrics.org/~swise/ofed_1_2 cxgb3_fixes
Thanks,
Steve.
___
openib-general mailing list
sysfs attributes are now managed per port, no longer per adapter.
Signed-off-by: Divy Le Ray [EMAIL PROTECTED]
---
drivers/net/cxgb3/cxgb3_main.c | 21 -
1 files changed, 12 insertions(+), 9 deletions(-)
diff --git a/drivers/net/cxgb3/cxgb3_main.c
Update FW version to 3.2
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/net/cxgb3/t3_hw.c |6 --
drivers/net/cxgb3/version.h |2 ++
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/net/cxgb3/t3_hw.c b/drivers/net/cxgb3/t3_hw.c
old mode 100755
new
Offload packets may be DMAed long after their SGE Tx descriptors are done
so they must remain mapped until they are freed rather than until their
descriptors are freed. Unmap such packets through an skb destructor.
Signed-off-by: Divy Le Ray [EMAIL PROTECTED]
---
drivers/net/cxgb3/sge.c |
Improve the traffic recovery after the HW ran out of response queue entries.
Signed-off-by: Divy Le Ray [EMAIL PROTECTED]
---
drivers/net/cxgb3/adapter.h |2 ++
drivers/net/cxgb3/sge.c | 15 ++-
2 files changed, 16 insertions(+), 1 deletions(-)
diff --git
Clean up some private ioctls.
Signed-off-by: Divy Le Ray [EMAIL PROTECTED]
---
drivers/net/cxgb3/cxgb3_ioctl.h | 33 +--
drivers/net/cxgb3/cxgb3_main.c | 48 +++
2 files changed, 15 insertions(+), 66 deletions(-)
diff --git
Populate Rx free list with pages.
Signed-off-by: Divy Le Ray [EMAIL PROTECTED]
---
drivers/net/cxgb3/adapter.h |9 +
drivers/net/cxgb3/sge.c | 318 +++
2 files changed, 235 insertions(+), 92 deletions(-)
diff --git a/drivers/net/cxgb3/adapter.h
On Mon, 2007-02-26 at 09:46 -0800, Sean Hefty wrote:
Vladimir Sokolovsky wrote:
On Fri, 2007-02-23 at 12:15 -0800, Sean Hefty wrote:
I would like these fixes in OFED 1.2 as well. What git tree / branch
do I
generate a patch against?
- Sean
On 2/27/07, Moni Levy [EMAIL PROTECTED] wrote:
On 2/27/07, Roland Dreier [EMAIL PROTECTED] wrote:
I did a short code review of the ipoib code concentrating on
partitioning support and I mentioned that the asynchronous events
handler in the ipoib code does not take the port number
Please send patches that will be added to kernel_patches/fixes.
Please update your git tree from
git://git.openfabrics.org/~vlad/ofed_1_2/.git ofed_1_2
You want me to create a patch that adds a file that contains the actual patches?
Why not apply the patches directly?
On a second thought based on the fact that on a two port HCA we'll
have a 50% miss on the events being delivered, I would move the new
condition to be evaluated first. I apologize if this is too much of
micro optimization. What do you think ?
That wouldn't really be correct since
On Tue, 2007-02-27 at 08:45 -0800, Sean Hefty wrote:
Please send patches that will be added to kernel_patches/fixes.
Please update your git tree from
git://git.openfabrics.org/~vlad/ofed_1_2/.git ofed_1_2
You want me to create a patch that adds a file that contains the actual
patches?
Quoting Sean Hefty [EMAIL PROTECTED]:
Subject: Re: [PATCH] for OFED 1.2
Please send patches that will be added to kernel_patches/fixes.
Please update your git tree from
git://git.openfabrics.org/~vlad/ofed_1_2/.git ofed_1_2
You want me to create a patch that adds a file that contains
Sean,
On 2/26/07, Sean Hefty [EMAIL PROTECTED] wrote:
I think the following patch would make ipoib spec compliant.
ib_find_cached_pkey is called by ib_cm, rdma_cm, ib_srp, and ib_ipoib.
I'm not certain what this change would do to SRP, but the ib_cm and
rdma_cm look okay, given that
On 2/27/07, Roland Dreier [EMAIL PROTECTED] wrote:
On a second thought based on the fact that on a two port HCA we'll
have a 50% miss on the events being delivered, I would move the new
condition to be evaluated first. I apologize if this is too much of
micro optimization. What do you
Yes, actual patches should be created under kernel_patches/fixes.
Please update your git tree because the following patch fails:
Can you explain how the patch fails? I don't see how putting the patch into a
file helps.
Why not apply the patches directly?
To be consistent with 2.6.20 kernel.
Sorry for jumping into that thread, but although this patch will make
things more spec compliant, it will break functionality we depend one.
I suggest that we first find an alternate way to enable usage of
partial partition membership before disabling that functionality at
all.
Can you
Quoting Sean Hefty [EMAIL PROTECTED]:
Subject: Re: [PATCH] for OFED 1.2
Yes, actual patches should be created under kernel_patches/fixes.
Please update your git tree because the following patch fails:
Can you explain how the patch fails? I don't see how putting the patch into a
file
On Tue, 2007-02-27 at 18:55 +0200, Michael S. Tsirkin wrote:
Quoting Sean Hefty [EMAIL PROTECTED]:
Subject: Re: [PATCH] for OFED 1.2
Please send patches that will be added to kernel_patches/fixes.
Please update your git tree from
git://git.openfabrics.org/~vlad/ofed_1_2/.git
On 2/27/07, Sean Hefty [EMAIL PROTECTED] wrote:
Sorry for jumping into that thread, but although this patch will make
things more spec compliant, it will break functionality we depend one.
I suggest that we first find an alternate way to enable usage of
partial partition membership before
On Tue, 2007-02-27 at 12:06, Sean Hefty wrote:
Sorry for jumping into that thread, but although this patch will make
things more spec compliant, it will break functionality we depend one.
I suggest that we first find an alternate way to enable usage of
partial partition membership before
Quoting Steve Wise [EMAIL PROTECTED]:
Subject: Re: [openib-general] [PATCH] for OFED 1.2
On Tue, 2007-02-27 at 18:55 +0200, Michael S. Tsirkin wrote:
Quoting Sean Hefty [EMAIL PROTECTED]:
Subject: Re: [PATCH] for OFED 1.2
Please send patches that will be added to
I think with stacked git or just git and rebasing at key times, you
could keep an ofed_1_2 tree that folks can easily apply patches to...
Its too late to change this for 1.2, but you might want to reconsider
the design for 1.3.
Can't we just create a new branch (ofed_1_2_patched) with these
It would be great if all of this knowledge is posted to the wiki to
avoid repeating this conversation in the future (or one of countless
variations of this conversation). For example, I admit to not paying
close attention to many of the threads on this list, but this was the
first time
Quoting Sean Hefty [EMAIL PROTECTED]:
Subject: Re: [PATCH] for OFED 1.2
I think with stacked git or just git and rebasing at key times, you
could keep an ofed_1_2 tree that folks can easily apply patches to...
Its too late to change this for 1.2, but you might want to reconsider
the
Lot's of stuff *is* in wiki already - did you look at pages Vlad created?
Things can always be improved, you can add stuff too.
Quoting Jeff Squyres [EMAIL PROTECTED]:
Subject: Re: [PATCH] for OFED 1.2
It would be great if all of this knowledge is posted to the wiki to
avoid repeating this
This is just my $0.01...
Thanks for the suggestions, but what does $0.01 buy one in US today?
--
MST
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit
On Tue, 2007-02-27 at 19:44 +0200, Michael S. Tsirkin wrote:
Quoting Sean Hefty [EMAIL PROTECTED]:
Subject: Re: [PATCH] for OFED 1.2
I think with stacked git or just git and rebasing at key times, you
could keep an ofed_1_2 tree that folks can easily apply patches to...
Its too
On Feb 27, 2007, at 12:45 PM, Michael S. Tsirkin wrote:
Lot's of stuff *is* in wiki already - did you look at pages Vlad
created?
A search for quilt on the wiki turns up nothing (I checked before I
posted :-) ).
And yes, I have [thoroughly] read the pages Vlad created. But the
very
Quoting Steve Wise [EMAIL PROTECTED]:
Subject: Re: [PATCH] for OFED 1.2
On Tue, 2007-02-27 at 19:44 +0200, Michael S. Tsirkin wrote:
Quoting Sean Hefty [EMAIL PROTECTED]:
Subject: Re: [PATCH] for OFED 1.2
I think with stacked git or just git and rebasing at key times, you
This is just my $0.01...
It buys very little, if anything. In fact, a whole $0.02 also buys
very little, if anything. So take my comments for what they're worth.
Oh, good, I thought deflation is getting out of hand ...
--
MST
___
Lot's of stuff *is* in wiki already - did you look at pages Vlad
created?
A search for quilt on the wiki turns up nothing (I checked before I
posted :-) ).
And yes, I have [thoroughly] read the pages Vlad created. But the
very fact that this conversation is occurring is because
Sean, please install quilt and try using it for working with the system.
Adding new patch is usually done in this way
quilt new patch
quilt add files
edit
quilt refresh
cp patches/patch kernel_patches/fixes/
git add kernel_patches/fixes/patch
git commit
But you cannot keep a stack for more than one backport pushed, right?
So you still need to be slapping the stacks of patches around for each
backport.
Why not have separate branches for each kernels too?
___
openib-general mailing list
Quoting Steve Wise [EMAIL PROTECTED]:
Subject: Re: [PATCH] for OFED 1.2
Sean, please install quilt and try using it for working with the system.
Adding new patch is usually done in this way
quilt new patch
quilt add files
edit
quilt refresh
cp
Quoting Sean Hefty [EMAIL PROTECTED]:
Subject: RE: [PATCH] for OFED 1.2
But you cannot keep a stack for more than one backport pushed, right?
So you still need to be slapping the stacks of patches around for each
backport.
Why not have separate branches for each kernels too?
I think
Can someone please update the main www.openfabrics.org web page to
remove all references to subversion, and link to a wiki page on how to
get the latest source?
Thanks.
___
openib-general mailing list
openib-general@openib.org
I think it'll be much more work to maintain all these branches.
And again, there will be conflicts, and it's too easy to get confused when
resolving a conflict.
Storing patches in a directory seems confusing to me. They must be applied in
a
specific order for everything to work, and that
On 19:44 Tue 27 Feb , Michael S. Tsirkin wrote:
Quoting Sean Hefty [EMAIL PROTECTED]:
Subject: Re: [PATCH] for OFED 1.2
I think with stacked git or just git and rebasing at key times, you
could keep an ofed_1_2 tree that folks can easily apply patches to...
Its too late to
Hi Vladimir. I've attached a small patch to the ofed_1_2_scripts
build.sh file for the mvapich2() function. This fixes bug 372 where the
F90 compiler was not being set properly for the GNU compiler case and
other possible compilers in the path were being found. This patch is
against the latest
Quoting Sasha Khapyorsky [EMAIL PROTECTED]:
Subject: Re: [PATCH] for OFED 1.2
On 19:44 Tue 27 Feb , Michael S. Tsirkin wrote:
Quoting Sean Hefty [EMAIL PROTECTED]:
Subject: Re: [PATCH] for OFED 1.2
I think with stacked git or just git and rebasing at key times, you
could
On 2/27/07, Roland Dreier [EMAIL PROTECTED] wrote:
Is it really returning -ENOMEM? It seems much more likely that you
are hitting the code
/* For Arbel, all MTTs must fit in the same page. */
if (mthca_is_memfree(dev)
mr-attr.max_pages * sizeof
FYI.
- Forwarded message from Junio C Hamano [EMAIL PROTECTED] -
Subject: [ANNOUNCE] GIT 1.5.0.2
Date: Tue, 27 Feb 2007 10:58:22 +0200
In-Reply-To: [EMAIL PROTECTED] (Junio C. Hamano'smessage of Sun, 18 Feb 2007
18:07:42 -0800)
References: [EMAIL PROTECTED]
From: Junio C Hamano [EMAIL
On our cell blade + PCI-e Mellanox.
I don't see anything in arch/powerpc that looks like
dma_alloc_coherent() will do anything other than allocate some memory
and map it with DMA_BIDIRECTIONAL. So how does this altix fix help in
your situation? Am I misreading the Cell IOMMU code?
On Mon, Feb 19, 2007 at 03:53:36PM -0500, Steven Carter wrote:
I have a Nagios module that alerts on connectivity, port errors,
speed/width problems. I would like to give it the ability to change the
severity of the alert depending on whether errors are just present or if
they are
Roland Dreier [EMAIL PROTECTED] wrote on 02/27/2007 01:40:36 PM:
Shirley, can you clarify why doing dma_alloc_coherent() in the kernel
helps on your Cell blade? It really seems that dma_alloc_coherent()
just allocates some memory and then does dma_map(DMA_BIDIRECTIONAL),
which would be
Hello Roland,
Sorry to bother you again. Could you please review below patch to see
it's possible to be in upper stream soon? IPoIB can't ping each other if
broadcast join successfully but encounting any other IB multicast join
failure (like IB multicast group join failure for default
I don't think this applies any more since Sean's multicast stuff was
merged. I didn't realize you wanted to get this merged upstream --
anyway, can you please regenerate the patch against the latest kernel?
Thanks
___
openib-general mailing list
Roland Dreier [EMAIL PROTECTED] wrote on 02/26/2007 02:36:26 PM:
No way, it's way too late at this point to change the kernel-user ABI,
let alone change all ULPs.
- R.
Hello Roland,
So the IBV_CQ_REPORT_MISSED_EVENTS has been part of OFED-1.2 already? I can
generate the patch for all
So the IBV_CQ_REPORT_MISSED_EVENTS has been part of OFED-1.2 already? I can
generate the patch for all ULPs to use this for review. Do you need me to
do that?
No, it's not in OFED 1.2 or the upstream kernel. And no one has
implemented it for userspace (and I'm somewhat reluctant to break
I built the ofed 1.2 rpms from the OFED-1.2-20070227-0602 build and the
kernel rpm fails to install on a 2.6.20.1 kernel:
vic13:/usr/local/src/OFED-1.2-20070227-0602/RPMS/sles-release-10-15.2 # rpm -U
kernel-ib-1.2-2.6.20.1.x86_64.rpm
error: Failed dependencies:
ksym(schedule) = 1000e51
Roland Dreier [EMAIL PROTECTED] wrote on 02/27/2007 02:35:34 PM:
I don't think this applies any more since Sean's multicast stuff was
merged. I didn't realize you wanted to get this merged upstream --
anyway, can you please regenerate the patch against the latest kernel?
Thanks
Sure. I
On Mon, 2007-02-26 at 06:20, Yevgeny Kliteynik wrote:
Hi Hal
Trivial data type change to remove compilation warning.
Please apply to the trunk and to the 1.2 branch.
Thanks.
Signed-off-by: Yevgeny Kliteynik [EMAIL PROTECTED]
Thanks. Applied (to both master and ofed_1_2).
-- Hal
oland Dreier [EMAIL PROTECTED] wrote on 02/27/2007 02:41:44 PM:
So the IBV_CQ_REPORT_MISSED_EVENTS has been part of OFED-1.2 already?
I can
generate the patch for all ULPs to use this for review. Do you need me
to
do that?
No, it's not in OFED 1.2 or the upstream kernel. And no
I opened bug 399 to track this.
I also opened bug 398 because I got an error installing opensm with this
same OFED-1.2 build.
Steve.
On Tue, 2007-02-27 at 16:43 -0600, Steve Wise wrote:
I built the ofed 1.2 rpms from the OFED-1.2-20070227-0602 build and the
kernel rpm fails to install
Hello Roland,
Here is the new patch against 2.6.20-rc1 kernel. Please review it.
diff -urpN ipoib/ipoib_multicast.c ipoib-link/ipoib_multicast.c
--- ipoib/ipoib_multicast.c 2007-02-27 07:21:50.0 -0800
+++ ipoib-link/ipoib_multicast.c2007-02-27 07:52:10.0 -0800
@@ -407,6
https://bugs.openfabrics.org/show_bug.cgi?id=263
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #14 from
Quoting Shirley Ma [EMAIL PROTECTED]:
Subject: Re: [openib-general] IPOIB NAPI
Roland Dreier [EMAIL PROTECTED] wrote on 02/27/2007 02:41:44 PM:
So the IBV_CQ_REPORT_MISSED_EVENTS has been part of OFED-1.2 already? I
can
generate the patch for all ULPs to use this for review. Do
https://bugs.openfabrics.org/show_bug.cgi?id=400
Summary: OFED 1.2 alpha1 IPoIB HA failover gets QP warnings
Product: OpenFabrics Linux
Version: 1.2alpha1
Platform: X86-64
OS/Version: RHEL 4
Status: NEW
Severity: normal
https://bugs.openfabrics.org/show_bug.cgi?id=400
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED]
--- Comment #1
ib1: dev_queue_xmit failed to requeue packet
ib_mthca :04:00.0: QP 000405 not found in MGM
ib1: ib_detach_mcast failed (result = -22)
ib1: ipoib_mcast_detach failed (result = -22)
Looks like this is related to the multicast change that recently went upstream.
So this likely affects
I'm confused. Which one is faster?
Sorry for the confusion, Michael. The one with return 1 has better
throughput.
Thanks
Shirley Ma___
general mailing list
[EMAIL PROTECTED]
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general
To
https://bugs.openfabrics.org/show_bug.cgi?id=371
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--
Configure
https://bugs.openfabrics.org/show_bug.cgi?id=371
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED]
--- Comment #2
This list has been migrated to the new server, lists.openfabrics.org. Please
update any address book or filter settings to reflect the new mailing list
address. Future messages and replies should be sent to this address:
[EMAIL PROTECTED]
The new web address for this list is:
Quoting Shirley Ma [EMAIL PROTECTED]:
Subject: Re: IPOIB NAPI
oland Dreier [EMAIL PROTECTED] wrote on 02/27/2007 02:41:44 PM:
So the IBV_CQ_REPORT_MISSED_EVENTS has been part of OFED-1.2 already? I
can
generate the patch for all ULPs to use this for review. Do you need me to
do
Quoting Lee, Michael Paichi [EMAIL PROTECTED]:
Subject: [OFA General] List Address Change Completed
This list has been migrated to the new server, lists.openfabrics.org. Please
update any address book or filter settings to reflect the new mailing list
address. Future messages and
On Tue, 2007-02-27 at 09:59 -0600, Steve Wise wrote:
Hey Vlad,
These fixes need to be pulled into ofed_1_2 for the Chelsio Ethernet
driver.
You can pull them directly from my ofa git tree:
git://staging.openfabrics.org/~swise/ofed_1_2 cxgb3_fixes
Thanks,
Steve.
Applied.
--
Done
-Original Message-
From: Michael S. Tsirkin [mailto:[EMAIL PROTECTED]
Sent: Tue 2/27/2007 11:23 PM
To: Lee, Michael Paichi
Cc: [EMAIL PROTECTED]; openib-general@openib.org
Subject: Re: [OFA General] List Address Change Completed
Quoting Lee, Michael Paichi [EMAIL PROTECTED]:
91 matches
Mail list logo