[ipxe-devel] arbel sanboot ib_srp

Lee Staples lee.staples at gmail.com
Thu May 19 13:12:54 BST 2011


Hi Michael,

Thanks for taking a look,

Would be grateful if you could advise as I'm not a coder and have spotted
the following difference in the Free Queue Pair Number procedure between
arbel.c and hermon.c

arbel_bit_mask_free ( arbel->qp_inuse, qpn_offset );

hermon_bit_bit_mask_free ( hermon->qp_inuse, qpn_offset, 1  );

Is it worth me modify the arbel.c and trying again?

Regards

Lee



On 19 May 2011 09:34, Michael Brown <mbrown at fensystems.co.uk> wrote:

> On Wednesday 18 May 2011 20:28:43 Lee Staples wrote:
> > Have just reinstalled SCST and built latest ipxe commit
> > (c49659c4f26e23f3fc234c2068786872554daa69) with the arbel queue pair
> > patch from last year.
> >
> > Would be grateful if you could take a look at the error I'm getting and
> > advise as it appears to login successfully to the server
> >
> >    Could not open SAN device: Input/output error (
> http://ipxe.org/1d714039)
> >    srp boot failedCMRC 0x23354 shutting down
> >    Arbel 0x215b4 issuing command 0021
> >    CMRC 0x23354 send error: Operation canceled (http://ipxe.org/0b1360a0
> )
>
> Login is handled via a pair of management datagrams.  The RC queue pair is
> not
> used until the first packet after login completes.  Your client.log shows
> that
> the RC queue pair is transitioning into an error state as soon as the first
> send WQE is posted:
>
>  QPN 0xd75405 context before doorbell:
>  Arbel 0x215b4 issuing command 0022
>  Arbel 0x215b4 QPN 0xd75405 context:
>  00000000 : 30 00 19 00 ff 3e 3f 16-9f 0a 13 00 00 00 00 01
>  ...
>  QPN 0xd75405 context after doorbell:
>  Arbel 0x215b4 issuing command 0022
>  Arbel 0x215b4 QPN 0xd75405 context:
>  00000000 : 60 00 19 00 f8 3c 28 14-9f 0a 13 00 00 00 00 01
>  ...
>
> The first nibble of this hex dump is the queue state - 3="ready to send",
> 6="error".
>
> Something must be wrong with either the queue pair context or the send WQE
> created by iPXE for Arbel.  I have examined both in excruciating detail the
> last time I worked on this, and I couldn't find any problem.
>
>
> Itay: is there a debug version of the firmware available that would provide
> some indication of why the QP is transitioning to ERR?
>
> Michael
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ipxe.org/pipermail/ipxe-devel/attachments/20110519/7fe2499c/attachment.html>


More information about the ipxe-devel mailing list