DSPRelated.com
Forums

Possible new 21065L-0.3 errata found

Started by Kenneth Porter December 10, 1999
The latest 65L anomaly list and PROM loader source code show the need
to set A23 for BSO accesses to get the correct number of wait states. I
believe this explanation is incomplete at best, and the real reason A23
is needed is that CPU 2 will misinterpret CPU 1 PROM accesses as MMS
accesses. I've put my analysis of this issue (with pictures) at

http://www.kensingtonlabs.com/sharcbug/

Comments and feedback are welcome.

Kenneth Porter
Kensington Laboratories, Inc.
mailto:
http://www.kensingtonlabs.com



We have also seen evidence to indicate there is more to this anomaly than is
documented. The following is part of an email I sent to ADI a while back. -------------------
A colleague of mine performed a test to verify the documented anomaly
that address bit 24 must be set to generate the correct number of wait
states when BSO is set. He determined that, as long as any of bits
17-26 were set in the EIEPx register, the number of wait states was as
configured in the RBWM and RBWS fields of the WAIT register. This
corresponds to an address range of 0x00020000 to 0x07FFFFFF. Using any
address within this range works okay. And bits 27-31 are don't cares
for this test. If bits 17-26 are all zero, there were zero wait states
if the HIDMA bit was clear in the WAIT register, and one wait state if
HIDMA was set.
------------------- This test was performed on a 21065L, Rev 0.2.

I got no response from this first email, and after following it up, they
basically cut & pasted the latest Anomaly List description of the problem into
an email to me.

Hopefully this is useful to someone.

*************************************************
Patrick Noffke
QTI Color Registration Systems
Sussex, WI
*************************************************



I am trying to implement an optimised g729a speech coder on 2181. Facing
problems on individual module testing . Anybody who has a methodology and
experience could enlighten me on avoiding bulky cross compiled
outputs . Suggestions about related sites would also be most welcome.
Thanks in advance.

umesh (vu2umi)
Chennai