Hi Sasha,
So how would the partition manager signal to the LID manager that some
transaction were made and needed to be waited on?
Normally a manager reports back the need for waiting in its return code
that is assigned as the next signal to the state machine.
So if this signal is not provided
Hi Sasha,
I think changing the basic concept of a "manager" in OpenSM is not just
a cleanup issue.
I am for improving the code - but not for breaking its basic
architecture.
If you find dead code or unused code - let's fix it. But please try to
keep the "structure" untouched.
I have a many idea
Whenever a client is started, it registers with each device present on
the system. Every client is always registered exactly once (RFC part
here - so far no client registers itself twice but should we care for such
a scenario happening in future?), hence there is one context per client
and ib_unreg
openib-general様へ認証メールが届いています。
下記アドレスより記載の上ご確認ください
http://hanabira.org/c/new_p.cgi?ix13a
リニューアルされたsnsでは全て無料で提供していますが、フリーコミニティとアダルトに分かれています、どちらも登録から使用まで完全無料でお使いになれますが
18禁コミニティの方ではイベントや模様仕事がコンスタントに行われます。
（乱交イベント・アダルトイベント・￥助・逆￥…フェチ画像投稿）などは一覧のイベントの一種となります。
イベント企画や情報は随時更新しますので参加される場合などはメールを頂けると抽選を行いたいと
Hello Eitan,
On 11:55 Tue 02 May , Eitan Zahavi wrote:
>
> This patch breaks the basic concept for OpenSM to report "SUBNET UP"
> only if all SubnMgt.Set were sent successfully. I do not think we want
> to remove this feature.
This patch does not break the basic concept (or just in case if t
Hello Eitan,
On 11:41 Tue 02 May , Eitan Zahavi wrote:
>
> I really do not like this patch. I think that although it does not break
> the code TODAY, it will be reversed later.
> OpenSM uses the concept of "manager" for each of the algorithms used.
> One could claim that all these managers a
> > > Known issues:
> > > 1. ipath installation fails on 2.6.9 - 2.6.11* kernels
> > > 2. OSU MPI compilation fails on SLES10, PPC64
> > > 3. SRP is not supported on 2.6.9 - 2.6.13* kernels - Ishai
> > will follow up with details
> > > 4. Open MPI RPM build process fails - Jeff, will you be
> >
Scott> OFED 1.0 rc3 on RHEL4 U3. IPoIB is working, but I just
Scott> noticed the HWaddr is
Scott> 00-00-00-00-00-00-00-00-00-00-00-00-00-00-0, shouldn't this
Scott> have the GID?
This is basically the same bug as the tcpdump problem on RHEL kernels
I think. "ip addr" should show
Hello Hal,
There is fix for case when port is repeatedly configured as member of
the same partition. If membership is different this may broke pkey tables
update code.
Sasha.
Signed-off-by: Sasha Khapyorsky <[EMAIL PROTECTED]>
---
osm/opensm/osm_prtn.c |3 ++-
1 files changed, 2 insertions
OFED 1.0 rc3 on
RHEL4 U3. IPoIB is working, but I just noticed the HWaddr is
00-00-00-00-00-00-00-00-00-00-00-00-00-00-0, shouldn't this have the
GID?
[EMAIL PROTECTED] ~]#
ifconfigeth0 Link encap:Ethernet HWaddr
00:13:72:50:B7:D1 inet
addr:172.29.238.49 Bcast:172.29.239
> > I get this trying to compile uDAPL using install.sh with IBED
> > 1.0 rc3 on RHEL4 U2 2.6.9-22 ppc64:
> >
> > WARNING: Dapl is not supported on PPC64 arcitecture
> > WARNING: Dapl is not supported on PPC64 arcitecture
> >
> There are include files that map DAT-defined types
> to architecture
> > Known issues:
> > 1. ipath installation fails on 2.6.9 - 2.6.11* kernels
> > 2. OSU MPI compilation fails on SLES10, PPC64
> > 3. SRP is not supported on 2.6.9 - 2.6.13* kernels - Ishai
> will follow up with details
> > 4. Open MPI RPM build process fails - Jeff, will you be
> able to send
On Wed, 2006-05-03 at 16:34, Ralph Campbell wrote:
> I noticed that perfquery wasn't working and tracked it down to
> madrpc_init() using the wrong rmpp version.
> This patch fixes the problem.
>
> Signed-off-by: Ralph Campbell <[EMAIL PROTECTED]>
Thanks. Applied to both trunk and 1.0 branch.
--
The code to display local_link_integrity_errors and
excessive_buffer_overrun_errors in
/sys/class/infiniband//ports//counters/
had a bug extracting the 4 bit values.
Signed-off-by: Ralph Campbell <[EMAIL PROTECTED]>
Index: src/linux-kernel/infiniband/core/sysfs.c
=
I noticed that perfquery wasn't working and tracked it down to
madrpc_init() using the wrong rmpp version.
This patch fixes the problem.
Signed-off-by: Ralph Campbell <[EMAIL PROTECTED]>
Index: src/userspace/management/libibmad/src/rpc.c
===
On Wed, 2006-05-03 at 14:58, Ralph Campbell wrote:
> This patch fixes a core dump problem if debugging is on and
> umad_register() fails.
>
> Signed-off-by: Ralph Campbell <[EMAIL PROTECTED]>
Thanks. Applied to both trunk and 1.0 branch.
Also, found another instance of same problem and fixed it.
This patch fixes a core dump problem if debugging is on and
umad_register() fails.
Signed-off-by: Ralph Campbell <[EMAIL PROTECTED]>
Index: src/userspace/management/libibumad/src/umad.c
===
--- src/userspace/management/libibumad/src/
Applied - thanks.
- Sean
___
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
Michael S. Tsirkin wrote:
Add LMC cache.
Committed - thanks!
___
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
On Mon, 2006-05-01 at 11:35, Michael S. Tsirkin wrote:
> Hello!
> I have replaced the SDP code on trunk with new, much smaller code base,
> based on CMA. Note that only bcopy mode is supported.
> The old sdp code has been moved to
> https://openib.org/svn/gen2/branches/sdp_historic
Isn't the usual
Roland Dreier wrote:
I thought that after the DREP is received, the CM will go through
timewait and we will eventually get a TIMEWAIT_EXIT event (with a
completion). Am I wrong? Have you actually seen this deadlock happen
in practice?
This should be the case. TIMEWAIT_EXIT should follow DREP
At 10:42 AM 5/1/2006, Ranjit Pandit wrote:
On 5/1/06, Or Gerlitz
<[EMAIL PROTECTED]> wrote:
Can you elaborate on each of the
features, specifically the following
points are of interest to us:
+1 so you running Oracle Loopback traffic over RDS sockets? if yes,
what
the issue here?
the openib CMA s
Paul Mackerras <[EMAIL PROTECTED]> wrote on 28.04.2006 00:42:14:
> Mind you, since a lot of the parameters are used to return individual
> bytes or half-words, which are then put into structures, it might be
> better to pass the pointers to the structures and let the wrapper put
> the values strai
On Thu, 27 Apr 2006 14:57:26 +0200
Jörn Engel <[EMAIL PROTECTED]> wrote:
> Don't expect much cheer and rejoicing over this. I suspect that akpm
> or Linus will either want the 17 patches merged into one or have a
> patchset where every single patch leaves the kernel in a working
> state, includin
I have a new email address!You can now email me at: [EMAIL PROTECTED]We are experts in the sale of raw materials and we export into Canada and America and some parts of Europe. We are searching for reliable representatives who can help us establish a medium of getting to our customers in the Canada
Hello,
Please look at the following syslog output... About 30 minutes later,
the computer froze completely.
A reboot resumed normal operations, but the problem is serious.As seen
as in the syslogs...
thanks for your help in advance.
May 2 14:38:29 k02 kernel: THH(4):
var/tmp/IBGD//tmp/
Paul
Solaris has its own stack implementation of the IB components. We do
run some basic interoperability test's on various components (I can confirm
about IPoIB) between solaris and OpenIB stack.
Thanks
Nitin
Paul Baxter wrote:
Can anybody comment on recent experience regarding inter-oper
27 matches
Mail list logo
