<div>Hello Paul,</div><div> </div><div>26.07.2021, 19:51, "Paul Fertser" <fercerpav@gmail.com>:</div><blockquote><p>On Mon, Jul 26, 2021 at 07:42:22PM +0300, Konstantin Klubnichkin wrote:</p><blockquote> Thank you for this patch, I've tried this (UART1 <->UART3 routing), but this<br /> just doesn't work on my hardware, even POST is not available.<br /> Probably only way is to ask Aspeedtech support to clarify this.</blockquote><p><br />What's your hardware? On our board we have LPC connection between<br />AST2500 and Lewisburg PCH.</p></blockquote><div>It's custom server developed for us, but we also have LPC between AST2500 and PCH, so there is no difference</div><div> </div><blockquote><p>If your UEFI is configuring SIRQ inContinuous mode (should be default I guess) then you might also want<br />this (even though VUART wouldn't be used with the configuration used</p></blockquote><div><br />SIRQ polarity is something I didn't try, will do it. And yes, SIRQ bit is zero, but all other bits are also zero in that register, that confuses me.</div><blockquote><p>by the patch I've sent earlier):<br /><br />+diff --git a/arch/arm/boot/dts/aspeed-bmc-facebook-tiogapass.dts b/arch/arm/boot/dts/aspeed-bmc-facebook-tiogapass.dts<br />+index fffdb2b67c08..77233d360142 100644<br />+--- a/arch/arm/boot/dts/aspeed-bmc-facebook-tiogapass.dts<br />++++ b/arch/arm/boot/dts/aspeed-bmc-facebook-tiogapass.dts<br />+@@ -157,6 +157,7 @@<br />+<br />+ &vuart {<!-- --><br />+ // VUART Host Console<br />++ aspeed,sirq-polarity-sense = <&syscon 0x70 25>;<br />+ status = "okay";<br />+ };<br />+<br /><br />I suggest you try these two patches verbatim, this whole remapping<br />business is tricky so probably you've missed something in your earlier<br />tests.</p></blockquote><div><br />It is probable because I don't patch U-Boot.</div><div>Instead I configure UART routing by direct writing to registers via /dev/mem (yes, I know that it's a bad practive, but it's development).</div><div>With the routing I have absolutely no data in BMC UARTs neither during POST nor is OS.</div><div>What I'm missing is how that routing works. Is it on-crystal or UART need to be routed to SoC pins thus TX/RX are connected via pins?</div><div> </div><div>Now I'm trying to compare LPC registers from other vendor BMC on the same platform with what we have in OpenBMC, may be this will show some differences.</div><div> </div><blockquote>--<br />Be free, use free (<a href="http://www.gnu.org/philosophy/free-sw.html" rel="noopener noreferrer">http://www.gnu.org/philosophy/free-sw.html</a>) software!<br /><a href="mailto:fercerpav@gmail.com" rel="noopener noreferrer">mailto:fercerpav@gmail.com</a></blockquote><div> </div><div> </div><div>-- </div><div>Best regards,</div><div>Konstantin Klubnichkin,</div><div>lead firmware engineer,</div><div>server hardware R&D group,</div><div>Yandex Moscow office.</div><div>tel: +7-903-510-33-33</div><div> </div>