Re: SRP timeout

--===============2577014382015223173==
Content-Type: multipart/alternative; boundary=001485f8ca6a9a751a0489de5b77

--001485f8ca6a9a751a0489de5b77
Content-Type: text/plain; charset=ISO-8859-1

Hi Matthew,

Stefan is right, you should reduce the DEBUG messages depth to find the fail
cause.

I have tried SRP boot only with Hermon driver (ConnectX) and it worked for
me.

Regards,
Itay

On Wed, Jun 23, 2010 at 11:27 AM, Stefan Hajnoczi <[email protected]>wrote:

> On Wed, Jun 23, 2010 at 6:44 AM, M Lowe <[email protected]> wrote:
> > My motherboard doesn't have a serial port, so that's not an
> > option. Unless gPXE supports USB-Serial converters?
>
> gPXE doesn't support USB.  Can your BIOS can redirect to (USB-)serial?
>
> > Arbel 0x1f7c4 command failed with status 22:
> > 000404c8: 00 00 00 00 00 00 00 00-00 00 00 00 00 (rest of line cut off)
> > 000404d8: cf ec 00 00 00 00 0 (rest of line cut off)
>
> I think this is the error code (from the Linux driver):
>
> /* HCA local attached memory not present: */
> MTHCA_CMD_STAT_LAM_NOT_PRE    = 0x22,
>
> The gPXE source says this error can be ignored.
>
> > Arbel 0x1f7c4 command failed with status 0a:
> > 0004019c: 00 00 00 00 cf eb f0 00-00 00 00 02 00 00 00 00 :
> > ...............
> > 000401ac: cf ec 00 00 00 00 00 00-0a 00 30 24             : .........0$
> > Arbel 0x1f7c4 could not issue MAD IFC: Input/output error (0x1d714039)
>
> Error code from Linux again:
>
> /* Index out of range: */
> MTHCA_CMD_STAT_BAD_INDEX      = 0x0a,
>
> I think this happens here:
> /* Update MAD parameters */
> for ( i = 0 ; i < ARBEL_NUM_PORTS ; i++ )
>        ib_smc_update ( arbel->ibdev[i], arbel_mad );
>
> The driver defines ARBEL_NUM_PORTS to 2, so perhaps it is probing a port
> that
> doesn't exist.  This should be fine, too.
>
> > It seems that running gdbstub halts whatever thread is handling the
> network
> > IO, making it impossible to connect to gdbstub over udp.  After exiting
> > gdbstub, gPXE starts responding to pings and arp requests again.
>
> The gdbstub performs low-level network I/O - it directly polls the network
> device for packets.  The network stack will not respond while the gdbstub
> is
> active.  However, the gdbstub implements ARP response directly.
>
> Are you running gdbudp on the NIC you are trying to debug?  In order to be
> able
> to debug the arbel driver, gdbudp needs to use another NIC (e.g. an e1000
> card).  This is because setting breakpoints in the arbel code won't work if
> gdbudp is using the arbel card.
>
> > Any ideas?
>
> I think you are on the right track looking at DBG() messages.  You've
> established that transmit is working and the target receives the login
> request.
>
> You might need to reduce the number of DBG() messages in gPXE's
> receive code path when debugging without a serial port.  Run without
> the ":3" on the DEBUG= options for less verbose output.  You can also
> try commenting out or moving DBG() messages that are too frequent and
> not useful.
>
> The aim would be to find out if the response is being received at each
> layer of the stack (arbel driver, infiniband, srp) and then understand
> the reason for dropping the response.
>
> Michael Brown and Itay Gazit may have better Infiniband and SRP
> debugging ideas.  I have CCed them and added the gPXE mailing list
> (the Etherboot-discuss list has been replaced by [email protected]).
>
> Stefan
>

--001485f8ca6a9a751a0489de5b77
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><p>Hi Matthew,</p>
<p>Stefan is right, you should reduce the DEBUG messages depth to find the =
fail cause.</p>
<p>I have tried SRP boot only with Hermon driver (ConnectX) and it worked f=
or me.</p>
<p>Regards,</p>
<div>Itay<br><br></div>
<div>On Wed, Jun 23, 2010 at 11:27 AM, Stefan Hajnoczi <span dir=3D"ltr">&l=
t;<a href=3D"mailto:[email protected]">[email protected]</a>&gt;</span> w=
rote:<br></div>
<div class=3D"gmail_quote">
<blockquote style=3D"BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex=
; PADDING-LEFT: 1ex" class=3D"gmail_quote">
<div class=3D"im">On Wed, Jun 23, 2010 at 6:44 AM, M Lowe &lt;<a href=3D"ma=
ilto:[email protected]">[email protected]</a>&gt; wrote:<br>&gt; My motherboard doe=
sn&#39;t have a serial port, so that&#39;s not an<br>&gt; option. Unless gP=
XE supports USB-Serial converters?<br>
<br></div>gPXE doesn&#39;t support USB. =A0Can your BIOS can redirect to (U=
SB-)serial?<br>
<div class=3D"im"><br>&gt; Arbel 0x1f7c4 command failed with status 22:<br>=
&gt; 000404c8: 00 00 00 00 00 00 00 00-00 00 00 00 00 (rest of line cut off=
)<br>&gt; 000404d8: cf ec 00 00 00 00 0 (rest of line cut off)<br><br></div=
>
I think this is the error code (from the Linux driver):<br><br>/* HCA local=
 attached memory not present: */<br>MTHCA_CMD_STAT_LAM_NOT_PRE =A0 =A0=3D 0=
x22,<br><br>The gPXE source says this error can be ignored.<br>
<div class=3D"im"><br>&gt; Arbel 0x1f7c4 command failed with status 0a:<br>=
&gt; 0004019c: 00 00 00 00 cf eb f0 00-00 00 00 02 00 00 00 00 :<br>&gt; ..=
.............<br>&gt; 000401ac: cf ec 00 00 00 00 00 00-0a 00 30 24 =A0 =A0=
 =A0 =A0 =A0 =A0 : .........0$<br>
&gt; Arbel 0x1f7c4 could not issue MAD IFC: Input/output error (0x1d714039)=
<br><br></div>Error code from Linux again:<br><br>/* Index out of range: */=
<br>MTHCA_CMD_STAT_BAD_INDEX =A0 =A0 =A0=3D 0x0a,<br><br>I think this happe=
ns here:<br>
/* Update MAD parameters */<br>for ( i =3D 0 ; i &lt; ARBEL_NUM_PORTS ; i++=
 )<br>=A0 =A0 =A0 =A0ib_smc_update ( arbel-&gt;ibdev[i], arbel_mad );<br><b=
r>The driver defines ARBEL_NUM_PORTS to 2, so perhaps it is probing a port =
that<br>
doesn&#39;t exist. =A0This should be fine, too.<br>
<div class=3D"im"><br>&gt; It seems that running gdbstub halts whatever thr=
ead is handling the network<br>&gt; IO, making it impossible to connect to =
gdbstub over udp. =A0After exiting<br>&gt; gdbstub, gPXE starts responding =
to pings and arp requests again.<br>
<br></div>The gdbstub performs low-level network I/O - it directly polls th=
e network<br>device for packets. =A0The network stack will not respond whil=
e the gdbstub is<br>active. =A0However, the gdbstub implements ARP response=
 directly.<br>
<br>Are you running gdbudp on the NIC you are trying to debug? =A0In order =
to be able<br>to debug the arbel driver, gdbudp needs to use another NIC (e=
.g. an e1000<br>card). =A0This is because setting breakpoints in the arbel =
code won&#39;t work if<br>
gdbudp is using the arbel card.<br><br>&gt; Any ideas?<br><br>I think you a=
re on the right track looking at DBG() messages. =A0You&#39;ve<br>establish=
ed that transmit is working and the target receives the login<br>request.<b=
r>
<br>You might need to reduce the number of DBG() messages in gPXE&#39;s<br>=
receive code path when debugging without a serial port. =A0Run without<br>t=
he &quot;:3&quot; on the DEBUG=3D options for less verbose output. =A0You c=
an also<br>
try commenting out or moving DBG() messages that are too frequent and<br>no=
t useful.<br><br>The aim would be to find out if the response is being rece=
ived at each<br>layer of the stack (arbel driver, infiniband, srp) and then=
 understand<br>
the reason for dropping the response.<br><br>Michael Brown and Itay Gazit m=
ay have better Infiniband and SRP<br>debugging ideas. =A0I have CCed them a=
nd added the gPXE mailing list<br>(the Etherboot-discuss list has been repl=
aced by <a href=3D"mailto:[email protected]">[email protected]</a>).<br>
<font color=3D"#888888"><br>Stefan<br></font></blockquote></div><br></div>

--001485f8ca6a9a751a0489de5b77--


--===============2577014382015223173==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

------------------------------------------------------------------------------
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
--===============2577014382015223173==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Etherboot-discuss mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/etherboot-discuss

--===============2577014382015223173==--