
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>Stewart,</div><div><br></div><div>I don't think we have all the code to rebuild a TOD topology in hbrt today, but it probably could be added. The FIR bit to indicate to PRD is still appropriate. We would need an opal interface to indicate "done". </div><div><br></div><div>It might be easier to just make "create new topology" a HBRT interface so you clearly know when it is done. This avoids the FIR and mailbox replacement. <br><br><div>Patrick Williams</div><div><span style="font-size: 13pt;">Sent from my iPhone</span></div></div><div><br>On Jul 9, 2015, at 1:24 AM, Stewart Smith <<a href="mailto:stewart@linux.vnet.ibm.com">stewart@linux.vnet.ibm.com</a>> wrote:<br><br></div><blockquote type="cite"><div><span>Mahesh J Salgaonkar <<a href="mailto:mahesh@linux.vnet.ibm.com">mahesh@linux.vnet.ibm.com</a>> writes:</span><br><blockquote type="cite"><span>From: Mahesh Salgaonkar <<a href="mailto:mahesh@linux.vnet.ibm.com">mahesh@linux.vnet.ibm.com</a>></span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>After the topology switch, we may have a non-functional backup topology.</span><br></blockquote><blockquote type="cite"><span>This means, we won't be able to recover from future TOD errors that</span><br></blockquote><blockquote type="cite"><span>requires topology switch. Someone needs to either fix it OR configure</span><br></blockquote><blockquote type="cite"><span>new functional backup topology.</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>Bit 18 of the Pervasive local FIR (SCOM: EH.TPCHIP.TPC.LOCAL_FIR: 0x0104000C)</span><br></blockquote><blockquote type="cite"><span>is used to signal that TOD error analysis needs to be performed. This</span><br></blockquote><blockquote type="cite"><span>allows FSP/PRD to investigate and re-configure new backup topology if</span><br></blockquote><blockquote type="cite"><span>required. Once new backup topology is configured and ready, FSP sends a</span><br></blockquote><blockquote type="cite"><span>mailbox command xE6, s/c 0x06, mod 0, to enable the backup topology.</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>This isn't documented anywhere. This info is provided by FSP folks.</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>This patch implements setting of bit 18 in Pervasive local FIR. The next</span><br></blockquote><blockquote type="cite"><span>patch will handle FSP mailbox command xE6, s/c 0x06, mod 0.</span><br></blockquote><span></span><br><span>What should we do on OpenPower? Should this be something we signal</span><br><span>opal-prd to deal with?</span><br><span></span><br><span>I'm okay with merging this as is, but would like to know what we should</span><br><span>do on OpenPower if we want to handle this case.</span><br><span></span><br><span>_______________________________________________</span><br><span>Skiboot mailing list</span><br><span><a href="mailto:Skiboot@lists.ozlabs.org">Skiboot@lists.ozlabs.org</a></span><br><span><a href="https://lists.ozlabs.org/listinfo/skiboot">https://lists.ozlabs.org/listinfo/skiboot</a></span><br></div></blockquote></body></html>