Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!uwm.edu!uakari.primate.wisc.edu!brutus.cs.uiuc.edu!apple!amdahl!nsc!levy
From: levy@nsc.nsc.com (Jonathan Levy)
Newsgroups: comp.sys.nsc.32k
Subject: NS32532 (no)bug list (was: grumblings...)
Message-ID: <13485@nsc.nsc.com>
Date: 3 Jan 90 21:44:29 GMT
References: <371@illian.UUCP> <1201@cirrusl.UUCP>
Reply-To: levy@nsc.nsc.com.UUCP (Jonathan Levy)
Organization: National Semiconductor, Santa Clara
Lines: 29

In article <1201@cirrusl.UUCP> grenley@sunkist (George Grenley) writes:
>In article <371@illian.UUCP> darylm@illian.UUCP (Daryl V. McDaniel) writes:
>Perhaps I mis-remember the problem slightly.  AS of Jan'89, all steppings of the
>'532 (A1,A2,B0,B2)  would lock up under the following conditions.
>
>
>I don't know whether any later stepping of the '532 fixed this on
>chip or not - NSC fired me in January, and I haven't kept up.
>
>Daryl, you might want to dig into this a little further.  I may have the
>details wrong, but the problem is real, albeit obscure.
>
>Hope this helps any potential '532 developers out there...

As of January 1989 National started shipping the '532 rev. C which 
corrected all the above mentioned bugs. The buglist for the NS32GX32
was published in the december '89 issue of uP Report. The only addition
for the NS32532 buglist is that RDVAL and WRVAL instructions can produce 
a wrong result if address bit A31 is high and the protection
level is not OK. 

Bottom line: There is absolutely no problems for '532 developers 
out there: The S/W tools are available, the HP ISE is available, 
support is available, and naturally, CLEAN AND SOLID SILICON IS
AVAILABLE !!



Jonathan