<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Mon, Mar 19, 2018 at 4:18 AM Tom Joseph <<a href="mailto:tomjose@linux.vnet.ibm.com">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"><br>
   Related issue -  <a href="https://github.com/openbmc/openbmc/issues/2958" rel="noreferrer" target="_blank">https://github.com/openbmc/openbmc/issues/2958</a><br>
<br>
On Monday 19 March 2018 04:43 PM, Tom Joseph wrote:<br>
> Hello,<br>
><br>
> I wanted to discuss about an issue related to IPMI SOL. Petitboot has<br>
> a menu to select the boot option, it has a timeout after which the<br>
> default boot option is selected and boot continues.The observation is<br>
> that when verbose debug traces are enabled in the hostboot, by the<br>
> time petitboot options are printed on the SOL console the menu timeout<br>
> expires and the user is not able to change the boot option.<br>
><br>
> The same issue is not hit by the ssh console on port 2200 and does not<br>
> miss the timeout of the petitboot menu option.<br>
><br>
> IPMI uses UDP protocol and the maximum size of the  SOL payload per<br>
> packet according to the specification is 255 bytes. Also the ack for<br>
> each of the IPMI packet requires a command lookup<br>
> and execution. Compared with IPMI SOL, ssh supports 64kb payloads and<br>
> ack does not need an application lookup, so the round-trip timing is<br>
> faster. IPMI specification for SOL is written with UART speed as<br>
> reference, but the VUART pushes the data at a much faster rate.<br>
><br>
> One suggestion that I came across support an OEM payload size for SOL,<br>
> which is higher than 255 bytes, to get a better throughput. Please do<br>
> share other ideas to tackle this problem and improve performance.<br>
><br>
> Regards,<br>
> Tom<br>
><br>
<br></blockquote><div>Is it a possibility to just increase the petitboot timeout? Do you have an idea of how much we are missing it by? </div></div></div>