On Wed, 2006-09-13 at 15:03, Michael S. Tsirkin wrote:
> Quoting r. Fabian Tillier <[EMAIL PROTECTED]>:
> > Subject: Re: [PATCH for-2.6.18] IB/cma: option to limitMTU to 1K
> >
> > On 9/13/06, Michael S. Tsirkin <[EMAIL PROTECTED]> wrote:
> > > Q
On Wed, 2006-09-13 at 15:05, Michael S. Tsirkin wrote:
> Quoting r. Hal Rosenstock <[EMAIL PROTECTED]>:
> > > If I understood Michael's comment properly, this will have the side
> > > effect that IPoIB won't work since IPoIB requires 2K MTUs. As far as
>
Hi Fab,
On Wed, 2006-09-13 at 13:23, Fabian Tillier wrote:
> Hi Hal,
>
> On 13 Sep 2006 12:35:58 -0400, Hal Rosenstock <[EMAIL PROTECTED]> wrote:
> > Hi Fab,
> >
> > On Wed, 2006-09-13 at 12:39, Fabian Tillier wrote:
> > > On 9/13/06, Michael S. Tsirkin
Hi Fab,
On Wed, 2006-09-13 at 12:39, Fabian Tillier wrote:
> On 9/13/06, Michael S. Tsirkin <[EMAIL PROTECTED]> wrote:
> > Quoting r. Hal Rosenstock <[EMAIL PROTECTED]>:
> > > Subject: Re: [openib-general] [PATCH for-2.6.18] IB/cma: option to
> > > limitM
On Wed, 2006-09-13 at 12:22, Michael S. Tsirkin wrote:
> Quoting r. Hal Rosenstock <[EMAIL PROTECTED]>:
> > Subject: Re: [openib-general] [PATCH for-2.6.18] IB/cma: option to limitMTU
> > to 1K
> >
> > On Wed, 2006-09-13 at 11:57, Michael S. Tsirkin wrot
On Wed, 2006-09-13 at 11:57, Michael S. Tsirkin wrote:
> Tavor systems get better performance with 1K MTU. Since there does
> not seem to be any way to find out whether the remote system uses Tavor,
> add an option to limit the MTU globally.
Can't Tavor be determined locally ?
And couldn't the re
Hi,
On Wed, 2006-09-13 at 09:05, john t wrote:
> Hi,
>
> In OFED there are commands like ibis, ibdmsh and ibmssh
I'm adding Eitan who is the maintainer for these tools.
> all of these provide a shell prompt and allow some operations like
> "new_IBFabric", "delete_IBFabric" etc. What are the
libibmad: Add sa_rpc_call API
Signed-off-by: Hal Rosenstock <[EMAIL PROTECTED]>
Index: libibmad/include/infiniband/mad.h
===
--- libibmad/include/infiniband/mad.h (revision 9425)
+++ libibmad/include/infiniband/mad.h (w
Hi Makia,
On Tue, 2006-09-12 at 09:56, Makia Minich wrote:
> I'm looking for some information on whether or not you can set a service
> level for RDMA packets
What API or ULP are you planning on using ? Sounds like you are planning
on using verbs directly. Is this userspace or kernel ?
> (as a
Hi Michael,
On Tue, 2006-09-12 at 07:20, Michael Arndt wrote:
> Hi,
>
> in the osm/docs
Which doc ?
BTW, what version of OpenSM are you using ?
> is mentioned that at the next release multiple HCA cards on
> the same host will be supported.
If I understand your question correctly, OpenIB Op
OpenSM: Eliminate unused max_port_profile parameter in OpenSM subnet
options structure
Signed-off-by: Hal Rosenstock <[EMAIL PROTECTED]>
Index: include/opensm/osm_subnet.h
===
--- include/opensm/osm_subnet.h (revisio
OpenSM: Change QoS syntax for CA ports
Change names from hca_ to ca_ to make it clearer that these are for both
HCAs and TCAs.
Signed-off-by: Hal Rosenstock <[EMAIL PROTECTED]>
Index: doc/qos-config.txt
===
--- doc/qos-conf
Hi Yevgeny,
On Sun, 2006-09-10 at 02:35, Yevgeny Kliteynik wrote:
> Hi Hal
>
> This patch fixes the bug that was occurring when OSM was
> running with --run-once option (-o) and the SM port was down.
> In that case, OSM would be stuck in cond_wait forever (or until
> the port will become active)
Hi Yevgeny,
On Sun, 2006-09-10 at 02:35, Yevgeny Kliteynik wrote:
> Hi Hal
>
> This patch fixes the bug that was occurring when OSM was
> running with --run-once option (-o) and the SM port was down.
> In that case, OSM would be stuck in cond_wait forever (or until
> the port will become active)
On Wed, 2006-09-06 at 12:10, Michael S. Tsirkin wrote:
> Quoting r. Hal Rosenstock <[EMAIL PROTECTED]>:
> > > > (which, as I understand it, is really only an issue because opensm can
> > > > log so much),
> > > > which is what this entire patch series w
On Wed, 2006-09-06 at 11:27, Michael S. Tsirkin wrote:
> Quoting r. Doug Ledford <[EMAIL PROTECTED]>:
> > Subject: Re: OpenSM/osm_log API: Use symbol versions rather than polluting
> > namespace
> >
> > On Wed, 2006-09-06 at 10:14 -0400, Hal Rosenstock wrote:
On Wed, 2006-09-06 at 11:16, Michael S. Tsirkin wrote:
> Quoting r. Hal Rosenstock <[EMAIL PROTECTED]>:
> > Subject: Re: OpenSM/osm_log API: Use symbol versions rather than polluting
> > namespace
> >
> > On Wed, 2006-09-06 at 09:42, Michael S. Tsirkin wrote
OpenSM/osm_base.h: Change OSM_DEFAULT_TMP_DIR to /var/log for Linux
Signed-off-by: Hal Rosenstock <[EMAIL PROTECTED]>
Index: include/opensm/osm_base.h
===
--- include/opensm/osm_base.h (revision 9158)
+++ include/opensm/osm_
On Wed, 2006-09-06 at 09:42, Michael S. Tsirkin wrote:
> Quoting r. Hal Rosenstock <[EMAIL PROTECTED]>:
> > Subject: OpenSM/osm_log API: Use symbol versions rather than polluting
> > namespace
> >
> > OpenSM/osm_log API: Rather than polluting the namespace with
AIL PROTECTED]>
Signed-off-by: Hal Rosenstock <[EMAIL PROTECTED]>
Index: osm/opensm/libopensm.map
===
--- osm/opensm/libopensm.map(revision 9253)
+++ osm/opensm/libopensm.map(working copy)
@@ -3,7 +3,6 @
Hi Bub,
On Tue, 2006-09-05 at 10:22, Bub Thomas wrote:
> I’m still in the process of migrating my gen1 application to gen2.
>
> Actually I CAN connect a gen2 application to a gen2 listener
> application on the same machine but NOT to a gen 2 listener on another
> machine.
>
> Any hints where to
On Mon, 2006-09-04 at 13:20, Sasha Khapyorsky wrote:
> There is new osm_log initializer osm_log_init_v2(), this is wrapped
> by osm_log_init() in order to preserve existing API.
>
> Signed-off-by: Sasha Khapyorsky <[EMAIL PROTECTED]>
Thanks. Applied (to trunk and 1.1).
-- Hal
_
Leonid,
On Tue, 2006-09-05 at 09:13, Leonid Arsh wrote:
> Thanks,
>
> On 05 Sep 2006 08:46:22 -0400, Hal Rosenstock <[EMAIL PROTECTED]> wrote:
> > > I have a problem when OpenSM, being started, reads an out-if-date
> > > guid2lid file.
> > > OpenSM cha
ile to handle the problem.
or move it aside.
> I'd like to know if there is a way to do it without touching the file.
Not currently. There is the -x (--honor_guid2lid) which will do this
(ignore the guid2lid file) when OpenSM is coming out of STANDBY though.
-- Hal
> Thanks,
>
John,
On Mon, 2006-09-04 at 08:56, john t wrote:
> Hi,
>
> I have 3 nodes connected via IB as shown below:
>
> node1 ---> switch1 ---> node2
> |--> node3
>
> If node1 sends a brodcast message to node2 and node3, I want to know
> if the message is delivered to the
Hi Leonid,
On Tue, 2006-09-05 at 03:30, Leonid Arsh wrote:
> Hi list,
>
> I have a question regarding the guid2lid cache file.
>
> The file is read by OpenSM on the start up.
> OpenSM may reassign LIDs according to the LIDs saved in this file.
> It isn't always acceptable.
>
> Is it a ri
Hi Yevgeny,
On Sun, 2006-08-27 at 10:49, Yevgeny Kliteynik wrote:
> Hi Hal.
>
> This is a resubmission of the patch that addresses
> the comments that I got on the first version - using
> osm-log.conf file instead of opensmlog.conf and osm
> man page update.
Thanks.
Would you rebase this off
libibmad/src/rpc.c: Validate num_classes
Signed-off-by: Hal Rosenstock <[EMAIL PROTECTED]>
Index: libibmad/src/rpc.c
===
--- libibmad/src/rpc.c (revision 9192)
+++ libibmad/src/rpc.c (working copy)
@@ -306,6 +306,9 @@ madrp
On Fri, 2006-08-25 at 09:17, Sasha Khapyorsky wrote:
> This provides RPC like API which may work with several ports.
>
> Signed-off-by: Sasha Khapyorsky <[EMAIL PROTECTED]>
> ---
>
> libibmad/include/infiniband/mad.h |9 +++
> libibmad/src/libibmad.map |4 +
> libibmad/src/regist
Hi Sasha,
On Tue, 2006-08-29 at 21:29, Sasha Khapyorsky wrote:
> Hi Hal,
>
> On 20:09 Tue 29 Aug , Hal Rosenstock wrote:
> > Hi Sasha,
> >
> > On Fri, 2006-08-25 at 09:17, Sasha Khapyorsky wrote:
> > > This provides RPC like API which may work with seve
> Also, is this functionality needed for OFED 1.1 or is this trunk
> > only ?
>
> It doesn't have to get to 1.1.
> I'll send a second version of this patch that will address all your
> comments, including the addition in the osm man pages.
I see it. I'm still catchin
Hi John,
On Thu, 2006-08-24 at 06:29, john t wrote:
> Hi,
>
> Does IPoIB work across IB subnets.
IPoIB architecture is capable of having an IPoIB subnet span multiple IB
subnets. (You can obviously route between 2 IPoIB subnets or other IP
subnets as long as the IP routing is setup properly).
Hi Suri,
On Thu, 2006-08-24 at 16:42, Suresh Shelvapille wrote:
> Folks:
>
> Is there a utility within the OFED1.0 package which can be used for
> generating traffic on different SL (akin to the Voltaire perf_main utility)?
With OpenSM, you can configure an SL per IPoIB based partition and use
Hi Sasha,
On Fri, 2006-08-25 at 09:17, Sasha Khapyorsky wrote:
> This provides RPC like API which may work with several ports.
I think you mean "can work" rather "may work" :-)
> Signed-off-by: Sasha Khapyorsky <[EMAIL PROTECTED]>
> ---
>
> libibmad/include/infiniband/mad.h |9 +++
> libib
On Tue, 2006-08-29 at 18:25, Doug Ledford wrote:
> On Tue, 2006-08-29 at 15:13 -0400, Hal Rosenstock wrote:
> > On Tue, 2006-08-29 at 11:21, Greg Lindahl wrote:
> > > On Sun, Aug 27, 2006 at 06:28:06PM -0400, Doug Ledford wrote:
> > >
> > > > I would de
On Tue, 2006-08-29 at 17:59, Sasha Khapyorsky wrote:
> On 17:03 Tue 29 Aug , Hal Rosenstock wrote:
> > On Tue, 2006-08-29 at 15:01, Sasha Khapyorsky wrote:
> >
> > > > I'd prefer an incremental one off the last patch related to this if that
> > &
On Tue, 2006-08-29 at 15:01, Sasha Khapyorsky wrote:
> > I'd prefer an incremental one off the last patch related to this if that
> > isn't too much work as I'm close to committing the previous one now (and
> > it'd be more work to start over on this).
>
> Ok. There is:
>
>
> Optional log file
On Tue, 2006-08-22 at 17:18, Sasha Khapyorsky wrote:
> Hi Hal,
>
> There is new option which specified max size of OpenSM log file. The
> default is '0' (not-limited). Please note osm_log_init() has new
> parameter now.
>
> We already saw the problems with FS overflowing in real life - we may
> w
Hi Sasha,
On Tue, 2006-08-29 at 14:15, Sasha Khapyorsky wrote:
> On 18:28 Sun 27 Aug , Doug Ledford wrote:
> > On Sun, 2006-08-20 at 20:18 +0300, Sasha Khapyorsky wrote:
> > > On 13:01 Sun 20 Aug , Hal Rosenstock wrote:
> > > > Hi Sasha,
> > > >
On Mon, 2006-08-28 at 04:11, Yevgeny Kliteynik wrote:
> Hi Hal.
>
> I noticed that there are some unused defaults:
> OSM_DEFAULT_MGRP_MTU and OSM_DEFAULT_MGRP_RATE.
> The corresponding values in the code are hadcoded.
>
> Fixed the code to use these defaults, and updated the
> OSM_DEFAULT_MGRP
On Tue, 2006-08-29 at 13:39, Hal Rosenstock wrote:
> On Tue, 2006-08-29 at 10:50, Yevgeny Kliteynik wrote:
> > Hi Hal.
> >
> > This patch is just fixing some error in the OSM usage message.
> > Instead of old '-vf' option, there should be '-D'.
&g
On Tue, 2006-08-29 at 10:50, Yevgeny Kliteynik wrote:
> Hi Hal.
>
> This patch is just fixing some error in the OSM usage message.
> Instead of old '-vf' option, there should be '-D'.
>
> Thanks.
>
> Yevgeny
>
> Signed-off-by: Yevgeny Kliteynik <[EMAIL PROTECTED]>
Thanks. Applied (to both tru
On Tue, 2006-08-29 at 11:21, Greg Lindahl wrote:
> On Sun, Aug 27, 2006 at 06:28:06PM -0400, Doug Ledford wrote:
>
> > I would definitely put the option in, and in fact would default it to
> > *NOT* truncate.
>
> I agree. I have never seen any other daemon with a logfile do this,
> why are we out
On Tue, 2006-08-29 at 11:58, Sean Hefty wrote:
> >Why SEND ? In general, couldn't it be used like SET/DELETE (in addition
> >to being used like the GET method variants) ? Also, the SA doesn't use
> >the SEND method.
>
> The latest version of the patch only allows GET or GET_TABLE for PathRecords
>
On Sun, 2006-08-27 at 06:16, Yevgeny Kliteynik wrote:
> Hi Hal
>
> This patch just makes the error message more informative for user,
> since another instance of running SM is most probably the reason
> why osm_opensm_bind failed.
>
> Yevgeny
>
> Signed-off-by: Yevgeny Kliteynik <[EMAIL PROTECT
Hi Eitan,
> Hi Hal
> These are two trivial fixes for memory leaks in the
> ibumad vendor.
> Thanks
> Eitan
> Signed-off-by: Eitan Zahavi
Thanks. Applied (to both trunk and 1.1).
-- Hal
___
openib-general mailing list
openib-general@openib.org
On Wed, 2006-08-23 at 17:26, Sean Hefty wrote:
> Roland Dreier wrote:
> > What's the plan for how this would be used? We can't let unprivileged
> > userspace processes talk to the SA, because they could cause problems
> > like deleting someone else's multicast group membership. And I don't
> > th
Hi Eitan,
> Who is freeing the request MAD?
> If it is NULL then the flow aborts earlier.
Sorry; My bad :-(
-- Hal
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please vi
Hi Eitan,
I'm not getting openib-general email today but got this off a web site:
Index: libvendor/osm_vendor_ibumad_sa.c
===
--- libvendor/osm_vendor_ibumad_sa.c(revision 9087)
+++ libvendor/osm_vendor_ibumad_sa.c(working co
On Tue, 2006-08-22 at 18:22, Sasha Khapyorsky wrote:
> On 17:54 Tue 22 Aug , Hal Rosenstock wrote:
> > Hi Sasha,
> >
> > On Tue, 2006-08-22 at 17:18, Sasha Khapyorsky wrote:
> > > Hi Hal,
> > >
> > > There is new option which specified max
Hi Sasha,
On Tue, 2006-08-22 at 17:18, Sasha Khapyorsky wrote:
> Hi Hal,
>
> There is new option which specified max size of OpenSM log file. The
> default is '0' (not-limited). Please note osm_log_init() has new
> parameter now.
So libopensm.ver needs to be bumped (and this is not backward
comp
Hi again Yevgeny,
I've been working on integrating this patch and have some more comments
on it:
On Tue, 2006-08-22 at 13:35, Hal Rosenstock wrote:
> Hi Yevgeny,
>
> On Tue, 2006-08-22 at 11:41, Yevgeny Kliteynik wrote:
> > Hi Hal
> >
> > This patch implements
On Tue, 2006-08-22 at 12:58, Eitan Zahavi wrote:
> I did not see this on the reflector.
It made it.
> We did have some mailer problems. So I am resending to the list
>
> One more thing to add:
> The only other event we considered was PORT_ACTIVE.
> But as it turns out the event is only generated
Hi Yevgeny,
On Tue, 2006-08-22 at 11:41, Yevgeny Kliteynik wrote:
> Hi Hal
>
> This patch implements first item of the OSM todo list.
Thanks!
Am I correct in assuming this is both for trunk and 1.1 ?
> OpenSM opens a thread that is listening for events on the SM's port.
> The events that are
OpenSM/osm_sa_informinfo.c: In osm_infr_rcv_process_set_method, release
lock on request with unknown LID
Signed-off-by: Hal Rosenstock <[EMAIL PROTECTED]>
Index: opensm/osm_sa_informinfo.c
===
--- opensm/osm_sa_inform
On Mon, 2006-08-21 at 13:59, Sasha Khapyorsky wrote:
> On 13:45 Mon 21 Aug , Hal Rosenstock wrote:
> > On Mon, 2006-08-21 at 13:22, Sasha Khapyorsky wrote:
> > > Return error when mcast destination is not consistently indicated.
> > >
> > > Signed-off-by
On Mon, 2006-08-21 at 13:22, Sasha Khapyorsky wrote:
> Return error when mcast destination is not consistently indicated.
>
> Signed-off-by: Sasha Khapyorsky <[EMAIL PROTECTED]>
Thanks. Applied (to both trunk and 1.1) with the following minor changes
below:
> osm/opensm/osm_sa_path_record.c |
> Please let me know if there is anything else required for it.
>
> Thanks,
>
> Yevgeny
>
> On Thu, 2006-08-17 at 09:35 -0400, Hal Rosenstock wrote:
> > Hi Yevgeny,
> >
> > On Thu, 2006-08-17 at 09:28, Yevgeny Kliteynik wrote:
> > > Hi Hal.
> &
OpenSM/osm_sa_path_record.c: In __osm_pr_rcv_get_lid_pair_path, remove
double calculation of reversible path
Pointed out by Sasha Khapyorsky <[EMAIL PROTECTED]>
Signed-off-by: Hal Rosenstock <[EMAIL PROTECTED]>
Index: opensm/osm_sa_p
On Thu, 2006-08-17 at 16:11, Roland Dreier wrote:
[snip...]
> diff --git a/drivers/infiniband/hw/ehca/ehca_sqp.c
> b/drivers/infiniband/hw/ehca/ehca_sqp.c
> new file mode 100644
> index 000..d2c5552
> --- /dev/null
> +++ b/drivers/infiniband/hw/ehca/ehca_sqp.c
> @@ -0,0 +1,123 @@
> +/*
> + *
On Sun, 2006-08-20 at 12:24, Sasha Khapyorsky wrote:
> Some minor additions to management/Makefile build rules - now this will
> run autogen.sh and ./configure (without options) if needed.
>
> Signed-off-by: Sasha Khapyorsky <[EMAIL PROTECTED]>
Thanks. Applied.
-- Hal
_
On Sun, 2006-08-20 at 12:05, Sasha Khapyorsky wrote:
> In case when OpenSM log file overflows filesystem and write() fails with
> 'No space left on device' try to truncate the log file and wrap-around
> logging.
>
> Signed-off-by: Sasha Khapyorsky <[EMAIL PROTECTED]>
Thanks. Applied.
-- Hal
__
Hi Sasha,
On Sun, 2006-08-20 at 12:05, Sasha Khapyorsky wrote:
> In case when OpenSM log file overflows filesystem and write() fails with
> 'No space left on device' try to truncate the log file and wrap-around
> logging.
Should it be an (admin) option as to whether to truncate the file or not
or
On Wed, 2006-08-16 at 22:07, Sayantan Sur wrote:
> Hi,
>
> I have a quick question. If I use ibv_query_device() to find out the IB
> device properties, does the `vendor_id' field correspond to a unique HCA
> vendor? For example, I get the value 713 for Mellanox HCAs. Can I expect
> this to rema
On Wed, 2006-08-16 at 18:24, Sasha Khapyorsky wrote:
> Hi Michael,
>
> On 14:06 Wed 16 Aug , Michael S. Tsirkin wrote:
> > Quoting r. Sasha Khapyorsky <[EMAIL PROTECTED]>:
> > > > > git-checkout -b madeye-for-ofed v2.6.18-rc4
> > > > > git-applymbox /path/to/hals_message
> > > >
> > > > Yea
ibibverbs.
> >
> > Ira
> >
> > On Sun, 13 Aug 2006 16:14:10 +0300
> > "Tziporet Koren" <[EMAIL PROTECTED]> wrote:
> >
> >
> >> Hal Rosenstock wrote:
> >>
> >>>> Target release
OpenSM/osm_sm_mad_ctrl.c: Properly handle status based on whether direct
routed or LID routed SMP
Signed-off-by: Hal Rosenstock <[EMAIL PROTECTED]>
Index: opensm/osm_sm_mad_ctrl.c
===
--- opensm/osm_sm_mad_ctrl.c(revisio
On Tue, 2006-08-15 at 17:49, Steve Wise wrote:
> > > According to the spec, C10-15 sez the qkey in the outgoing packet will
> > > be the qkey from the QP context IF the high order bit of the qkey is
> > > set. If the high order bit is _not_ set, then the outgoing packet will
> > > contain the qkey
On Tue, 2006-08-15 at 17:41, Steve Wise wrote:
> On Tue, 2006-08-15 at 17:29 -0400, Hal Rosenstock wrote:
> > On Tue, 2006-08-15 at 17:18, Sean Hefty wrote:
> > > > > App 1:
> > > > > Creates QP with QKey=22
> > > > > Joins mu
On Tue, 2006-08-15 at 17:40, Sean Hefty wrote:
> >p.145 13) where it states that "Further, in addition to having the same
> >MGID, all members of the multicast group must share the same P_Key and
> >Q_Key.
> >
> >That is compliance per C4-3 on p. 143.
>
> Thanks - my take is that the compliance br
On Tue, 2006-08-15 at 17:26, Steve Wise wrote:
> On Tue, 2006-08-15 at 14:18 -0700, Sean Hefty wrote:
> > > > App 1:
> > > > Creates QP with QKey=22
> > > > Joins multicast group 1 with QKey=33
> > > >
> > > > App 2:
> > > > Creates QP with QKey=44
> > > > Joins multicast group 1
> > > > Sends to m
On Tue, 2006-08-15 at 17:13, Steve Wise wrote:
> On Tue, 2006-08-15 at 13:55 -0700, Roland Dreier wrote:
>
> > > App 1:
> > > Creates QP with QKey=22
> > > Joins multicast group 1 with QKey=33
> > >
> > > App 2:
> > > Creates QP with QKey=44
> > > Joins multicast group 1
> > > Sends to mu
On Tue, 2006-08-15 at 17:18, Sean Hefty wrote:
> > > App 1:
> > > Creates QP with QKey=22
> > > Joins multicast group 1 with QKey=33
> > >
> > > App 2:
> > > Creates QP with QKey=44
> > > Joins multicast group 1
> > > Sends to multicast group but with QKey=22
> >
> >I think that last send is techni
On Tue, 2006-08-15 at 16:07, Steve Wise wrote:
> On Tue, 2006-08-15 at 12:39 -0700, Sean Hefty wrote:
> > >Why are these separated? Isn't an address handle needed for each
> > >destination QP? If so, then why is the remote qpn/qkey also needed to
> > >transmit a datagram?
> >
> > The address han
On Tue, 2006-08-15 at 15:59, Roland Dreier wrote:
> > This is what I was referring to. I'm really not familiar with IP multicast
> > beyond what I read in a book while coding the RDMA CM. It sounds like we
> might
> > be able to use the QKey as the port number for the QP to mimic the
> behav
On Tue, 2006-08-15 at 14:33, Sean Hefty wrote:
> >Is the IP address only used locally to construct the MGID ? What does
> >the MGID look like ? What signature does it use if any ?
>
> The IP address may also used be used to lookup routing information in order to
> bind to a local device. The addr
On Tue, 2006-08-15 at 14:18, Sean Hefty wrote:
> >> A potential fix I see for this is to use the same qkey for all UD QPs and
> >> multicast groups created by the RDMA CM. Otherwise we restrict UD QPs to
> >using
> >> a single destination (remote UD QP or multicast group.)
> >
> >Doesn't the QKey
On Tue, 2006-08-15 at 13:53, Michael S. Tsirkin wrote:
> Quoting r. Hal Rosenstock <[EMAIL PROTECTED]>:
> > Subject: Re: [PATCH] IB/core: fix SM LID/LID changewithclient reregister set
> >
> > On Tue, 2006-08-15 at 12:45, Michael S. Tsirkin wrote:
> > > Quoting
On Tue, 2006-08-15 at 12:58, Sean Hefty wrote:
> >The qkeys used by the RDMA CM sound like they may be the problem. I'll
> >verify
> >this and see how to fix it if so.
>
> If I set the qkeys for the QPs and MCMemberRecord to 0, I can get this to work
> now. The RDMA CM uses a qkey = port number
On Tue, 2006-08-15 at 12:45, Michael S. Tsirkin wrote:
> Quoting r. Hal Rosenstock <[EMAIL PROTECTED]>:
> > > This patch simply restores the previous behavior of the sa_query and
> > > cache
> > > modules in responding to events.
> >
> > Unders
On Tue, 2006-08-15 at 11:52, Sean Hefty wrote:
> >Do you mean multiple path records rather than multipath record queries
> >here ?
>
> I meant multiple path records (GET_TABLE), but the interface is designed to
> handle both. The current implementation doesn't handle multipath record
> queries
>
On Tue, 2006-08-15 at 11:06, Jack Morgenstein wrote:
> On Tuesday 15 August 2006 17:42, Hal Rosenstock wrote:
> >
> > Are these two events equivalent ? e.g. does LID change require
> > reregistration ? (That's a potential overhead as well).
> >
>
> Before the
Hi Yevgeny,
On Wed, 2006-08-02 at 11:16, Yevgeny Kliteynik wrote:
> Hi Hal
>
> This patch adds new verbosity functionality.
I finally got some time to look this over and have a few comments on it
(see embedded text).
Generally, this looks good. One other thing that should be added to this
patch
On Tue, 2006-08-15 at 10:59, Michael S. Tsirkin wrote:
> Quoting r. Hal Rosenstock <[EMAIL PROTECTED]>:
> > Are these two events equivalent ? e.g. does LID change require
> > reregistration ? (That's a potential overhead as well).
>
> Client reregistration supp
On Tue, 2006-08-15 at 10:30, Vladimir Sokolovsky wrote:
> When I run:
> # ip maddres add 224.0.0.9 dev ib0
> I got (dmesg):
> ib0: joining MGID :::::7eb5:25c0:40f1
> ib0: multicast join failed for: :::::7eb5:25c0:40f1,
> status -22
>
> And from the SM side:
On Thu, 2006-08-03 at 13:37, Sean Hefty wrote:
> The following patch adds a generic interface to send MADs to the SA.
> The primary motivation of adding these calls is to expand the SA query
> interface to include RMPP responses for users wanting more than a
> single attribute returned from a query
On Tue, 2006-08-15 at 10:20, Michael S. Tsirkin wrote:
> Hi, Roland!
> Please consider the following patch for 2.6.18 - this fixes a regression
> from 2.6.17 for us.
>
> After commit 12bbb2b7be7f5564952ebe0196623e97464b8ac5, when
> SM LID change or LID change MAD also has a client reregistration b
On Mon, 2006-08-14 at 07:36, Dotan Barak wrote:
> Hi.
>
> I noticed that the behavior of the openSM was changed in the latest driver:
>
> in the past, every HCA was configured (by the FW) with 0x in the first
> entry.
> today,
Just as an FYI: I think that Anafas have this in the second entr
ECTED]
Sent: Mon 8/14/2006 7:44 PM
To: Hal Rosenstock
Cc: Michael S. Tsirkin; openib-general@openib.org
Subject: Re: [openib-general] Conflicting typedefs for "ib_gid_t"
Hal Rosenstock wrote:
> Do you have a proposal for how to get to where you think this needs to be ?
> Have you look
Do you have a proposal for how to get to where you think this needs to be ?
Have you looked at this ?
I think you are proposing OpenSM include verbs.h. I think that's only part of
what would need to be done (and has some other side effects).
-- Hal
From: [EM
This is not the main issue (the lack of replication is) but I don't think a
subsequent join from the same port does any harm but ib_multicast shouldn't be
doing this. It would matter in terms of the leave though.
-- Hal
From: [EMAIL PROTECTED] on behalf of Rol
Sean,
I think it was agreed a long time ago on OpenIB to have duplicated definitions
for some of the ib_xxx things. The specific issue here is that the one in the
gen2 user libraries/verbs is different from the one which OpenSM uses. If they
both were the same, this would work, right ?
-- Ha
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Mon 8/14/2006 4:35 PM
To: Hal Rosenstock; Michael S. Tsirkin
Cc: [EMAIL PROTECTED]; openib-general@openib.org
Subject: Re: Conflicting typedefs for "ib_gid_t"
>>> I don't think the way forward is using iba/ in all applica
Steve,
IB only replicates once per node (and also not on the incoming port if there
are any members).
The SM tracks join states (full, non member, send only member) for a port. It
doesn't matter whether the SM gets duplicated join requests for a port. It
would just indicate that was OK and t
lto:[EMAIL PROTECTED]
Sent: Mon 8/14/2006 3:44 PM
To: [EMAIL PROTECTED]
Cc: openib-general@openib.org; Hal Rosenstock
Subject: Re: Conflicting typedefs for "ib_gid_t"
Quoting r. [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
> Subject: Re: Conflicting typedefs for "ib_gid_t"
There already is another tool (OpenIB diag) which does that: smpquery portinfo
-- Hal
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Mon 8/14/2006 2:51 PM
To: Lakshmanan, Madhu; openib-general@openib.org; Hal Rosenstock
Cc: [EMAIL PROTECTED]; [EMAIL
direct routed responses and it
doesn't exist in LID routed responses.
Signed-off-by: Hal Rosenstock <[EMAIL PROTECTED]>
Index: opensm/osm_resp.c
===
--- opensm/osm_resp.c (revision 8931)
+++ opensm/osm_resp.c (working copy
Hi Madhu,
This is a similar but more mainstream example of the conflicts. A previous one
was reported last week in terms of CM. Still not sure of the best resolution
for this.
Do you really need both includes ?
-- Hal
From: [EMAIL PROTECTED] on behalf of
Tel: +972-4-909-7200 ext: 394
> Fax: +972-4-959-3245
> P.O. Box 586 Yokneam 20692 ISRAEL
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Hal Rosenstock
> Sent: Tuesday, August 08, 2006 11:50 PM
> To: Yevgeny Klit
On Sun, 2006-08-13 at 09:14, Tziporet Koren wrote:
> Hal Rosenstock wrote:
> >> Target release date: 12-Sep
> >>
> >> Intermediate milestones:
> >> 1. Create 1.1 branch of user level: 27-Jul - done
> >> 2. RC1: 8-Aug - done
> >> 3. Feature
401 - 500 of 3498 matches
Mail list logo
