Perhaps working on getting that merged upstream would be a better first step.
We have it on our plans to submit RDMA-CM APM to upstream.
Since we are in holidays season here it will take us some time to come back
with plan.
In any case as Bang wrote this is not related to IPoIB-CM, that
Barak;
Tziporet Koren; Yevgeny Petrilin; Liran Liss
Subject: [PATCH for-next V2 00/22] Add SRIOV support for IB interfaces
This patch set adds SRIOV support for IB interfaces.
Patches 1-4 are precondition patches.
Patches 5-22 actually implement the feature.
NOTE: Patch 18 depends on patch IB
Lloyd
Oren just had a new baby
I hope he will handle it fast when he will return from vacation
Tziporet
-Original Message-
From: linux-rdma-ow...@vger.kernel.org
[mailto:linux-rdma-ow...@vger.kernel.org] On Behalf Of Lloyd Brown
Sent: Tuesday, July 17, 2012 7:12 PM
To:
Hi Roland
Can you updated us on status of review of our mlx4 SRIOV IB submission?
Thanks
Tziporet
-Original Message-
From: linux-rdma-ow...@vger.kernel.org
[mailto:linux-rdma-ow...@vger.kernel.org] On Behalf Of Roland Dreier
Sent: Sunday, June 24, 2012 5:11 AM
To: Linus Torvalds
Cc:
What about the IPoIB patches (e.g. use Interrupt moderation)
I have no idea what patch that might be. We've had the modify_cq call in
ipoib for years now, with moderation parameters set through ethtool.
http://www.spinics.net/lists/linux-rdma/msg09142.html
and
Roland
What about the IPoIB patches (e.g. use Interrupt moderation)
Regards,
Tziporet
--
To unsubscribe from this list: send the line unsubscribe linux-rdma in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
We propose a new process for the OFED releases starting from next OFED release:
- OFED content will be the relevant kernel.org modules and user space released
packages
- OFED will offer only backports to the distros (no fixes)
- OFED package will be used for easy installation of all packages in
What about the new CX3 device ID patch?
Did I ever get a final version of the libmthca and kernel patches?
CX3 is using libmlx4 and not libmthca.
Vlad sent a patch on 1/19/11:
http://www.spinics.net/lists/linux-rdma/msg07237.html
Is contain adding several device IDs including CX3
Do you
Roland
What about the new CX3 device ID patch?
Also - when will the RoCE user space patches be included in the library?
Thanks
Tziporet
--
To unsubscribe from this list: send the line unsubscribe linux-rdma in
the body of a message to majord...@vger.kernel.org
More majordomo info at
For MPI, I would expect an xrcd to be associated with a single job instance.
So did I, but they said that this was not the case, and they were very
pleased
with the final (more complicated implementation-wise) interface.
We need to get them involved in this discussion ASAP.
On 1/17/2011 11:55 PM, Roland Dreier wrote:
Linus, please pull from
master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git for-linus
This tree is also available from kernel.org mirrors at:
git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
for-linus
On 1/10/2011 4:03 PM, Wei Lin Guay wrote:
Hi all,
Is Mellanox CX2 HCA supports SR-IOV? I'm currently using CentOS 5.5 with
Xen 4.0.1 but open for any recommendation on different linux dist. The
first blocking issue that I have is my CX2 doesn't have the SR-IOV
extended capability in the PCI
On 12/28/2010 5:30 PM, Reeted wrote:
You and Richard seem to have good experience of infiniband in
virtualized environments. May I ask one thing?
We were thinking about buying some Mellanox Connectx-2 for use with
SR-IOV (hardware virtualization for PCI bypass, supposedly supported
by
On 12/6/2010 10:00 PM, Jason Gunthorpe wrote:
Does this work? Has anyone seen it work?
I'm testing it on a pair of mlx4 MT25418 and I'm trying to get down to
2.5Gbps and I can't see any effect from twiddling the static_rate AH
attribute for an RC QP. The value seems to be working, I put 30 in
Is there any plans to implement it in a near future?
No
Tziporet
--
To unsubscribe from this list: send the line unsubscribe linux-rdma in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Yevgeny is going to RD next week
Will see if someone can work on this here before he returns
Tziporet
-Original Message-
From: Or Gerlitz [mailto:ogerl...@voltaire.com]
Sent: Thursday, November 18, 2010 3:03 PM
To: Jack Morgenstein; Yevgeny Petrilin
Cc: Sumeet Lahorani; Tziporet Koren
On 11/15/2010 5:06 PM, Romulo Goncalves wrote:
Hello,
For my PhD project I have been using RDMA over inifiniband.
Until now I have used memory regions, but now I would like to also define
memory windows.
The steps taken are the following ones:
Register a memory region.
Alloc a window
bind
On 11/4/2010 10:45 PM, Craig Prescott wrote:
Hi,
We have a new-ish node whose IPoIB access was interrupted last night;
last message in the syslog was:
ib0: failed send event (status=2, wrid=74 vend_err 67)
The node has a Mellanox ConnectX HCA (MHQH19-XTC).
I understand the status
On 11/9/2010 9:22 PM, Usha Srinivasan wrote:
Hello,
Can someone from Mellanox tell me what the vendor error 0x32 means? I am
getting this error for wc.opcode 128 (IB_WC_RECV) wc.status 4
(IB_WC_LOC_PROT_ERR).
This error means corrupted MPT or PD violation
Tziporet
--
To
On 9/26/2010 6:46 PM, Tziporet Koren wrote:
Roland,
Following Eli's update below, we have not received any further comments on this
matter. Please confirm that this is in line with what you had requested.
Also, having not heard any other concerns with the rest of the iboe v10
patchset, we
On 8/13/2010 10:21 PM, Ralph Campbell wrote:
On Fri, 2010-08-13 at 12:14 -0700, Hefty, Sean wrote:
I know there is a bug with ib_send_bw -b (bi-directional)
since it doesn't create a CQ that is large enough for all the
posted sends *and* receives. I have tried several times to get the
It's not personal -- it was a combination of when things were ready and
when I had time to work on things, and unfortunately it all lined up so
I wasn't able to get anything big queued up this cycle.
Can you confirm it will be in 2.6.37?
Tziporet
--
To unsubscribe from this list: send the
On 8/5/2010 2:33 AM, Roland Dreier wrote:
Hi Roland,
Here are a few topics I'm tracking that are not ready in time for the
2.6.36 window and will need to wait for 2.6.37 at least:
- XRC. While I think we made significant progress here, the fact is
that this is not ready to merge at
Hi Tom,
What is the purpose of this?
Is there a reason you did it only for mthca and not mlx4?
Tziporet
On 7/10/2010 1:54 AM, Sunil Joshi wrote:
Hi ,
As per the comment in the following bugzilla bug, Can someone please
help in getting things resolved.
I assigned it to Vlad, I hope he can help you
Tziporet
--
To unsubscribe from this list: send the line unsubscribe linux-rdma in
the body
On 7/7/2010 8:42 AM, Or Gerlitz wrote:
Jack, Tziporet
Can you clarify the status of the upstream kernel mlx4 multi-protocol
support? looking on Linus git, I see one commit,
7ff93f8b7ecbc36e7ffc5c11a61643821c1bfee5 mlx4_core: Multiple port type
support dated to Oct 2008, wheres ofed
On 6/1/2010 2:39 PM, Albert Strasheim wrote:
Hello all
Having just reviewed the various on-host shared memory mechanisms
available in Linux and being quite unimpressed, I have the following
question:
Has anyone considered making a kernel and userspace driver so that
libibverbs can be used on a
On 5/26/2010 12:32 AM, Roland Dreier wrote:
I don't think there are many devices out there which have more than
one port.
??
http://developer.intel.com/network/connectivity/solutions/gigabit.htm
http://www.broadcom.com/products/Ethernet-Controllers/Enterprise-Server/BCM5704C
etc
On 3/2/2010 9:56 AM, Roland Dreier wrote:
Linus, please pull from
master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git for-linus
This tree is also available from kernel.org mirrors at:
git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
for-linus
This
OFED 1.5.1-rc2 is available
Notes:
The tarball is available on:
http://www.openfabrics.org/downloads/OFED/ofed-1.5.1/OFED-1.5.1-rc2.tgz
To get BUILD_ID run ofed_info
Please report any issues in bugzilla https://bugs.openfabrics.org/ for OFED
1.5.1
Vladimir Tziporet
Hi
I have updated OFED 1.5.1 roadmap on the web:
http://www.openfabrics.org/txt/woody/roadmap.txt
Schedule:
-
- RC1 - Feb 11, 2010 - done
- RC2 - Feb 25, 2010
- RC3 - Mar 4, 2010
- GA - Mar 11, 2010
Tziporet
--
To unsubscribe from this list: send the line unsubscribe linux-rdma in
On 2/11/2010 7:11 PM, Doug Ledford wrote:
The ibutils tarball as found for download on the openfabrics web site
has some licensing issues that need resolved ASAP. The tarball in its
current form is probably illegal to distribute until the items are
fixed. So, here's what popped up in review
On 2/15/2010 10:24 PM, Tom Tucker wrote:
Hello,
I am seeing some very strange behavior on my MLX4 adapters running 2.7
firmware and the latest OFED 1.5.1. Two systems are involved and each
have dual ported MTHCA DDR adapter and MLX4 adapters.
The scenario starts with NFSRDMA stress testing
On 2/7/2010 6:39 PM, Steve Wise wrote:
If ofed-1.5.1 is based on 2.6.33 then it will get this patch
automatically (assuming it goes upstream and makes 2.6.33). Or we can
pull it in as a kernel_patches/fixes/ patch.
OFED 1.5.1 is not based on 2.6.33, but on 2.6.30, so we need the patch
On 2/8/2010 8:02 AM, Sean Hefty wrote:
Since iWarp devices are not guaranteed to support loopback connections,
prevent rdma_bind_addr from associating the loopback address with
an iWarp device.
Signed-off-by: Sean Heftysean.he...@intel.com
Steve
Have you tested this patch?
When accepted
On 2/7/2010 3:22 AM, Steve Wise wrote:
Good catch, I'll update the patch and submit for 2.6.33 on Monday.
NOTE: This doesn't solve our IB/openmpi regression for ofed-1.5.1.
If this patch will be accepted to the kernel 2.6.33 we can take it too
Tziporet
--
To unsubscribe
On 2/2/2010 5:54 PM, Hal Rosenstock wrote:
Will Mellanox be adding this option to the IB spec rather than keep it
as vendor proprietary ?
Yes, it's in our plans
Tziporet
--
To unsubscribe from this list: send the line unsubscribe linux-rdma in
the body of a message to
On 1/14/2010 7:22 PM, Roland Dreier wrote:
and we should probably change the upstream kernel default to yes
as well.
I agree
IPoIB CM is very stable now and has a better performance
Tziporet
--
To unsubscribe from this list: send the line unsubscribe linux-rdma in
the body of a message
On 1/13/2010 12:06 PM, Werther Pirani wrote:
Hello,
I've been redirected to this list from OpenFabrics' web site, so let
me apologise right away if this is not the right place for this question.
We are writing an application that requires high throughput and low
latency. More
Bill - do you know who is the administrator that can fix this
We cannot access git and also web site and ewg mailing list does not
work
Thanks
Tziporet
--
To unsubscribe from this list: send the line unsubscribe linux-rdma in
the body of a message to majord...@vger.kernel.org
More majordomo
Vlad
Can you explain what you saw with other eth that are responding?
Tziporet
-Original Message-
From: Woodruff, Robert J [mailto:robert.j.woodr...@intel.com]
Sent: Wednesday, December 23, 2009 6:01 PM
To: Tziporet Koren; Jeff Squyres; bec...@nas.nasa.gov; Bill Boas
Cc: 'Jeffrey Scott
On 12/16/2009 6:39 PM, Moni Shoua wrote:
Limitations:
- SLES10 SP3 on IA64 is not supported yet
In what way is it unsupported?
Our QA say that OFED-1.5 can be compiled on this platform.
OK - so it is supported
Tziporet
--
To unsubscribe from this list: send the line
Jason Gunthorpe wrote:
On Tue, Nov 24, 2009 at 06:23:15PM -0500, Jeff Squyres wrote:
2. I am somewhat confused by the overloading of the term transport.
It appears that a device will have
ibv_device.transport_type==IBV_TRANSPORT_IB for both IB and RDMAOE
devices. The only way to tell
43 matches
Mail list logo