<div dir="auto">I believe it isn't, but QEMU is being "helpful" and multiplexing the COM1 (RTEMS) stream with the VGA/VBE/etc. text mode streams.<div dir="auto"><br></div><div dir="auto">I'm looking into how to either:</div><div dir="auto">- Make QEMU only print COM1 to stdio</div><div dir="auto">- Or, how to quiet FreeBSD through configuration (loader.conf lets us set console to comconsole, vidconsole, nullconsole, and efi)</div><div dir="auto"><br></div><div dir="auto">I'll let y'all know as things progress!</div><div dir="auto"><br></div><div dir="auto">Would it be a blocker if we couldn't quiet the UEFI firmware and loader.efi?</div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Jun 28, 2018, 3:39 AM Chris Johns <<a href="mailto:chrisj@rtems.org">chrisj@rtems.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 28/06/2018 00:37, Amaan Cheval wrote:<br>
> Since we skipped our meeting today, here's a quick screengrab of UART<br>
> working with -serial stdio on QEMU (just inb/outb instructions<br>
> directly, without termios or ns16550):<br>
> <a href="https://i.imgur.com/tumtD3Z.png" rel="noreferrer noreferrer" target="_blank">https://i.imgur.com/tumtD3Z.png</a><br>
<br>
Nice. Is the loader.efi also using the UART?<br>
<br>
Chris<br>
</blockquote></div>