<div dir="ltr">I don't know whether I kick in an open door, but this just passed my eye:<div><br></div><div><a href="https://www.crowdsupply.com/sifive/hifive1">https://www.crowdsupply.com/sifive/hifive1</a><br></div><div><br></div><div>It would be a very interesting RISC-V processor / board running Oberon for my purposes.</div><div><br></div><div>cheers,</div><div><br></div><div>J.</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Jul 28, 2018 at 5:52 PM, Peter Matthias <span dir="ltr"><<a href="mailto:petermatthias@web.de" target="_blank">petermatthias@web.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="word-break:break-word"><div class="m_-8806297554957165581mail_android_message" style="line-height:1;padding:0.5em">CPU-cache can be independent from the instruction set. I think Risc-V/Arduino groups should be asked if there will be a RISC-V port. If yes, RISC5 port should also be possible or RISC-V can be used directly (or the ARM part of the board).<span class="HOEnZb"><font color="#888888"><br>
<br>
Peter<br>
-- <br>
sent mobile by neffos </font></span></div><div class="m_-8806297554957165581mail_android_quote" style="line-height:1;padding:0.3em"><span class="HOEnZb"><font color="#888888">Am 27.07.18, 11:21, "Jörg" <<a href="mailto:joerg.straube@iaeth.ch" target="_blank">joerg.straube@iaeth.ch</a>> schrieb:</font></span><blockquote class="gmail_quote" style="margin:0.8ex 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">
Simple porting of the RISC-5 willl be difficult to that board as this CPU does not support a cache. First as Wojtek correctly pointed out, it‘s  SDRAM, but secondly the AS4C4M16SA-7BCN is organized as 16x 4Mb.<br>
Good, let’s assume the RISC-5 would evolve to RISC-6 adding an instruction and a data cache to overcome the longer SDRAM start time until full transfer speed is reached, this cache has to be used as well to make it look like a 32 bit architecture.<br>
<br>
Jörg<br>
<br>
> Am 27.07.2018 um 03:43 schrieb Skulski, Wojciech <<a href="mailto:skulski@pas.rochester.edu" target="_blank">skulski@pas.rochester.edu</a>>:<br>
> <br>
> Markus wrote:<br>
> <br>
>> Arduinio brought a brand new FPGA board to the market!<br>
>> Its quite cheap (50 EUR) and seems to have 8 MByte of SRAM<br>
> <br>
> The website says "onboard 8 Mbyte SDRAM". SDRAM is not SRAM. It is hard to say for sure what they installed because neither the schematic nor the BOM are prominently displayed on that website. Maybe they are there somewhere. But I assume they know what they are saying.<br>
> <br>
> I cancelled my previous Oberon board project after realizing the intricacies of caching. I do not want to say that SDRAM is bad. But I decided to shy away from it. Another concern is indeterministic software execution time, depending on the cache status and thus on execution history. This would be bad for my field of study.<br>
> <br>
> <a href="http://www.arduino.cc/en/Guide/MKRVidor4000" target="_blank">www.arduino.cc/en/Guide/<wbr>MKRVidor4000</a> <br>
> <br></span><span class="">
> Wojtek<br>
> <br>
> --<br>
> <a href="mailto:Oberon@lists.inf.ethz.ch" target="_blank">Oberon@lists.inf.ethz.ch</a> mailing list for ETH Oberon and related systems<br>
> <a href="https://lists.inf.ethz.ch/mailman/listinfo/oberon" target="_blank">https://lists.inf.ethz.ch/<wbr>mailman/listinfo/oberon</a><br>
<br>
--<br>
<a href="mailto:Oberon@lists.inf.ethz.ch" target="_blank">Oberon@lists.inf.ethz.ch</a> mailing list for ETH Oberon and related systems<br>
<a href="https://lists.inf.ethz.ch/mailman/listinfo/oberon" target="_blank">https://lists.inf.ethz.ch/<wbr>mailman/listinfo/oberon</a><br>
</span></blockquote></div></div></div>
<br>--<br>
<a href="mailto:Oberon@lists.inf.ethz.ch">Oberon@lists.inf.ethz.ch</a> mailing list for ETH Oberon and related systems<br>
<a href="https://lists.inf.ethz.ch/mailman/listinfo/oberon" rel="noreferrer" target="_blank">https://lists.inf.ethz.ch/<wbr>mailman/listinfo/oberon</a><br>
<br></blockquote></div><br></div>