Hi Hal,
Yes when you change OperationalVLs you can run into situation where the
link will retrain. But this retrain might happen anytime when the
watchdog timer expires.
Instead of letting it surprises the SM (which thinks the link is armed
or active) - I prefer taking the link down in then to ar
On Mon, 2005-12-19 at 06:37, Hal Rosenstock wrote:
> Hi Eitan,
>
> On Sun, 2005-12-18 at 14:20, Eitan Zahavi wrote:
> > [EZ] Thanks. I have seen the patch. It is fine.
>
> Thanks. I just committed it.
>
> > > > > Also, why does changing the MTU require that the link be taken
> > down ?
> > >
>
Nitin,
I found this email stuck in the back of my inbox. I am sorry I
haven't been able to get back to you. Perhaps somebody on the list
can better answer your questions.
Begin forwarded message:
From: Nitin Hande <[EMAIL PROTECTED]>
Date: November 2, 2005 4:11:01 PM PST
To: Tom Duffy <
On Wed, 2005-12-21 at 08:29, Yael Kalka wrote:
> As I wrote in the original thread - when the driver isn't loaded,
> the p_ur itself is NULL, so before trying to destroy the signal,
> we need to make sure the p_ur isn't null. If it is not null, this
> means it was initialized, and p_ur->signal sho
Hi Hal,
As I wrote in the original thread - when the driver isn't loaded,
the p_ur itself is NULL, so before trying to destroy the signal,
we need to make sure the p_ur isn't null. If it is not null, this
means it was initialized, and p_ur->signal should have a value.
The following patch does th
I solved the mistery (at least partially)
What is happening is that p_ur itself is already null.
I will send a new patch that checks both the p_ur and the signal
pointer.
Yael
-Original Message-
From: Eitan Zahavi
Sent: Tuesday, December 20, 2005 11:21 PM
To: Greg Lindahl; openib-ge
