ftp.nice.ch/peanuts/GeneralData/Usenet/news/1989/CSN-89.tar.gz#/comp-sys-next/1989/Sep/Insane-DSP56000-Instructions

This is Insane-DSP56000-Instructions in view mode; [Up]


Date: Sun 07-Sep-1989 20:02:41 From: Unknown Subject: Insane DSP56000 Instructions Did you know that there are actually instructions on the 56k which can potentially damage the chip? Things like move x:ea -> b and y:ea -> b. The assembler will not generate insane instructions, but if you go executing random data, there is the possibility of executing one of these. Just thought it might be interesting. >From: eht@f.word.cs.cmu.edu (Eric Thayer)
Date: Sun 08-Sep-1989 15:42:30 From: Unknown Subject: Re: Insane DSP56000 Instructions You can find more information on Insane DSP56000 instructions on page A-260 of the Rev 1 User's Manual for the chip. But, it says instructions like <op> x:ea,b y:ea,b Can cause damage to the XDB and YDB bus drivers and permanent damage to the chip could result. So, don't put weird DC directives in your P space.
Date: Sun 09-Sep-1989 19:24:34 From: Unknown Subject: Re: Insane DSP56000 Instructions In article <6102@pt.cs.cmu.edu>, eht@f.word.cs.cmu.edu (Eric Thayer) says: > >You can find more information on Insane DSP56000 instructions on page A-260 >of the Rev 1 User's Manual for the chip. But, it says instructions like > > <op> x:ea,b y:ea,b > >Can cause damage to the XDB and YDB bus drivers and permanent damage to the >chip could result. So, don't put weird DC directives in your P space. > How long do you think it will take before a nasty virus does this? Mike >From: shannon@iuvax.cs.indiana.edu (Greg Shannon)
Date: Sun 09-Sep-1989 22:16:28 From: Unknown Subject: Re: Insane DSP56000 Instructions This discussion that damaging codes can be produced for the DSP are quite concerning to me since my research funds are invested in 2 of these machines so far. I would greatly appreciate it if someone from NeXT would comment on this problem -- is it true or not?? In particular, does the warranty covers DSP chips damaged because of this, yes? Also, what is to keep a bug in .8 or .9 from creating such damage. How does the warranty apply if the DSP chip was damaged before the warranty ran out, but it wasn't discovered for some time? In general, if this possibility of damaging the DSP is true, it seems that all NeXT owners have quite a problem on their hands. (What is to keep a malicious student from killing the DSP?) Again, someone from NeXT should respond to this, soon! Greg Shannon Computer Science Dept Indiana University >From: dhale@csm9a.UUCP (Dave Hale)

These are the contents of the former NiCE NeXT User Group NeXTSTEP/OpenStep software archive, currently hosted by Marcel Waldvogel and Netfuture.ch.