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
Michael Krause wrote:
At 01:01 PM 11/11/2005, Nitin Hande wrote:
Michael Krause wrote:
At 10:28 AM 11/9/2005, Rick Frank wrote:
Yes, the application is responsible for detecting lost msgs at the
application level - the transport can not do this.
RDS does not guarantee that a message has
Michael Krause wrote:
At 01:02 PM 11/11/2005, Ranjit Pandit wrote:
On 11/11/05, Michael Krause <[EMAIL PROTECTED]> wrote:
> Please clarify the following which was in the document provided by
Oracle.
>
> On page 3 of the RDS document, under the section "RDP Interface",
the 2nd
> and 3rd para
Michael Krause wrote:
At 10:28 AM 11/9/2005, Rick Frank wrote:
Yes, the application is responsible for detecting lost msgs at the
application level - the transport can not do this.
RDS does not guarantee that a message has been delivered to the
application - just that once the transport has
ailed for ff12:401b:8001:0:0:0::,
status -22
b0.8001: multicast join failed for ff12:401b:8001:0:0:0::,
status -22
b0.8001: multicast join failed for ff12:401b:8001:0:0:0::,
status -22
0.8001: multicast join failed for ff12:401b:8001:0:0:0:ffff:ffff, status
-22
b0.8001: multic
Hal,
[comments below]
On Wed, 2005-02-23 at 02:19, Hal Rosenstock wrote:
> On Tue, 2005-02-22 at 22:56, Nitin Hande wrote:
> > So I tried the latest patches and preliminarily things seem to be
> > working fine.
>
> Yipee.
[snip..]
>
> >
> > So after this t
Hal,
On Thu, 2005-02-17 at 13:12, Hal Rosenstock wrote:
> Hi Nitin,
>
> On Wed, 2005-02-16 at 17:33, Nitin Hande wrote:
> > On Wed, 2005-02-16 at 13:26, Hal Rosenstock wrote:
> > > On Wed, 2005-02-16 at 16:08, Nitin Hande wrote:
> &g
On Wed, 2005-02-16 at 13:26, Hal Rosenstock wrote:
> On Wed, 2005-02-16 at 16:08, Nitin Hande wrote:
> > Hal,
[snip..]
> >
> >
> > Here is the trace of 256 sized MTU:
> >
> > Outgoing MAD:
> > BaseVersion: 0x1
> > Mgm
Hal,
On Wed, 2005-02-16 at 06:27, Hal Rosenstock wrote:
> On Tue, 2005-02-15 at 16:36, Nitin Hande wrote:
> > I have a hunch for whats happening here, but before I jump into any
> > conclusions, I am seeing some other issue between Solaris IPoIB driver
> > and OpenSM. After
On Tue, 2005-02-15 at 15:57, Hal Rosenstock wrote:
> On Tue, 2005-02-15 at 17:45, Nitin Hande wrote:
> > Here is the osm log, I think we may have a lead, the dest GID is wrong:
> > :
> >
> > Feb 15 23:29:57 [43005960] -> osm_sm_mcgrp_join: Port 0x0002c901097651d1
&g
On Tue, 2005-02-15 at 13:45, Hal Rosenstock wrote:
> Hi again Nitin,
>
> On Tue, 2005-02-15 at 16:36, Nitin Hande wrote:
> > After joining the Broadcast group, the PathRecord Response
> > coming from OpenSM signals an error with Invalid GUID. I wonder why,
>
> There ap
I have a hunch for whats happening here, but before I jump into any
conclusions, I am seeing some other issue between Solaris IPoIB driver
and OpenSM. After joining the Broadcast group, the PathRecord Response
coming from OpenSM signals an error with Invalid GUID. I wonder why,
Here is the mad trac
Tom Duffy wrote:
On Fri, 2005-02-11 at 20:21 -0800, Nitin Hande wrote:
Allright, so I am not seeing this anymore on the test setup here. I will
keep a watch and conduct some more experiments over weekend if time permits.
Does that mean you fixed it? Or can't reproduce it? Can you
Tom Duffy wrote:
On Fri, 2005-02-11 at 20:11 -0500, Hal Rosenstock wrote:
The log indicates that the MTU is 4 which is 2048. I also saw this in
the IB trace.
Ok, I will ask some other Solaris IB guys as well...
Yes, I would like the patch.
BTW, Solaris does work now (Yippie),
Peter Buckingham wrote:
> Nitin Hande wrote:
>
>>I just started taking a look at the existing bonding driver and
>>evaluating what work needs to be done to support ipoib driver below it.
>>It seems to me like a lot of pieces for this approach are readily
>>availa
Nitin Hande wrote:
> Hal/Roland,
> Hal Rosenstock wrote:
>
>>On Tue, 2004-11-09 at 12:07, Roland Dreier wrote:
>>
>>
>>>multiport bonding/failover
>>>(although my feeling is that it would be better to extend the existing
>>>bonding dri
Hal/Roland,
Hal Rosenstock wrote:
> On Tue, 2004-11-09 at 12:07, Roland Dreier wrote:
>
>>multiport bonding/failover
>>(although my feeling is that it would be better to extend the existing
>>bonding driver rather than trying to put this in the IPoIB driver),
>
>
> I'm not clear what the tr
Roland Dreier wrote:
> Tom> Would you really bring both interfaces up? If this is a
> Tom> problem, the spec should have the pkey be part of the link
> Tom> local address.
>
> It actually seems to work fine to bring up multiple IPv6 interfaces
> that end up with the same link local ad
Roland Dreier wrote:
> By the way, can anyone explain the following to me (an IPv6 rookie):
>
> # ping6 -I ib0 fe80::202:c901:78c:e461
> PING fe80::202:c901:78c:e461(fe80::202:c901:78c:e461) from
> fe80::202:c901:7fc:c711 ib0: 56 data bytes
> 64 bytes from fe80::202:c901:78c:e461: icm
Roland Dreier wrote:
> By the way, can anyone explain the following to me (an IPv6 rookie):
>
> # ping6 -I ib0 fe80::202:c901:78c:e461
> PING fe80::202:c901:78c:e461(fe80::202:c901:78c:e461) from
> fe80::202:c901:7fc:c711 ib0: 56 data bytes
> 64 bytes from fe80::202:c901:78c:e461: icm
All,
Thanks for your comments,
Roland Dreier wrote:
> Nitin> I would appreciate if someone can review my patch to enable
> Nitin> inet6 address on ib interface. This is the first cut, will
> Nitin> like to hear from all. I plan to setup a bugzilla account
> Nitin> and append this
signed off by: Nitin Hande <[EMAIL PROTECTED]>
I would appreciate if someone can review my patch to enable inet6
address on ib interface. This is the first cut, will like to hear from
all. I plan to setup a bugzilla account and append this patch to the bug
that Tom has created for inet6.
Hal Rosenstock wrote:
> On Wed, 2004-11-10 at 00:55, Roland Dreier wrote:
>
>>It seems that MAD handling is still not quite right. It seems in my
>>set up that IPoIB is not seeing the response to its MCMember
>>set... (it does look like the query is reaching the SM)
>
>
> This is a separate iss
Roland Dreier wrote:
> Nitin> certainly it does break my x86_64 setup too. Can we revert
> Nitin> back to working set of bits please ?
>
> It's actually not an architecture issue -- it's an issue if your node
> is more than one hop from the SM. You should be able to use the patch
> I just
Tom Duffy wrote:
> On Tue, 2004-11-09 at 15:23 -0800, [EMAIL PROTECTED] wrote:
>
>>Author: halr
>>Date: 2004-11-09 15:23:07 -0800 (Tue, 09 Nov 2004)
>>New Revision: 1186
>>
>>Modified:
>> gen2/trunk/src/linux-kernel/infiniband/core/agent.c
>>Log:
>>Fix agent_mad_send PCI mapping and gather addre
25 matches
Mail list logo