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 |
|
Possible new 21065L-0.3 errata found
Started by ●December 10, 1999
Reply by ●December 10, 19991999-12-10
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 ************************************************* |
|
Reply by ●December 10, 19991999-12-10
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 |