ADSP-BF531SBBC400 Analog Devices Inc, ADSP-BF531SBBC400 Datasheet - Page 25

IC,MICROPROCESSOR,32-BIT,CMOS,BGA,160PIN,PLASTIC

ADSP-BF531SBBC400

Manufacturer Part Number
ADSP-BF531SBBC400
Description
IC,MICROPROCESSOR,32-BIT,CMOS,BGA,160PIN,PLASTIC
Manufacturer
Analog Devices Inc
Series
Blackfin®r
Type
Fixed Pointr
Datasheet

Specifications of ADSP-BF531SBBC400

Rohs Status
RoHS non-compliant
Interface
SPI, SSP, UART
Clock Rate
400MHz
Non-volatile Memory
ROM (1 kB)
On-chip Ram
52kB
Voltage - I/o
1.8V, 2.5V, 3.3V
Voltage - Core
1.20V
Operating Temperature
-40°C ~ 85°C
Mounting Type
Surface Mount
Package / Case
160-CSPBGA
Device Core Size
16b
Architecture
Modified Harvard
Format
Fixed Point
Clock Freq (max)
400MHz
Mips
400
Device Input Clock Speed
400MHz
Operating Supply Voltage (typ)
1.2/1.8/2.5/3.3V
Operating Supply Voltage (min)
0.8/1.75V
Operating Supply Voltage (max)
1.32/3.6V
Operating Temp Range
-40C to 85C
Operating Temperature Classification
Industrial
Mounting
Surface Mount
Pin Count
160
Package Type
CSPBGA
Package
160CSP-BGA
Numeric And Arithmetic Format
Fixed-Point
Maximum Speed
400 MHz
Device Million Instructions Per Second
400 MIPS
For Use With
ADZS-BF533-EZLITE - KIT W/BOARD EVAL FOR ADSP-BF533
Lead Free Status / Rohs Status
Not Compliant

Available stocks

Company
Part Number
Manufacturer
Quantity
Price
Part Number:
ADSP-BF531SBBC400
Manufacturer:
ADI
Quantity:
329
Part Number:
ADSP-BF531SBBC400
Manufacturer:
Analog Devices Inc
Quantity:
10 000
Part Number:
ADSP-BF531SBBC400
Manufacturer:
ADI/亚德诺
Quantity:
20 000
Silicon Anomaly List
45.
DESCRIPTION:
The DCPLB_FAULT_ADDR MMR register may be corrupted. For this to happen, an aborted data memory access must generate BOTH a
protection exception and a stall (due to either a dual-DAG collision, addressing of cacheable memory and missing, or simply fetching
from L2).
WORKAROUND:
1) Immediately return from the data exception handler upon an initial entry into the handler (without any servicing yet), and then trust
the DCPLB_FAULT_ADDR upon a second pass through the same data CPLB exception handler. Unless the cause is an exception that is
serviced, the exception will be regenerated and cause a second pass. In the second pass, however, the DCPLB_FAULT_ADDR register will
be correct because it is never generated incorrectly immediately after returning from an exception handler. To ensure that the same
exception is being responded to in the second pass (rather than a higher priority exception), a copy of the RETX register should be
acquired in the first pass and compared against in the second pass.
OR
2) Be tolerant of the artifacts generated by misprocessing the exception. For the three types of data memory exceptions - protection
violation, CPLB miss, and CPLB multiple hit - the recommended software workaround is as follows:
a) For data protection exceptions, use the DCPLB_STATUS register rather than the DCPLB_FAULT_ADDR register in the handler. This will
provide the page of the protection violation rather than the full address of the exception. Although not ideal, this likely provides sufficient
information.
b) For data CPLB miss exceptions, use the DCPLB_FAULT_ADDR register, but be warned that the address reported in this register might
be that of a previously canceled speculative exception rather than the true current exception. It might therefore:
For case i), although a CPLB miss handler might create a redundant CPLB entry (unless further page checking is done), this may be
tolerated if a multiple CPLB hit handler exists to remove this rarely generated redundant page descriptor.
For case ii), since the DCPLB_FAULT_ADDR register will never be incorrect immediately after returning from the exception handler,
nonsensical addressees can be ignored by the CPLB miss handler without generating an infinite exception handler loop due to
repetitively faulty DCPLB_FAULT_ADDR register contents.
c) For data CPLB multiple hit exceptions, have such a handler thanks to the issue described above. Don't count on multiple CPLB
exceptions never occurring.
The VisualDSP++ Blackfin Runtime Libraries include a workaround for this anomaly. The workaround ignores DCPLB miss exceptions the
first time they are raised from a particular PC. The fault address is guaranteed to be correct the second time.
APPLIES TO REVISION(S):
0.3, 0.4
05000261 - DCPLB_FAULT_ADDR MMR Register May Be Corrupted:
ii) point to an address which will never actually be fetched.
i) point to a page which already has a loaded descriptor.
OR
NR003532D | Page 25 of 45 | July 2008
ADSP-BF531/BF532/BF533

Related parts for ADSP-BF531SBBC400