<br><font size=2 face="sans-serif">Michael and Roland,</font>
<br>
<br><font size=2 face="sans-serif">This problem was resolved by updating
the firmware.   See below:</font>
<br><font size=2><tt><br>
> > Roland Dreier <rdreier@cisco.com> wrote on 03/14/2006 10:11:26
AM:<br>
> > <br>
> > >  > >  - Try passing the option "fw_cmd_doorbell=0"
when loading ib_mthca.<br>
> > >  > >    Again, it shouldn't matter
but maybe it does.<br>
> > >  ><br>
> > >  > I tried passing the option first, since it was
the simplest <br>
> and quickest<br>
> > >  > thing to try.  It worked.   The module
now loads successfully.<br>
> > ><br>
> > > Hmm, that's interesting.  I wonder why that caused
problems with the<br>
> > > NOP command interrupt test.<br>
> > ><br>
> > > Michael, the situation here is that Arbel with FW 4.6.0
(I know it's<br>
> > > old) fails with the latest mthca because the NOP test doesn't
generate<br>
> > > an event.  However, disabling fw_cmd_doorbell makes
it work again.<br>
> > > Do you know if this is a FW issue?<br>
> > ><br>
> > > Don, it would be nice if you could try a newer firmware
to see if that<br>
> > > works without the fw_cmd_doorbell option.<br>
> > ><br>
> > >  - R.<br>
</tt></font>
<br><font size=2><tt>I copied over the firmware and the tvflash utility
from our other system that</tt></font>
<br><font size=2><tt>has the same type HCA card and flashed the new version
(4.7.400) of the firmware.</tt></font>
<br><font size=2><tt>After rebooting the system, the mthca driver nows
loads successfully without</tt></font>
<br><font size=2><tt>using the option "fw_cmd_doorbell=0" on
the modprobe.  Apparently it was a problem</tt></font>
<br><font size=2><tt>with the old firmware.</tt></font>
<br>
<br><font size=2><tt>Thanks for the suggestions.</tt></font>
<br>
<br><font size=2><tt>-Don Albert-</tt></font>
<br><font size=2><tt>Bull HN Information Systems</tt></font>
<br>