On Mon, Jan 10, 2011 at 10:51:13AM -0800, Roland Dreier wrote:
> Maybe we can use MST's current email to ask him... Michael, do you have
> any memory of the issue we worked around here?
>
> > I have question regarding workaround introduced in commit 559ce8f1 of
> > the mainline tree:
> >
> >
Please note that my email address is changing.
You can contact me at my new address
m dot s dot tsirkin at gmail dot com
(address mangled to confuse spambots, replace "dot" with . and "at" with @ to
get the actual mail address)
Near term, I might not have time for openfabrics related is
Hello!
I have updated the OFED 1.3 kernel tree at
git://git.openfabrics.org/ofed_1_3/linux-2.6.git ofed_kernel
to upstream 2.6.23-rc8.
I have resolved minor conflicts in libiscsi backports for RHEL4,
and everything seems to build fine now. iSER maintainers, please
verify that I did the right thing
> Quoting Or Gerlitz <[EMAIL PROTECTED]>:
> Subject: [for OFED 1.3 PATCH 2/2] IB/ipoib: enable IGMP for userpsace
> multicast IB apps
>
> Michael,
>
> This patch needs to go to all the directories under kernel_patches/backport
> that contain the
> ipoib_class_device_to_2_6_20.patch, I suggest i
> Quoting Hoang-Nam Nguyen <[EMAIL PROTECTED]>:
> Subject: Please pull libehca.git/libehca ofed_1_3 branch
>
> Hi Michael and Vlad!
> Please pull from git://git.openfabrics.org/~hnguyen/libehca.git
> branch ofed_1_3 to get the fixes below.
done
--
MST
___
> Quoting Steve Wise <[EMAIL PROTECTED]>:
> Subject: Re: [GIT PULL] ofed-1.2.5 / ofed-1.3 - new libcxgb3 release v1.0.2
>
>
>
> Michael S. Tsirkin wrote:
> >>Quoting Steve Wise <[EMAIL PROTECTED]>:
> >>Subject: [GIT PULL] ofed-1.2.5 / ofed-1.3 -
> Quoting Michael S. Tsirkin <[EMAIL PROTECTED]>:
> Subject: Re: [GIT PULL] ofed-1.2.5 / ofed-1.3 - new libcxgb3 release v1.0.2
>
> > Quoting Steve Wise <[EMAIL PROTECTED]>:
> > Subject: [GIT PULL] ofed-1.2.5 / ofed-1.3 - new libcxgb3 release v1.0.2
> &
> Quoting Steve Wise <[EMAIL PROTECTED]>:
> Subject: [GIT PULL] ofed-1.2.5 / ofed-1.3 - new libcxgb3 release v1.0.2
>
> Please pull the latest from my libcxgb3 git repos to update the
> ofed-1.2.5 and ofed-1.3 libcxgb3 release. This will update to version
> 1.0.2 of libcxgb3 which fixes a doorb
> Quoting Steve Wise <[EMAIL PROTECTED]>:
> Subject: Re: [GIT PULL ofed_1_2_c] cxgb3 bug fixes
>
> Michael,
>
> I don't see these in the ofed_1_2/linux-2.6.git repos? Ditto for the
> 1.3 repos...
Should be fixed now.
--
MST
___
ewg mailing list
ewg
> Quoting Steve Wise <[EMAIL PROTECTED]>:
> Subject: Re: [GIT PULL ofed_1_2_c] cxgb3 bug fixes
>
> I don't see any of my commits...
>
>
> Here is the shortlog from my public ofed_1_2 repos. These commits
> aren't in the ofed-1.2.5 repos nor merged into ofed-1.3:
You are right. I pulled your t
l,
I don't see these in the ofed_1_2/linux-2.6.git repos? Ditto for the
1.3 repos...
Michael S. Tsirkin wrote:
>Done. I'll push soon.
>
>Quoting Steve Wise <[EMAIL PROTECTED]>:
>Subject: [GIT PULL ofed_1_2_c] cxgb3 bug fixes
>
>Vlad (Michael/Tziporet in Vlad&
Yes, please push this into your git tree (and please verify that
cross-build to all OS-es passes).
Further, please do it this way: add the patch in ofed-1.2.5
and then merge 1.2.5 into 1.3.
Quoting Steve Wise <[EMAIL PROTECTED]>:
Subject: Re: [PATCH] RDMA/CMA: Use neigh_event_send() to initiate
> Quoting Erez Zilber <[EMAIL PROTECTED]>:
> Subject: Re: [ewg] Re: [PATCH 0/2] IB/iser: iSCSI & iSER fixes for RH4 in
> OFED?1.3
>
> Erez Zilber wrote:
>
> >>>
> >>>
> >> What about
> >> kernel_patches/backport/2.6.9_U5/iser_cmd_to_2_6_22.patch
> >>
> >> given the name, isn't it nee
> Quoting Erez Zilber <[EMAIL PROTECTED]>:
> Subject: Re: [ewg] Re: [PATCH 0/2] IB/iser: iSCSI & iSER fixes for RH4 in
> OFED?1.3
>
> Erez Zilber wrote:
>
> >>>
> >>>
> >> What about
> >> kernel_patches/backport/2.6.9_U5/iser_cmd_to_2_6_22.patch
> >>
> >> given the name, isn't it nee
Will it break build of 32 bit libraries on ppc64?
Quoting Yosef Etigin <[EMAIL PROTECTED]>:
Subject: [PATCH] installer: fix build environment for ppc64
On ppc64, binaries are compiled as 32 bit by default unless the -m64
flag is specified. When libs are built for ppc64 they are placed in
/usr/lib
Oren Kladnitsky <[EMAIL PROTECTED]> is taking over
maintaining mstflint and imgen tools from me.
His trees:
git://git.openfabrics.org/~orenk/mstflint.git
git://git.openfabrics.org/~orenk/imgen.git
are, starting now, the authoritative source for these tools.
Oren is the internal maintainer of Mel
> Quoting Yosef Etigin <[EMAIL PROTECTED]>:
> Subject: Re: building userspace on ppc64 is broken
>
> Michael S. Tsirkin wrote:
> >>Quoting Roland Dreier <[EMAIL PROTECTED]>:
> >>Subject: Re: building userspace on ppc64 is broken
> >>
> >
> Quoting Hoang-Nam Nguyen <[EMAIL PROTECTED]>:
> Subject: ofed-1.3 daily build package's content
>
> Hello Vlad and Michael!
> Just downloaded daily build package OFED-1.3-20070917-0600 and saw
> in SRPMS:
> localhost:/home/nguyen/tmp/OFED-1.3-20070917-0600/SRPMS # ls -l
> ofa_kernel-1.3-ofed200
> Quoting Roland Dreier <[EMAIL PROTECTED]>:
> Subject: Re: building userspace on ppc64 is broken
>
> > > %build
> > > +%ifarch ppc64
> > > +%{expand: %%define optflags %{optflags} -m64}
> > > +%endif
> > > %configure
> > > make %{?_smp_mflags}
> >
> > Hmm. Roland?
>
> I guess if the
> Quoting Yosef Etigin <[EMAIL PROTECTED]>:
> Subject: building userspace on ppc64 is broken
>
> While building user-space binaries on ppc64, the libs are placed
> in /usr/lib64, but they are built as 32 bit. This happens because
> in ofed 1.2 CFLAGS=-m64 was passed by the environment from the
> i
> Quoting Roland Dreier <[EMAIL PROTECTED]>:
> Subject: Re: RFC: modify upstream code to make backporting easier
>
> > I wonder whether it's acceptable in cases such as this to add
> > a wrapper in upstream code. For example, upstream could have:
> >
> > #ifndef pci_get_revision
> > #define
Done. I'll push soon.
Quoting Steve Wise <[EMAIL PROTECTED]>:
Subject: [GIT PULL ofed_1_2_c] cxgb3 bug fixes
Vlad (Michael/Tziporet in Vlad's absence),
Please integrate the following cxgb3 bug fixes into ofed-1.2.5. All of
these patches are either in 2.6.23 or merged into Jeff Garzik's upstrea
OK, I'll be doing this by merging ofed_1_2_c into ofed_kernel
and then removing 029.
Quoting Steve Wise <[EMAIL PROTECTED]>:
Subject: [GIT PULL ofed-1.3] cxgb3 bug fixes
For ofed-1.3, please pull from:
git://git.openfabrics.org/~swise/ofed-1.3 ofed_kernel
The 1.3 patch series is identical to th
> Quoting Erez Zilber <[EMAIL PROTECTED]>:
> Subject: RE: [PATCH 0/2] IB/iser: iSCSI & iSER fixes for RH4 in OFED 1.3
>
> >> Quoting Erez Zilber <[EMAIL PROTECTED]>:
> >> Subject: [PATCH 0/2] IB/iser: iSCSI & iSER fixes for RH4 in OFED 1.3
> >>
> >> The following patches fix bugs in open-iscsi ove
> Quoting Erez Zilber <[EMAIL PROTECTED]>:
> Subject: RE: [PATCH 0/2] IB/iser: iSCSI & iSER fixes for RH4 in OFED 1.3
>
> >> Quoting Erez Zilber <[EMAIL PROTECTED]>:
> >> Subject: [PATCH 0/2] IB/iser: iSCSI & iSER fixes for RH4 in OFED 1.3
> >>
> >> The following patches fix bugs in open-iscsi ove
> Quoting Erez Zilber <[EMAIL PROTECTED]>:
> Subject: [PATCH 0/2] IB/iser: iSCSI & iSER fixes for RH4 in OFED 1.3
>
> The following patches fix bugs in open-iscsi over iSER for the RH4 backport
> in OFED 1.3.
can you pls stick this in a git tree so I can pull?
--
MST
_
Roland, Ralph, all,
I'd like to get your opinion on the following matter:
OFED is backporting upstream rdma code to older kernels.
While doing so, I really take pains to keep the ported
code as close as possible to upstream original,
mostly by using preprocessor to implement, as closely
as possible
> Quoting Arlin Davis <[EMAIL PROTECTED]>:
> Subject: Re: [ofa-general] OFED 1.2.5 - GA release
>
>
> >
> >How can I build/install OFED 1.2.5 with ib_local_sa.ko? It seems to
> >build but does not install and I need SA caching options.
> >
>
> Can anyone tell me how to get ib_local_sa.ko instal
something?
> >
> >
> > Thanks,
> >
>
> Hi Erez,
> You are right, it is not in ofed_kernel yet.
1.2.5 and 1.3 include sean_local_sa_*.patch
patches which implement local sa caching. It just isn't
put in a separate module the way it was in 1.2.
> Se
> Quoting Yosef Etigin <[EMAIL PROTECTED]>:
> Subject: Re: RFC: OFED-1.3-20070823-1130 - first build
>
> Hi Vlad,
>
> I have some comments regarding install.pl.
> Overall, I think it's too long for a perl script.
So ... what's your point?
> 1. The first ~1K lines are a database of the existing
> Quoting Kuchimanchi, Ramachandra <[EMAIL PROTECTED]>:
> Subject: RE: RE: [PATCH 0/10 VNIC] VNIC patch series for OFED-1.3
>
> Vlad,
>
>
> > After adding/changing your staff and rebase from ofed_kernel you should
> > check
> > the compilation on the OFA server:
> > nice -n 19 env USE_CONF=0 g
> Quoting Erez Zilber <[EMAIL PROTECTED]>:
> Subject: Re: [PATCH] stop OFED before uninstalling it
>
> Tziporet Koren wrote:
>
> > Erez Zilber wrote:
> >> stop OFED before uninstalling it
> >>
> >> Signed-off-by: Erez Zilber <[EMAIL PROTECTED]>
> >> ---
> >> uninstall.sh |5 +
> >> 1 fil
> It disagrees about the symbol version because my machine still has the
> original ib_local_sa module that comes with RH4 up4. How can we solve
> this problem?
Reboot the machine.
--
MST
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.open
IIRC this tree includes new local sa bits from Sean which
are interated as part of sa module.
Quoting Erez Zilber <[EMAIL PROTECTED]>:
Subject: ib_local_sa.ko is not created
Vlad,
I'm trying to build & run ofa_kernel from
git://git.openfabrics.org/~vlad/ofed_kernel.git ofed_kernel
I'm running
> Quoting Hoang-Nam Nguyen <[EMAIL PROTECTED]>:
> Subject: Re: [PATCH] IB/ehca: fix bugs to support rhel 4.5 in OFED 1.2.c-11
>
> Michael,
> > > I downloaded ofa_1_2_c_kernel-20070813-0520 and saw several issues:
> >
> > The build ID tells the story:
> >
> > http://www.openfabrics.
> > org/~vlad/b
> Quoting Stefan Roscher <[EMAIL PROTECTED]>:
> Subject: Re: [ewg] Re: OFED Aug 13 meeting summary
>
> On Tuesday 14 August 2007 14:06, Tziporet Koren wrote:
> > Michael S. Tsirkin wrote:
> > >> 1. OFED 1.2.5 (was 1.2.c) is ready for release:
> > >
> diff -Nurp
> ofa_kernel-1.2.c/kernel_patches/backport/2.6.9_U5/backport_ehca_4_rhel45_mutex.patch
>
> ofa_kernel-1.2.c_new/kernel_patches/backport/2.6.9_U5/backport_ehca_4_rhel45_mutex.patch
> ---
> ofa_kernel-1.2.c/kernel_patches/backport/2.6.9_U5/backport_ehca_4_rhel45_mutex.patch
> 1
> Quoting Scott Bahling <[EMAIL PROTECTED]>:
> Subject: Re: [ofa-general] Re: ofa_1_2_c_kernel 20070802-0201 daily build
> status
>
>
> On Tue, 2007-08-14 at 09:59 +0200, Hoang-Nam Nguyen wrote:
> > Hi Doug!
> > > On Sat, 2007-08-11 at 21:13 +0300, Mich
> Quoting Doug Ledford <[EMAIL PROTECTED]>:
> Subject: Re: [ofa-general] Re: ofa_1_2_c_kernel 20070802-0201 daily build
> status
>
> On Tue, 2007-08-14 at 09:59 +0200, Hoang-Nam Nguyen wrote:
> > Hi Doug!
> > > On Sat, 2007-08-11 at 21:13 +0300, Michael S. Ts
> 1. OFED 1.2.5 (was 1.2.c) is ready for release:
> An issue with ehca: There are patches form kernel 2.6.23 that were
> inserted by mistake and must be removed before the release
There aren't, really. The snapshot generating scripts seem
to be broken and seem to put code from ofed_kernel branch
> Quoting Doug Ledford <[EMAIL PROTECTED]>:
> Subject: Re: ofa_1_2_c_kernel 20070802-0201 daily build status
>
> On Sat, 2007-08-11 at 21:13 +0300, Michael S. Tsirkin wrote:
> > > Quoting Hoang-Nam Nguyen <[EMAIL PROTECTED]>:
> > > Subject: Re: ofa_1_2
> I downloaded ofa_1_2_c_kernel-20070813-0520 and saw several issues:
The build ID tells the story:
http://www.openfabrics.org/~vlad/builds/ofa_1_2_c_kernel/ofa_1_2_c_kernel-20070813-0520/BUILD_ID
Git:
/home/vlad/scm/ofed_kernel.git ofed_kernel
commit b0a105acaaf3905b4651a08aa3e8c44cfcf0e18b
s
> * ehca patches for 2.6.23-rcX were incorporated, which is not acceptable
> for us to support in 1.2.c. Upstream code of ehca in kernel contains
> major changes in order to support ehca2 with new features, which is
> targeted for ofed-1.3. We have not requested to have those new
> features
> Yes ehca in OFED-1.2.c does not compile on rhel-4.5 without these patches.
>
> Regards Stefan
Can you guys fix 2.6.16 to 2.6.18 from kernel.org please?
You can see the details in the message sent by Vlad's automated script.
--
MST
___
ewg mailing l
> Quoting Stefan Roscher <[EMAIL PROTECTED]>:
> Subject: Re: [PATCH] IB/ehca: fix bugs to support rhel 4.5 in OFED 1.2.c-11
>
> Hi Michael,
>
> On Saturday 11 August 2007 20:10, Michael S. Tsirkin wrote:
> > > Quoting Stefan Roscher <[EMAIL PROTECTED]>:
&
> Quoting Hoang-Nam Nguyen <[EMAIL PROTECTED]>:
> Subject: Re: [ofa-general] Re: ofa_1_2_c_kernel 20070802-0201 daily build
> status
>
> > > Could you please provide Michael and Vladimir with a URL to download
> > > above kernel source tree in order to perform daily build of ofed
> > > code suite
> Quoting Hoang-Nam Nguyen <[EMAIL PROTECTED]>:
> Subject: Re: ofa_1_2_c_kernel 20070802-0201 daily build status
>
> Hello Doug and Scott!
>
> On Thursday 02 August 2007 18:08, Michael S. Tsirkin wrote:
> > ehca backports for kernel.org kernels seem to be broken.
> Quoting Stefan Roscher <[EMAIL PROTECTED]>:
> Subject: [PATCH] IB/ehca: fix bugs to support rhel 4.5 in OFED 1.2.c-11
>
> After OFED-1.2.c uses another kernelcode base
Another base as compared to what?
> we have to adapt the backport
> files for rhel-4.5.
>
We do? What is the problem you are
> Quoting Doug Ledford <[EMAIL PROTECTED]>:
> Subject: Re: ofa_1_2_c_kernel 20070802-0201 daily build status
>
> On Mon, 2007-08-06 at 15:30 +0200, Hoang-Nam Nguyen wrote:
> > Hello Doug and Scott!
> >
> > On Thursday 02 August 2007 18:08, Michael S. Tsi
> Quoting Steve Wise <[EMAIL PROTECTED]>:
> Subject: Re: problems with ofed-1.2.c chelsio low level driver
>
>
>
> Michael S. Tsirkin wrote:
> >>Quoting Steve Wise <[EMAIL PROTECTED]>:
> >>Subject: problems with ofed-1.2.c chelsio low level driver
> Quoting Tang, Changqing <[EMAIL PROTECTED]>:
> Subject: RE: RFCv2: SRC API
>
>
> > > I have another question, when using SRQ, or SRC+SRQ, when a
> > completion
> > > is returned by ibv_poll_cq(), is there an easy way to find
> > who sent
> > > this message to me ? 'struct ibv_wc' does not
> Please pull from git://git.openfabrics.org/~/scm/linux-2.6.git ofed_1_2_c
Is the URL wrong?
--
MST
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
> Michael, OFED 1.2 is based on 2.6.21 and OFED 1.2.1 on 2.6.22, did you
> do some 1.2 wrap up of returning fixes to the upstream code? from the
> length of the patch list (specifically, the amount of ipoib and mthca
> ones) it does not seem so, please correct me if I am wrong.
In 1.2.c most pa
> Quoting Steve Wise <[EMAIL PROTECTED]>:
> Subject: problems with ofed-1.2.c chelsio low level driver
>
> Michael,
>
> I've discovered that I was really testing the ofed-1.2 cxgb3.ko module
> in my testing 1.2.c regression test. Upon getting a complete 1.2.c
> installed, I'm seeing crashes wi
> Quoting Tang, Changqing <[EMAIL PROTECTED]>:
> Subject: RE: RFCv2: SRC API
>
>
> >
> > > Is there any performance worry to let j2(the first job on a
> > node) to
> > > do all the "work" ?
> >
> > How do you mean?
>
> I mean that j2 has all the QP connections with all other remote jobs, so
> Quoting Steve Wise <[EMAIL PROTECTED]>:
> Subject: problems with ofed-1.2.c chelsio low level driver
>
> Michael,
>
> I've discovered that I was really testing the ofed-1.2 cxgb3.ko module
> in my testing 1.2.c regression test. Upon getting a complete 1.2.c
> installed, I'm seeing crashes wi
Is this patch relevant for 1.2.5?
If yes pls feel free to send it to Vlad.
--
MST
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
> Quoting John Russo <[EMAIL PROTECTED]>:
> Subject: RE: OFED 1.2.c status & plans
>
> 1.2.5 would imply that the 1.2 branch has merged with the 1.2c branch.
That's the case. 1.2 branch was merged into 1.2.c branch.
--
MST
___
ewg mailing list
ewg@lis
> Quoting Hoang-Nam Nguyen <[EMAIL PROTECTED]>:
> Subject: Re: [PATCH ofed-1.2.c] ehca: backport kmem_cache_zalloc() for
> 2.6.10/sles10/sles10_sp1
>
> On Tuesday 07 August 2007 15:23, Michael S. Tsirkin wrote:
> > > Quoting Hoang-Nam Nguyen <[EMAIL PROTECTED]
> Quoting Hoang-Nam Nguyen <[EMAIL PROTECTED]>:
> Subject: Re: [PATCH ofed-1.2.c] ehca: backport kmem_cache_zalloc() for
> 2.6.10/sles10/sles10_sp1
>
> On Tuesday 07 August 2007 15:23, Michael S. Tsirkin wrote:
> > > Quoting Hoang-Nam Nguyen <[EMAIL PROTECTED]
-----------
commit 68ba5a0d23460b9580af3afd0dbc35ce87bce089
Author: Michael S. Tsirkin <[EMAIL PROTECTED]>
Date: Tue Aug 7 16:19:30 2007 +0300
Backport kmem_cache_zalloc to kernels <= 2.6.16.
Used by ehca.
Signed-off-by: Michael S. Tsirkin <[EMAIL PROTECTED]>
---
diff -
I'm happy with stuff as it is: the ifdefs make it easy to figure
which version does the backport apply.
BTW, I think the same backport will be needed for older kernels as well, no?
Quoting Hoang-Nam Nguyen <[EMAIL PROTECTED]>:
Subject: Re: [PATCH ofed-1.2.c] ehca: backport kmem_cache_zalloc() fo
> Quoting Steffen Persvold <[EMAIL PROTECTED]>:
> Subject: Version number on ibverbs headers
>
> Hi,
>
> Would it be possible to add a version number define to verbs.h to
> reflect the API version ?
>
> For example :
>
> #define IBVERBS_VERSION_MAJOR 1
> #define IBVERBS_VERSION_MINOR 1
>
> ?
>
> Quoting Hoang-Nam Nguyen <[EMAIL PROTECTED]>:
> Subject: Re: [PATCH ofed-1.2.c] ehca: backport kmem_cache_zalloc() for
> 2.6.10/sles10/sles10_sp1
>
> On Tuesday 07 August 2007 07:34, Michael S. Tsirkin wrote:
> > Hmm, I thought about it some more.
> > kme
Hmm, I thought about it some more.
kmem_cache struct is not exported on recent kernels,
so this might br hard to do.
So I think the patch is probably the right approach, after all.
Quoting Michael S. Tsirkin <[EMAIL PROTECTED]>:
Subject: Re: [PATCH ofed-1.2.c] ehca: backport kmem_cache_
> > > So far, the definition of 1.2.c was "1.2 plus bugfixes plus connectx
> > > support".
> >
> > I am not entirely clear about this 1.2.c = 1.2.1 thing.
> > This is my understanding, please correct me if I am wrong - OFED-1.2 is the
> > official OFED release, OFED-1.2.c is a parallel line of dev
> Quoting Kuchimanchi, Ramachandra <[EMAIL PROTECTED]>:
> Subject: RE: [PATCH 0/5 VNIC] VNIC patch series for OFED-1.2 and OFED-1.2.c
>
> -Original Message-----
> From: Michael S. Tsirkin [mailto:[EMAIL PROTECTED]
> Sent: Mon 8/6/2007 11:48 PM
> To: Kuchimanch
> Quoting Ramachandra K <[EMAIL PROTECTED]>:
> Subject: [PATCH 0/5 VNIC] VNIC patch series for OFED-1.2 and OFED-1.2.c
>
>
> Vlad,
>
> Please apply this VNIC patch series to both the OFED-1.2 and OFED-1.2.c
> branches.
>
> This series contains changes to the VNIC driver for supporting iPath and
> Quoting Tang, Changqing <[EMAIL PROTECTED]>:
> Subject: RE: RFCv2: SRC API
>
>
> > Cleanup:
> > When job j1 does not need to communicate to any jobs on node
> > n, it disconnects qp1 from qp2, and asks j2 to destroy qp2.
> > +
> > +Note: both qp1 and qp2 must exist for the communication to
>
> Quoting Tang, Changqing <[EMAIL PROTECTED]>:
> Subject: RE: RFCv2: SRC API
>
>
>
> > > OK, I was wrong before, here is my question.
> > >
> > > if remote node n has j2, j3, and j4, and j2 is the job to
> > create qp2
> > > and make connection with qp1 in j1.
> > > if j2 is done before j3 a
> Quoting Tang, Changqing <[EMAIL PROTECTED]>:
> Subject: RE: RFCv2: SRC API
>
>
> > > +When job j1 needs to transmit to job j2 on remote node n for
> > > the first time:
> > > +1. Test: does job j1 have an existing connection to some job
> > > on node n?
> > > +- If no:
> > > +
> Quoting Tang, Changqing <[EMAIL PROTECTED]>:
> Subject: RE: RFCv2: SRC API
>
>
> > +When job j1 needs to transmit to job j2 on remote node n for
> > the first time:
> > +1. Test: does job j1 have an existing connection to some job
> > on node n?
> > +- If no:
> > + j1 creat
> Only of the job among j2, j3, j4 on remote node n need to create a
> receiving qp2 for j1, right ?
Correct. A single QP can be used to send data to any SRQ that shares the
same domain.
--
MST
___
ewg mailing list
ewg@lists.openfabrics.org
http://list
Let's not do it this way.
I think the right thing is to implement kmem_cache_zalloc
by means of kmem_cache_allocand memset in kernel_addons.
Quoting Hoang-Nam Nguyen <[EMAIL PROTECTED]>:
Subject: [PATCH ofed-1.2.c] ehca: backport kmem_cache_zalloc() for
2.6.10/sles10/sles10_sp1
Hello Michael
> Quoting Hoang-Nam Nguyen <[EMAIL PROTECTED]>:
> Subject: Re: ofa_1_2_c_kernel 20070802-0201 daily build status
>
> Hello Michael and Vladimir!
> > ehca backports for kernel.org kernels seem to be broken.
> > 1. Does anyone care enough to fix them? If not we'll disable
> >ehca in build for t
. tmpfile can be used).
- I envision implementing this sharing mechanism in kernel by means
of a per-device tree, with inode as a key and domain object
as a value.
Please comment.
Signed-off-by: Michael S. Tsirkin <[EMAIL PROTECTED]>
diff --git a/SRC.txt b/SRC.txt
new file mode
> Quoting Michael S. Tsirkin <[EMAIL PROTECTED]>:
> Subject: Re: [PATCH 1/2 - v2] IB/iser: move open-iscsi crypto functions to
> kernel_addons (SLES10, RHEL5)
>
> > Quoting Erez Zilber <[EMAIL PROTECTED]>:
> > Subject: [PATCH 1/2 - v2] IB/iser:
> Quoting Erez Zilber <[EMAIL PROTECTED]>:
> Subject: [PATCH 1/2 - v2] IB/iser: move open-iscsi crypto functions to
> kernel_addons (SLES10, RHEL5)
>
> move open-iscsi crypto functions to kernel_addons (SLES10, RHEL5)
>
> Signed-off-by: Erez Zilber <[EMAIL PROTECTED]>
Couldn't apply this.
Apply
Vlad?
Quoting Erez Zilber <[EMAIL PROTECTED]>:
Subject: Re: [PATCH 0/2] IB/iser: move open-iscsi crypto functions
to?kernel_addons
Michael S. Tsirkin wrote:
>> Quoting Erez Zilber <[EMAIL PROTECTED]>:
>> Subject: [PATCH 0/2] IB/iser: move open-iscsi crypto functi
> Quoting Roland Dreier <[EMAIL PROTECTED]>:
> Subject: Re: RFC: SRC API
>
> > - manage SRC domains
>
> OK, I guess, but why do we need so many functions to create, share,
> get shared, put SRC domains?
>
> How about just two functions:
>
> struct ibv_src_domain *ibv_open_src_domain(stru
Looke here:
/home/vlad/scripts/ofed_1_2
Quoting Steve Wise <[EMAIL PROTECTED]>:
Subject: Re: [ewg] Re: [ofa-general] Re: ofa_1_2_c_kernel 20070802-0201 daily
build status
I'm havin' a bad day.
Can you all help me?
My normal process is to use the build_ofa_kernel.sh script from the
ofabuild r
> Quoting Steve Wise <[EMAIL PROTECTED]>:
> Subject: Re: [ofa-general] Re: ofa_1_2_c_kernel 20070802-0201 daily build
> status
>
> Also,
>
> Is something broken in the ofed_1_2 branch? I cannot even build against
> the local kernel on the ofa server using the ~vlad/ofed_1_2/linux-2.6
> reposi
ehca backports for kernel.org kernels seem to be broken.
1. Does anyone care enough to fix them? If not we'll disable
ehca in build for these kernels.
2. Could you upload kernels for RHEL4U5 and SLES10 ppc64?
This would make it possible for us to add it to nightly builds.
--
Failed
BTW, if all you want to do is add patches which are applied upstream,
just send the commit ids.
Quoting Steve Wise <[EMAIL PROTECTED]>:
Subject: patches for 1.2.c
Guys,
I have 2 more patches to go in ofed_1_2/ofed_1_2_c.
Is there some grand scheme to the naming of kernel_patches/fixes/* for
1.
> Quoting Roland Dreier <[EMAIL PROTECTED]>:
> Subject: Re: [ofa-general] Re: OFED 1.2.c-9 is available
>
> > Why under drivers/net rather than drivers/infiniband like all the
> > other drivers ? Does this really need special casing (in libibumad) ?
>
> Tziporet is incorrect. There's nothing f
> Quoting Erez Zilber <[EMAIL PROTECTED]>:
> Subject: [PATCH 0/2] IB/iser: move open-iscsi crypto functions to
> kernel_addons
>
> The following patches move open-iscsi crypto functions from kernel_patches to
> kernel_addons. By doing so, we also solve a bug in iscsi tx hash that caused
> an oo
> Quoting Steve Wise <[EMAIL PROTECTED]>:
> Subject: patches for 1.2.c
>
> Guys,
>
> I have 2 more patches to go in ofed_1_2/ofed_1_2_c.
>
> Is there some grand scheme to the naming of kernel_patches/fixes/* for
> 1.2.c? I noticed a slew of new files for the post-2.6.22 fixes, and
> wondered
> Quoting Tang, Changqing <[EMAIL PROTECTED]>:
> Subject: RE: Scalable reliable connection
>
>
> A send queue can only serve max J jobs within a node. Is it possible to
> make a single send queue to serve all jobs on all nodes ?
How do you propose to do this?
--
MST
___
> Quoting Gleb Natapov <[EMAIL PROTECTED]>:
> Subject: Re: Scalable reliable connection
>
> On Mon, Jul 30, 2007 at 03:50:54PM +0300, Michael S. Tsirkin wrote:
> > With SRC:
> > O(N ^ 2 * J)
> >
> > This is achived by using a single send
> The following patches add kfifo to ibcore (for SLES9 & RH4). kfifo is taken
> from upstream code.
Thanks, applied to 1.2.c and ofed_kernel.
Vlad already took 1.2.c, and will I guess take ofed_kernel
after it passes his checks.
--
MST
___
ewg mailing
Here's some background on what SRC is. This is basically slide 6 in Dror's
talk, for those that missed the talk.
* * *
SRC is an extension supported by recent Mellanox hardware
which is geared toward reducing the number of QPs
required for all-to-all communication on systems
with a high number
> > It seems what you are missing is what SRC is, not how to use the API.
>
> So tell us.
This calls for a separate document. From feedback from Sonoma I really assumed
people have it figured out.
Let's open a separate thread, and there I will try writing up
what SRC is from the protocol point o
> Quoting Gleb Natapov <[EMAIL PROTECTED]>:
> Subject: Re: [ofa-general] RFC: SRC API
>
> On Mon, Jul 30, 2007 at 12:16:39PM +0300, Michael S. Tsirkin wrote:
> > More code examples:
> >
> > Create an SRC QP, part of SRC domain:
> >
> > attr.qp
More code examples:
Create an SRC QP, part of SRC domain:
attr.qp_type = IBV_QPT_SRC;
attr.src_domain = d;
qp = ibv_create_qp(pd, &attr);
Given remote SRQ number, send data to this SRQ over an SRC QP:
wr.src_remote_srq_num = src_remote_srq_num;
ib_post_se
Some code examples:
/* create a domain and share it: */
struct ibv_src_domain * d = ibv_get_new_src_domain(ctx);
int fd = open(path, O_CREAT | O_RDWR, mode);
ibv_share_src_domain(d, fd);
/* get a reference to a shared domain: */
int fd = open(path,
> On Sun, Jul 29, 2007 at 05:04:31PM +0300, Michael S. Tsirkin wrote:
> > Hello!
> > Here is an API proposal for support of the SRC
> > (scalable reliable connected) protocol extension in libibverbs.
> >
> > This adds APIs to:
> > - manage SRC domai
> Quoting Erez Zilber <[EMAIL PROTECTED]>:
> Subject: Why isn't kfifo get built with ib-core for RH4?
>
> Michael,
>
>
> I saw that kfifo that was built with ib-core for RH4 was removed:
>
>
> http://www2.openfabrics.org/git/?p=~vlad/ofed_kernel.git;a=commit;h=afe4186a2b383e58d9937d0b2fe2ddfb0
object
as a value.
Please comment.
Signed-off-by: Michael S. Tsirkin <[EMAIL PROTECTED]>
---
diff --git a/include/infiniband/verbs.h b/include/infiniband/verbs.h
index acc1b82..503f201 100644
--- a/include/infiniband/verbs.h
+++ b/include/infiniband/verbs.h
@@ -370,6 +370,11 @@ struct ibv_a
> Quoting Hoang-Nam Nguyen <[EMAIL PROTECTED]>:
> Subject: Re: [PATCH ofed-1.2-rc3 2/4] ehca: backport for rhel-4.5 - mmap
> functonality
>
> Hi Michael,
> Below is the version without conflicts. And it should compile.
Seems to apply fine. I pushed it out. Vlad, can you take it pls?
> As soon a
> > > also, if the upstream
> > > changes touch code that conflicts with a backport
> > > patch, you get to fix the problem as it happens
> >
> > That's exactly the thing that I do not want to do.
>
> you don't want to know about a problem a patch
> until days or weeks later when the auto build
>
1 - 100 of 148 matches
Mail list logo