From d756b4d6a208ba3b4974ecda054e02f25ffa946a Mon Sep 17 00:00:00 2001 From: patacongo Date: Thu, 13 Nov 2008 20:16:42 +0000 Subject: Update SH-1 status git-svn-id: svn://svn.code.sf.net/p/nuttx/code/trunk@1225 42af7a65-404d-4744-a932-0658087f49c3 --- nuttx/Documentation/NuttX.html | 22 ++++++++++++++++++---- 1 file changed, 18 insertions(+), 4 deletions(-) (limited to 'nuttx/Documentation') diff --git a/nuttx/Documentation/NuttX.html b/nuttx/Documentation/NuttX.html index 52c139bae..9c8e006af 100644 --- a/nuttx/Documentation/NuttX.html +++ b/nuttx/Documentation/NuttX.html @@ -717,7 +717,14 @@

STATUS: - 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.

@@ -1165,18 +1172,25 @@ nuttx-0.3.18 2008-xx-xx Gregory Nutt <spudmonkey@racsa.co.cr> * 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 communicate with my JTAG wiggler on Linux). - * Fix race condition workaround delay in LPC214X SPI logic. It the cause of the very - bad MMC/SD performance. + * Fix race condition workaround delay in LPC214X SPI logic. This was also the cause of the + very bad MMC/SD performance. * 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 build (they didn't, but they do now). * 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 <spudmonkey@racsa.co.cr> buildroot-0.1.3 2008-xx-xx <spudmonkey@racsa.co.cr> + * Add support for H8/300 toolchain -- cgit v1.2.3