<br><br>On Monday, March 30, 2020, Paul Mackerras &lt;<a href="mailto:paulus@ozlabs.org">paulus@ozlabs.org</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Thanks for the comments and the pointers.  We do already have stall<br>
signals in microwatt, but the way it works is pretty simple so far.</blockquote><div><br></div><div>*great* :)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The pipelined, in-order execution structure basically comes from<br>
Anton&#39;s initial work, so I don&#39;t think we&#39;ll be throwing that out.<br>
We will continue to make readability and understandability a focus,<br>
and I for one will try to add more code comments as I work on it to<br>
make it easier to follow.</blockquote><div><br></div><div>it&#39;s pretty damn good already, paul. one suggestion, put spec version book section and pagenum into the comments?</div><div><br></div><div>btw the parsing of 3.0B PDF integer, LDST and Logical ops went &quot;ok&quot;, codegenerator first syntax recognising simple lines (RT) &lt;- X[56]*4</div><div><br></div><div>we will need at least 3 generators (64 bit c code for pearpc, python simulator, and nmigen) so will make it modular, therefore creating VHDL and Chisel generators that autocreate code fragments should be a two day job each and would result in autogenerated HDL for 80% of the 3.0B spec (!)</div><div><br></div><div>l.</div><div><br></div><br><br>-- <br>---<br>crowd-funded eco-conscious hardware: <a href="https://www.crowdsupply.com/eoma68" target="_blank">https://www.crowdsupply.com/eoma68</a><br><br>