<div dir="ltr">SOL performance issue aside, there is also an IPMI command for selecting the boot device. Is that command currently supported in the client in any way? That might be a more reliable solution than relying on console alone.</div><br><br><div class="gmail_quote"><div dir="ltr">On Mon, Mar 19, 2018 at 12:21 PM Emily Shaffer <<a href="mailto:emilyshaffer@google.com">emilyshaffer@google.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Mon, Mar 19, 2018 at 12:04 PM Tom Joseph <<a href="mailto:tomjose@linux.vnet.ibm.com" target="_blank">tomjose@linux.vnet.ibm.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div text="#000000" bgcolor="#FFFFFF">
    <p><br>
    </p>
    <br>
    <div class="m_8665263374856410713m_-7501088321281929050moz-cite-prefix">On Tuesday 20 March 2018 12:17 AM,
      Emily Shaffer wrote:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr"><br>
        <br>
        <div class="gmail_quote">
          <div dir="ltr">On Mon, Mar 19, 2018 at 9:27 AM Stewart Smith
            <<a href="mailto:stewart@linux.vnet.ibm.com" target="_blank">stewart@linux.vnet.ibm.com</a>>
            wrote:<br>
          </div>
          <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Emily
            Shaffer <<a href="mailto:emilyshaffer@google.com" target="_blank">emilyshaffer@google.com</a>>
            writes:<br>
            >> Is it a possibility to just increase the petitboot
            timeout? Do you have an<br>
            > idea of how much we are missing it by?<br>
            <br>
            Worst case (may be different currently due to improvements
            in ipmi<br>
            stack) was about 10-15 minutes.</blockquote>
          <div>Yikes. </div>
          <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> </blockquote>
          <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <br>
            We have different issues on the SSH console though, we can
            end up<br>
            dropping chunks of console output under load (BMC CPU load
            or high<br>
            console usage).<br>
            <br>
            I think Jeremy can relive the trauma of heading into the TTY
            layer, but<br>
            I wonder if the solution here has something to do with
            having a<br>
            end-to-end flow control story.<br>
            <br>
            --<br>
            Stewart Smith<br>
            OPAL Architect, IBM.<br>
            <br>
          </blockquote>
          <div><br>
          </div>
          <div>I was looking in the spec and I saw that the packet
            length for SOL is configurable in the session header, but I
            didn't find the layout for the header.  It's definitely not
            configurable past 255B?</div>
        </div>
      </div>
    </blockquote>
    <br></div><div text="#000000" bgcolor="#FFFFFF">
    Even though character data field is a variable length field, the
    accepted character count in the SOL payload is a single byte. It is
    based on the accepted character count that console acknowledges to
    BMC and offset is changed. That is the 255 character limitation
    mentioned.</div><div text="#000000" bgcolor="#FFFFFF"><br>
    <blockquote type="cite">
      <div dir="ltr">
        <div class="gmail_quote">
          <div><br>
          </div>
          <div>It really doesn't sound like IPMI is well-suited to this
            task.  Tom, can you post a proposal for the OEM command
            you'd like to see, or if you've tried one internally?</div>
        </div>
      </div>
    </blockquote></div><div text="#000000" bgcolor="#FFFFFF">
    I haven't tried this option, the OEM option is to bump the accepted
    character count field. It will need changes on the clients (like
    ipmitool).<br>
    <br></div></blockquote><div>I don't know that this is the right approach, as it would break anybody trying to use OpenBMC with their own copy of ipmitool.  I'd rather see an entirely separate OEM command that we can tailor to our needs (for example, if we are expecting ACK/NACK with SOL in the form of another IPMI command, does it make more sense to just use TCP in an OEM command instead), either leaving the slow per-spec approach up as best-effort, or adding some warning to anyone trying to use it that we've added an improved OEM command.  Just my two cents...</div><div> </div></div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Regards,<div>Kun</div></div></div>