Hi all,
In the Nov 16-17th 2006 OpenFabrics Developer Summit, the
following presentation by Tom talked of negotiating
parameters at the time of establishing a connection :
http://www.openfabrics.org/conference/nov2006sc/OFA-Newstuff-SC06.ppt
See "IRD/ORD Negotiation, Option #1"
This is an RFC
On Thu, Feb 15, 2007 at 11:39:49AM -0800, Sean Hefty wrote:
> I think this may allow establishing inter-subnet connections. As an
> example of its usage:
I think you are right, this does contain enough information.
> a. Active side issues a PathRecord query to the local SA with SGID=local,
> D
Hello, Roland,
We have a customer issue regarding IPv6oIB. In the subnet, there are
limited number of MCGs supported. So when there are multiple IPv6 addresses
are assigned to one interface, each IPv6 address will have one unique
solicited-node address (depends on their groupID). Then in a la
Steve Wise wrote:
> Shaun,
>
> Lemme know if you have an mvapich2 kit that I can test with iwarp...
Hi Steve. I've updated our SRPM:
https://www.openfabrics.org/~rowland/ofed_1_2/
The latest is mvapich2-0.9.8-4.src.rpm. This version should solve the
shared library linking issues. This can be bu
Primeramente pedirle perdón por las molestias.
Quiero darle las gracias por dedicarme parte de su tiempo.
Les pido su colaboración, si pueden poner algún articulo, algún tipo de
referencia o simplemente comentarlo entre sus conocidos, les estaría muy
agradecido.
Francisco Angulo (Madrid, 1976
On Thu, 15 Feb 2007, Hal Rosenstock wrote:
> On Thu, 2007-02-15 at 17:48, Dale Purdy wrote:
> > We are experimenting with LASH. It appears that the SL2VL tables
> > don't get initialized unless QoS is enabled on the opensm command line
> > (-Q). Enabling this seems to rectify the problem. So it
On Thu, 2007-02-15 at 17:48, Dale Purdy wrote:
> We are experimenting with LASH. It appears that the SL2VL tables
> don't get initialized unless QoS is enabled on the opensm command line
> (-Q). Enabling this seems to rectify the problem. So it would appear
> that LASH needs to enable this also.
We are experimenting with LASH. It appears that the SL2VL tables
don't get initialized unless QoS is enabled on the opensm command line
(-Q). Enabling this seems to rectify the problem. So it would appear
that LASH needs to enable this also.
Dale
On Thu, 15 Feb 2007, Hal Rosenstock wrote:
> O
On Thu, 2007-02-15 at 17:08, Dale Purdy wrote:
> We are experimenting with OFED 1.2 (alpha1) and have dumped the SL2VL
> tables for both a switch port and an HCA port using the smpqueury
> command:
>
> switch:
> # SL2VL table: Lid 103
> # SL: | 0| 1| 2| 3| 4| 5| 6| 7| 8| 9|10|11|12
> > + memset(rec, 0, sizeof *rec);
> > + ib_get_cached_gid(device, port_num, 0, &rec->port_gid);
> > + rec->pkey = 0x;
> > + get_random_bytes(&rec->qkey, sizeof rec->qkey);
> > + rec->join_state = 1;
> > + }
>
> Where is this particular hard-
ipoib_cm_alloc_rx_skb might be called from IRQ context, so it must use
dev_kfree_skb_any, not kfree_skb
Signed-off-by: Michael S. Tsirkin <[EMAIL PROTECTED]>
---
This one's obvious, isn't it?
diff --git a/drivers/infiniband/ulp/ipoib/ipoib_cm.c
b/drivers/infiniband/ulp/ipoib/ipoib_cm.c
index 8
We are experimenting with OFED 1.2 (alpha1) and have dumped the SL2VL
tables for both a switch port and an HCA port using the smpqueury
command:
switch:
# SL2VL table: Lid 103
# SL: | 0| 1| 2| 3| 4| 5| 6| 7| 8| 9|10|11|12|13|14|15|
ports: in 0, out 1: | 0| 1| 2| 3| 0| 1| 2| 3| 0|
> Is this first an IBTA problem to solve if you believe there is a problem?
Based on my interpretation, I do not believe that there's an error in the
architecture. It seems consistent. Additional clarification of what
PathRecord
fields mean when the GIDs are on different subnets may be needed
thanks, applied
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
thanks, applied.
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
thanks, applied
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
So I'm reading this over, and the following code looks kind of odd to me:
> +int ib_sa_get_mcmember_rec(struct ib_device *device, u8 port_num,
> + union ib_gid *mgid, struct ib_sa_mcmember_rec *rec)
>
> ...
>
> +} else {
> +memset(rec, 0, sizeof *rec)
At 11:39 AM 2/15/2007, Sean Hefty wrote:
>>Ideas were presented around trying to construct an 'inter-subnet path record'
>>that contained the following:
>>- Side A GRH.SGID = active side's Port GID
>>- Side A GRH.DGID = passive side's Port GID
>>- Side A LRH.SLID = any active side's por
On Thu, 2007-02-15 at 12:08 -0800, Roland Dreier wrote:
> > Do you remember any issues with using remap_page_range() in older
> > kernels for mapping memory allocated in the kernel back to a user
> > process?
>
> No, I would have thought it should work just like remap_pfn_range() in
> later k
> Do you remember any issues with using remap_page_range() in older
> kernels for mapping memory allocated in the kernel back to a user
> process?
No, I would have thought it should work just like remap_pfn_range() in
later kernels.
- R.
___
open
On Thu, 2007-02-15 at 14:14, Dukle, Kapil (GE Healthcare) wrote:
> Hi,
>
> There is no manual page for ibping on the system.
>
> [EMAIL PROTECTED] man ibping
> No manual entry for ibping
> [EMAIL PROTECTED] ibping -h
> Usage: ibping [-d(ebug) -e(rr_show) -v(erbose) -G(uid) -s smlid
> -V(ersion
Fix copyrights in the iw_cxgb3 driver.
Remove the Open Grid Computing copyright. It shouldn't be there.
Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/cxgb3/core/cxio_dbg.c |1 -
drivers/infiniband/hw/cxgb3/core/cxio_hal.c |1 -
drivers/infiniband/hw
Fix copyrights in the cxgb3 driver.
Remove the Open Grid Computing copyright. It shouldn't be there.
Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/cxgb3_defs.h|1 -
drivers/net/cxgb3/cxgb3_offload.c |1 -
drivers/net/cxgb3/cxgb3_offload.h |1 -
drivers/net
Hi,
> So I'm holding off on applying this for now. Please think it over and
> either tell me the current patch is OK, or fix it up. There's not
> really too much urgency because a change like this is something I
> would be comfortable merging between 2.6.21-rc1 and -rc2.
You're absolutely right.
Fix copyrights in the iw_cxgb3 driver.
Remove the Open Grid Computing copyright. It shouldn't be there.
Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/cxgb3/cxio_dbg.c |1 -
drivers/infiniband/hw/cxgb3/cxio_hal.c |1 -
drivers/infiniband/hw/cxgb3/cxi
> Ideas were presented around trying to construct an 'inter-subnet path record'
> that contained the following:
>
>- Side A GRH.SGID = active side's Port GID
>- Side A GRH.DGID = passive side's Port GID
>- Side A LRH.SLID = any active side's port LID
>- Side A LRH.DLID = A subnet r
Hi,
There is no manual page for ibping on the system.
[EMAIL PROTECTED] man ibping
No manual entry for ibping
[EMAIL PROTECTED] ibping -h
Usage: ibping [-d(ebug) -e(rr_show) -v(erbose) -G(uid) -s smlid
-V(ersion) -C ca_name -P ca_port -t(imeout) timeout_ms -c ping_count
-f(lood) -o oui -S(erve
> > Yuk. I suppose I could write one, but I don't (and can't) use any of
> > the OFED supplied build scripts in our build system, so it's hard for
me
> > to test since our build system is the only way I have to access
> > ppc/ppc64 hardware.
> Oh, well.
> Other takers?
OK, I've no choice to say no
Try 'man ibping' on the machine where you have OFED installed.
Also 'ibping -h' will list all available flags (without explanation).
Particularly for ibping command you need to start a Server first:
ibping -S
and then to run the client side.
Hope this helps.
Boris Shpolyansky
Sr. Member o
Thanks for your good point. --CQ
> -Original Message-
> From: Roland Dreier [mailto:[EMAIL PROTECTED]
> Sent: Thursday, February 15, 2007 11:59 AM
> To: Tang, Changqing
> Cc: Michael S. Tsirkin; openib-general@openib.org
> Subject: Re: How heavy to resize a CQ ?
>
> > In dynamic
Hi all,
I came across a list of tools for displaying information IB nodes and
testing connectivity/performance between nodes. (ex. ibping,
ibstat..etc).
The list can be found here:
https://wiki.openfabrics.org/tiki-index.php?page=Diagnostics
Is there any link online to the manual pages for the
Doug Ledford wrote:
> It didn't loose the information, it never had it. When you link both
> libs against the application binary, the linker is resolving linkups and
> writing that into the resulting application binary output, but unless
> it's allowed to write into the libsrqtest.so binary and m
On Wed, 2007-02-14 at 23:31 -0500, Shaun Rowland wrote:
> It is not clear to me why the difference of either linking libibverbs
> into libsrqtest.so or not doing so causes the IBVERBS 1.1 ABI to be used
> or not. I looked at the libibverbs code, and the 1.1 ABI is the default.
> The libsrqtest.so
> In dynamic process application, we don't know how many
> connections a process will make when we create the CQ, so we don't know
> the CQ size, what we do is to increase the CQ size when a new connection
> is made, and decrease the CQ size when a connection is destroyed. My
> question
Looking at this one more time, I think it actually may be buggy:
> @@ -147,6 +147,7 @@ struct ib_cq *ehca_create_cq(struct ib_d
> spin_lock_init(&my_cq->spinlock);
> spin_lock_init(&my_cq->cb_lock);
> spin_lock_init(&my_cq->task_lock);
> +init_completion(&my_cq->zero_callba
On Wed, 2007-02-14 at 13:26 -0800, Arlin Davis wrote:
> Steve Wise wrote:
>
> >Currently, the dapl rpms don't install dat.conf. I think they probably
> >should, eh? Maybe in /etc/dat.conf
> >
> >
> my specfile is setup to target sysconfdir which is typically set to
> `$(prefix)/etc'
>
> %{_s
Thanks, queued 1, 2, 3 and 5 for 2.6.21.
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
At 09:37 PM 2/14/2007, Devesh Sharma wrote:
>On 2/14/07, Michael Krause <[EMAIL PROTECTED]> wrote:
>>At 05:37 AM 2/13/2007, Devesh Sharma wrote:
>> >On 2/12/07, Devesh Sharma <[EMAIL PROTECTED]> wrote:
>> >>On 2/10/07, Tang, Changqing <[EMAIL PROTECTED]> wrote:
>> >> > > >
>> >> > > >Not for the re
> Quoting Doug Ledford <[EMAIL PROTECTED]>:
> Subject: Re: 32-bit build for ppc64 is required
>
> On Thu, 2007-02-15 at 18:29 +0200, Michael S. Tsirkin wrote:
> > > Quoting Doug Ledford <[EMAIL PROTECTED]>:
> > > Subject: Re: 32-bit build for ppc64 is required
> > >
> > > On Thu, 2007-02-15 at 07
On Thu, 2007-02-15 at 18:29 +0200, Michael S. Tsirkin wrote:
> > Quoting Doug Ledford <[EMAIL PROTECTED]>:
> > Subject: Re: 32-bit build for ppc64 is required
> >
> > On Thu, 2007-02-15 at 07:57 +0200, Michael S. Tsirkin wrote:
> >
> > > > The choice of 32/64 bit default is done on a per arch bas
All,
I've run into the following problem. Bug 335 opened to track this...
I install the alpha1 ofed 1.2 rpms on a RHEL5b2 system with its
2.6.18-1.2747.el5 kernel.
Then I build a module outside of the kernel that uses the IB verbs and
RDMA CM kernel interface. (krping). This module builds and
Shaun,
Lemme know if you have an mvapich2 kit that I can test with iwarp...
Thanks,
Steve.
On Wed, 2007-02-14 at 23:31 -0500, Shaun Rowland wrote:
> Roland Dreier wrote:
> > > When I build using the OFED-1.2-20070208-1508, libibverbs 1.0 is what is
> > > built, at least by looking at the .so
On Thu, 2007-02-15 at 08:50 -0600, Steve Wise wrote:
> Fail posts synchronously when in TERMINATE state.
>
> For T3B devices, mark user qp in error once we transition
> to TERMINATE.
>
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---
Applied.
--
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mel
> Quoting Doug Ledford <[EMAIL PROTECTED]>:
> Subject: Re: 32-bit build for ppc64 is required
>
> On Thu, 2007-02-15 at 07:57 +0200, Michael S. Tsirkin wrote:
>
> > > The choice of 32/64 bit default is done on a per arch basis. With
> > > x86_64/i386, the increased number of CPU registers in 64b
On Thu, 2007-02-15 at 10:53, yipeeyipeeyipeeyipee wrote:
> Hi,
>
> It seems like I've stumbled into some sort of bug in the port info mad query.
> I have several pc's connected to an IB switch.
> On one of the machines I have an OpenIB installation, and on one pc I
> continuously run a management
I've searched the web but I cannot find the answer to the following
question:
What is the expected (not theoretical) IPoIB throughput performance when
using DDR switches and DDR HCA's?
Thanks!
The information contained in this transmission may contain privileged and
confidenti
set port phys state as a result of ehca_query_port() to LINK_UP.
On pSeries ehca actually represents a logical HCA, whose phys/link state
always is LINK_UP.
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
ehca_hca.c |3 +++
1 files changed, 3 insertions(+)
diff --git a/drivers/i
remove yield() and use wait_for_completion() in order to wait for running
completion handlers finished before destroying associated completion queue
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
ehca_classes.h |3 +++
ehca_cq.c |5 +++--
ehca_irq.c |6 +-
3 f
allow users to en/disable scaling code when loading ib_ehca module
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
Kconfig|8
ehca_classes.h |1 +
ehca_irq.c | 47 +--
ehca_main.c|4
4 files changed
fix a race condition in find_next_cpu_online() and some
other locking issues in scaling code
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
ehca_irq.c | 68 +
1 files changed, 33 insertions(+), 35 deletions(-)
diff --git
reworked irq handler to avoid/reduce missed irq events
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
ehca_classes.h | 18 +++-
ehca_eq.c |1
ehca_irq.c | 214 +++--
ehca_irq.h |1
ehca_main.c| 28 +-
Hi,
It seems like I've stumbled into some sort of bug in the port info mad query.
I have several pc's connected to an IB switch.
On one of the machines I have an OpenIB installation, and on one pc I
continuously run a management utility that sweeps the fabric (using
ibnetdiscover from management/d
Roland,
Do you remember any issues with using remap_page_range() in older
kernels for mapping memory allocated in the kernel back to a user
process?
I'm testing cxgb3 in ofed 1.2 on rhel4u4 with uses a 2.6.9 based kernel.
And cxgb3 kernel-bypass isn't working because my WQ and CQ memory isn't
On Thu, 2007-02-15 at 08:40 +0100, Hoang-Nam Nguyen wrote:
> > So, what you suggest is - build 2 types of libraries, but on PPC make
> > binaries 32 bit? That's easy - do others agree to this approach?
> No, for execs please create 32bit and 64bit on PPC.
> > Another option is to build binaries wit
> Usually this should work, but I don't rely on that since we also support
> s390/s390x (although not with Infiniband, but the OpenMPI alternative
> that we shipped with RHEL4, lam, gets compiled on s390/s390x) and that
> pair is a bit of an odd mix and I don't have one setting here at my
> ho
On Thu, 2007-02-15 at 07:57 +0200, Michael S. Tsirkin wrote:
> > The choice of 32/64 bit default is done on a per arch basis. With
> > x86_64/i386, the increased number of CPU registers in 64bit mode
> > outweighs the increased code bloat that goes along with 64bit mode. On
> > PPC, no such regi
> Looks fine but this patch at least has serious whitespace
> damage... please resend a fixed version.
Sorry for this. Resending the patches 1-5.
Nam
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-ge
> From: Or Gerlitz
> Sent: Thursday, February 15, 2007 4:25 AM
> To: Roland Dreier; Hal Rosenstock; openib
> Subject: [openib-general] IPv6 multicast address per NIC
>
> Hi,
>
> I see that when IPv6 is enabled in the kernel, the stack joins for a
> --dedicated-- multicast group per each interface
Fail posts synchronously when in TERMINATE state.
For T3B devices, mark user qp in error once we transition
to TERMINATE.
Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/cxgb3/iwch_qp.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/in
From: Steve Wise <[EMAIL PROTECTED]>
Fail posts synchronously when in TERMINATE state.
For T3B devices, mark user qp in error once we transition
to TERMINATE.
Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/cxgb3/iwch_qp.c |2 ++
1 files changed, 2 insertions(+), 0
From: Steve Wise <[EMAIL PROTECTED]>
iwcm iw_cm_id destruction race condition fixes.
Several changes:
- iwcm_deref_id() always wakes up if there's another reference.
- clean up race condition in cm_work_handler().
- create static void free_cm_id() which deallocs the work entries and then
kf
Hal Rosenstock wrote:
> Or,
>
> On Thu, 2007-02-15 at 04:25, Or Gerlitz wrote:
>> Hi,
>>
>> I see that when IPv6 is enabled in the kernel, the stack joins for a
>> --dedicated-- multicast group per each interface. Can anyone here supply
>> me with a pointer to where this is defined, doing a quic
Or,
On Thu, 2007-02-15 at 04:25, Or Gerlitz wrote:
> Hi,
>
> I see that when IPv6 is enabled in the kernel, the stack joins for a
> --dedicated-- multicast group per each interface. Can anyone here supply
> me with a pointer to where this is defined, doing a quick look on rfc
> 3307 did not pr
> > And the
> > customers can pick the one(s) they like.
> > I see your point regarding QA effort. Is it really twice?
> Probably more - I'm reasonably sure most scripts written so far
> assume stuff is installed in prefix/bin, so testing harness etc
> would need to be changed.
> And how to make su
This email was generated automatically, please do not reply
Common build parameters: --with-ipoib-mod --with-sdp-mod --with-srp-mod
--with-user_mad-mod --with-user_access-mod --with-mthca-mod --with-core-mod
--with-addr_trans-mod --with-cxgb3-mod
Passed:
Passed on i686 with 2.6.15-23-server
Scott Weitzenkamp (sweitzen) wrote:
> I don't remember discussing dropping RHEL4 U3, and would like to add
> it back to the official list. IPoIB multicast does not work correctly
> (bug 266) in RHEL4 U4, thus RHEL4 U3 is the most recent working RHEL
> release in this area (unless it has been fi
Hi,
I see that when IPv6 is enabled in the kernel, the stack joins for a
--dedicated-- multicast group per each interface. Can anyone here supply
me with a pointer to where this is defined, doing a quick look on rfc
3307 did not provide an answer.
Or.
Below is the maddr show on a node with tw
> Quoting Hoang-Nam Nguyen <[EMAIL PROTECTED]>:
> Subject: Re: 32-bit build for ppc64 is required
>
> > So, what you suggest is - build 2 types of libraries, but on PPC make
> > binaries 32 bit? That's easy - do others agree to this approach?
> No, for execs please create 32bit and 64bit on PPC.
>
68 matches
Mail list logo