sergiotarxz/nuttx
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity

Update SH-1 status

Browse Source 
git-svn-id: svn://svn.code.sf.net/p/nuttx/code/trunk@1225 42af7a65-404d-4744-a932-0658087f49c3
This commit is contained in:
patacongo 2008-11-13 20:16:42 +00:00
parent 8723b57f02
commit 003597c80f
1 changed files with 18 additions and 4 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

22
Documentation/NuttX.html
View File

@ -717,7 +717,14 @@
</p> </p>
<p> <p>
<b>STATUS:</b> <b>STATUS:</b>
This port is in progress and should be available in the next release of NuttX. This port is availble as of release 0.3.18 of NuttX. The port is basically complete
and many examples run correctly. However, there are remaining instabilities that
make the port un-usable. The nature of these is not understood; the behavior is
that certain SH-1 instructions stop working as advertised. This could be a silicon
problem, some pipeline issue that is not handled properly by the gcc 3.4.5 toolchain
(which has very limit SH-1 support to begin with), or perhaps with the CMON debugger.
At any rate, I have exhausted all of the energy that I am willing to put into this cool
old processor for the time being.
</p> </p>
</td> </td>
</tr> </tr>
@ -1165,18 +1172,25 @@ nuttx-0.3.18 2008-xx-xx Gregory Nutt &lt;spudmonkey@racsa.co.cr&gt;
* Added port for the STMicro STR71x processor and configuration for the Olimex STR-P711 * Added port for the STMicro STR71x processor and configuration for the Olimex STR-P711
board (STR71x testing is stalled because I have been unable to get OpenOCD to board (STR71x testing is stalled because I have been unable to get OpenOCD to
communicate with my JTAG wiggler on Linux). communicate with my JTAG wiggler on Linux).
* Fix race condition workaround delay in LPC214X SPI logic. It the cause of the very * Fix race condition workaround delay in LPC214X SPI logic. This was also the cause of the
bad MMC/SD performance. very bad MMC/SD performance.
* Began port of the Hitachi SH-1 using the SH-1/US7032EVB1 board * Began port of the Hitachi SH-1 using the SH-1/US7032EVB1 board
* Re-built all configurations that use SDCC and Zilog toolchains to make sure they still * Re-built all configurations that use SDCC and Zilog toolchains to make sure they still
build (they didn't, but they do now). build (they didn't, but they do now).
* Fixed several erroneous "list empty" checks in the CAN driver. * Fixed several erroneous "list empty" checks in the CAN driver.
* Hitachi SH-1 passes (reduced) examples/ostest (examples/nsh still fails) * Hitachi SH-1 passes (reduced) examples/ostest; the examples/nsh test still fails.
There are remaining instabilities that make the port un-usable. The nature of these is
not understood; the behavior is that certain SH-1 instructions stop working as advertised.
This could be a silicon problem, some pipeline issue that is not handled properly by the
gcc 3.4.5 toolchain (which has very limit SH-1 support to begin with), or perhaps with the
CMON debugger. At any rate, I have exhausted all of the energy that I am willing to put
into this cool old processor for the time being.
pascal-0.1.3 2008-xx-xx Gregory Nutt &lt;spudmonkey@racsa.co.cr&gt; pascal-0.1.3 2008-xx-xx Gregory Nutt &lt;spudmonkey@racsa.co.cr&gt;
buildroot-0.1.3 2008-xx-xx &lt;spudmonkey@racsa.co.cr&gt; buildroot-0.1.3 2008-xx-xx &lt;spudmonkey@racsa.co.cr&gt;
* Add support for H8/300 toolchain
</pre></ul> </pre></ul>
<table width ="100%"> <table width ="100%">