<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Dec 1, 2020 at 3:06 PM Chris Johns <<a href="mailto:chrisj@rtems.org">chrisj@rtems.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2/12/20 3:29 am, Gedare Bloom wrote:<br>
 On Mon, Nov 30, 2020 at 4:59 PM Chris Johns <<a href="mailto:chrisj@rtems.org" target="_blank">chrisj@rtems.org</a><br>
> <mailto:<a href="mailto:chrisj@rtems.org" target="_blank">chrisj@rtems.org</a>>> wrote:<br>
> <br>
>     On 1/12/20 10:25 am, Joel Sherrill wrote:<br>
>     > Does this combination work for anyone? I am suspicious that this broke<br>
>     with the<br>
>     > qemu version bump in the RSB.<br>
> <br>
>     I did not test input. The tester does not have the ability to test input.<br>
> <br>
> Would something like <a href="https://pexpect.readthedocs.io/en/stable/" rel="noreferrer" target="_blank">https://pexpect.readthedocs.io/en/stable/</a><br>
> <<a href="https://pexpect.readthedocs.io/en/stable/" rel="noreferrer" target="_blank">https://pexpect.readthedocs.io/en/stable/</a>> work?<br>
<br>
Yes it would and it is small enough to be included.<br>
<br>
> It could be an interesting<br>
> project to get even one input-related test running under automation.<br>
<br>
It would be and this failure highlights a weakness in the rtems-test command.<br>
<br>
I would need to see where in the runtime I would place input processing and if<br>
the input side would need an extra thread.<br></blockquote><div><br></div><div>FWIW I retrieved the qemu4 bset files (two) and think I built a qemu4 again.</div><div>I am not sure input worked on it either.  Confirmation appreciated. </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Chris<br>
</blockquote></div></div>