blackfin architecture
This adds support for the Analog Devices Blackfin processor architecture, and
currently supports the BF533, BF532, BF531, BF537, BF536, BF534, and BF561
(Dual Core) devices, with a variety of development platforms including those
avaliable from Analog Devices (BF533-EZKit, BF533-STAMP, BF537-STAMP,
BF561-EZKIT), and Bluetechnix! Tinyboards.
The Blackfin architecture was jointly developed by Intel and Analog Devices
Inc. (ADI) as the Micro Signal Architecture (MSA) core and introduced it in
December of 2000. Since then ADI has put this core into its Blackfin
processor family of devices. The Blackfin core has the advantages of a clean,
orthogonal,RISC-like microprocessor instruction set. It combines a dual-MAC
(Multiply/Accumulate), state-of-the-art signal processing engine and
single-instruction, multiple-data (SIMD) multimedia capabilities into a single
instruction-set architecture.
The Blackfin architecture, including the instruction set, is described by the
ADSP-BF53x/BF56x Blackfin Processor Programming Reference
http://blackfin.uclinux.org/gf/download/frsrelease/29/2549/Blackfin_PRM.pdf
The Blackfin processor is already supported by major releases of gcc, and
there are binary and source rpms/tarballs for many architectures at:
http://blackfin.uclinux.org/gf/project/toolchain/frs There is complete
documentation, including "getting started" guides available at:
http://docs.blackfin.uclinux.org/ which provides links to the sources and
patches you will need in order to set up a cross-compiling environment for
bfin-linux-uclibc
This patch, as well as the other patches (toolchain, distribution,
uClibc) are actively supported by Analog Devices Inc, at:
http://blackfin.uclinux.org/
We have tested this on LTP, and our test plan (including pass/fails) can
be found at:
http://docs.blackfin.uclinux.org/doku.php?id=testing_the_linux_kernel
[m.kozlowski@tuxland.pl: balance parenthesis in blackfin header files]
Signed-off-by: Bryan Wu <bryan.wu@analog.com>
Signed-off-by: Mariusz Kozlowski <m.kozlowski@tuxland.pl>
Signed-off-by: Aubrey Li <aubrey.li@analog.com>
Signed-off-by: Jie Zhang <jie.zhang@analog.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2007-05-07 05:50:22 +08:00
|
|
|
/*
|
|
|
|
* linux/include/asm/traps.h
|
|
|
|
*
|
|
|
|
* Copyright (C) 1993 Hamish Macdonald
|
|
|
|
*
|
|
|
|
* Lineo, Inc Jul 2001 Tony Kou
|
|
|
|
*
|
|
|
|
* This file is subject to the terms and conditions of the GNU General Public
|
|
|
|
* License. See the file COPYING in the main directory of this archive
|
|
|
|
* for more details.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifndef _BFIN_TRAPS_H
|
|
|
|
#define _BFIN_TRAPS_H
|
|
|
|
|
|
|
|
#define VEC_SYS (0)
|
|
|
|
#define VEC_EXCPT01 (1)
|
|
|
|
#define VEC_EXCPT02 (2)
|
|
|
|
#define VEC_EXCPT03 (3)
|
|
|
|
#define VEC_EXCPT04 (4)
|
|
|
|
#define VEC_EXCPT05 (5)
|
|
|
|
#define VEC_EXCPT06 (6)
|
|
|
|
#define VEC_EXCPT07 (7)
|
|
|
|
#define VEC_EXCPT08 (8)
|
|
|
|
#define VEC_EXCPT09 (9)
|
|
|
|
#define VEC_EXCPT10 (10)
|
|
|
|
#define VEC_EXCPT11 (11)
|
|
|
|
#define VEC_EXCPT12 (12)
|
|
|
|
#define VEC_EXCPT13 (13)
|
|
|
|
#define VEC_EXCPT14 (14)
|
|
|
|
#define VEC_EXCPT15 (15)
|
|
|
|
#define VEC_STEP (16)
|
|
|
|
#define VEC_OVFLOW (17)
|
|
|
|
#define VEC_UNDEF_I (33)
|
|
|
|
#define VEC_ILGAL_I (34)
|
|
|
|
#define VEC_CPLB_VL (35)
|
|
|
|
#define VEC_MISALI_D (36)
|
|
|
|
#define VEC_UNCOV (37)
|
|
|
|
#define VEC_CPLB_M (38)
|
|
|
|
#define VEC_CPLB_MHIT (39)
|
|
|
|
#define VEC_WATCH (40)
|
|
|
|
#define VEC_ISTRU_VL (41) /*ADSP-BF535 only (MH) */
|
|
|
|
#define VEC_MISALI_I (42)
|
|
|
|
#define VEC_CPLB_I_VL (43)
|
|
|
|
#define VEC_CPLB_I_M (44)
|
|
|
|
#define VEC_CPLB_I_MHIT (45)
|
|
|
|
#define VEC_ILL_RES (46) /* including unvalid supervisor mode insn */
|
2008-01-27 15:38:56 +08:00
|
|
|
/* The hardware reserves (63) for future use - we use it to tell our
|
|
|
|
* normal exception handling code we have a hardware error
|
|
|
|
*/
|
|
|
|
#define VEC_HWERR (63)
|
blackfin architecture
This adds support for the Analog Devices Blackfin processor architecture, and
currently supports the BF533, BF532, BF531, BF537, BF536, BF534, and BF561
(Dual Core) devices, with a variety of development platforms including those
avaliable from Analog Devices (BF533-EZKit, BF533-STAMP, BF537-STAMP,
BF561-EZKIT), and Bluetechnix! Tinyboards.
The Blackfin architecture was jointly developed by Intel and Analog Devices
Inc. (ADI) as the Micro Signal Architecture (MSA) core and introduced it in
December of 2000. Since then ADI has put this core into its Blackfin
processor family of devices. The Blackfin core has the advantages of a clean,
orthogonal,RISC-like microprocessor instruction set. It combines a dual-MAC
(Multiply/Accumulate), state-of-the-art signal processing engine and
single-instruction, multiple-data (SIMD) multimedia capabilities into a single
instruction-set architecture.
The Blackfin architecture, including the instruction set, is described by the
ADSP-BF53x/BF56x Blackfin Processor Programming Reference
http://blackfin.uclinux.org/gf/download/frsrelease/29/2549/Blackfin_PRM.pdf
The Blackfin processor is already supported by major releases of gcc, and
there are binary and source rpms/tarballs for many architectures at:
http://blackfin.uclinux.org/gf/project/toolchain/frs There is complete
documentation, including "getting started" guides available at:
http://docs.blackfin.uclinux.org/ which provides links to the sources and
patches you will need in order to set up a cross-compiling environment for
bfin-linux-uclibc
This patch, as well as the other patches (toolchain, distribution,
uClibc) are actively supported by Analog Devices Inc, at:
http://blackfin.uclinux.org/
We have tested this on LTP, and our test plan (including pass/fails) can
be found at:
http://docs.blackfin.uclinux.org/doku.php?id=testing_the_linux_kernel
[m.kozlowski@tuxland.pl: balance parenthesis in blackfin header files]
Signed-off-by: Bryan Wu <bryan.wu@analog.com>
Signed-off-by: Mariusz Kozlowski <m.kozlowski@tuxland.pl>
Signed-off-by: Aubrey Li <aubrey.li@analog.com>
Signed-off-by: Jie Zhang <jie.zhang@analog.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2007-05-07 05:50:22 +08:00
|
|
|
|
|
|
|
#ifndef __ASSEMBLY__
|
|
|
|
|
2007-11-21 16:35:57 +08:00
|
|
|
#define HWC_x2(level) \
|
|
|
|
"System MMR Error\n" \
|
|
|
|
level " - An error occurred due to an invalid access to an System MMR location\n" \
|
|
|
|
level " Possible reason: a 32-bit register is accessed with a 16-bit instruction\n" \
|
|
|
|
level " or a 16-bit register is accessed with a 32-bit instruction.\n"
|
|
|
|
#define HWC_x3(level) \
|
|
|
|
"External Memory Addressing Error\n"
|
|
|
|
#define HWC_x12(level) \
|
|
|
|
"Performance Monitor Overflow\n"
|
|
|
|
#define HWC_x18(level) \
|
|
|
|
"RAISE 5 instruction\n" \
|
|
|
|
level " Software issued a RAISE 5 instruction to invoke the Hardware\n"
|
|
|
|
#define HWC_default(level) \
|
|
|
|
"Reserved\n"
|
|
|
|
#define EXC_0x03(level) \
|
|
|
|
"Application stack overflow\n" \
|
|
|
|
level " - Please increase the stack size of the application using elf2flt -s option,\n" \
|
|
|
|
level " and/or reduce the stack use of the application.\n"
|
|
|
|
#define EXC_0x10(level) \
|
|
|
|
"Single step\n" \
|
|
|
|
level " - When the processor is in single step mode, every instruction\n" \
|
|
|
|
level " generates an exception. Primarily used for debugging.\n"
|
|
|
|
#define EXC_0x11(level) \
|
|
|
|
"Exception caused by a trace buffer full condition\n" \
|
|
|
|
level " - The processor takes this exception when the trace\n" \
|
|
|
|
level " buffer overflows (only when enabled by the Trace Unit Control register).\n"
|
|
|
|
#define EXC_0x21(level) \
|
|
|
|
"Undefined instruction\n" \
|
|
|
|
level " - May be used to emulate instructions that are not defined for\n" \
|
|
|
|
level " a particular processor implementation.\n"
|
|
|
|
#define EXC_0x22(level) \
|
|
|
|
"Illegal instruction combination\n" \
|
|
|
|
level " - See section for multi-issue rules in the ADSP-BF53x Blackfin\n" \
|
|
|
|
level " Processor Instruction Set Reference.\n"
|
|
|
|
#define EXC_0x23(level) \
|
|
|
|
"Data access CPLB protection violation\n" \
|
|
|
|
level " - Attempted read or write to Supervisor resource,\n" \
|
|
|
|
level " or illegal data memory access. \n"
|
|
|
|
#define EXC_0x24(level) \
|
|
|
|
"Data access misaligned address violation\n" \
|
|
|
|
level " - Attempted misaligned data memory or data cache access.\n"
|
|
|
|
#define EXC_0x25(level) \
|
|
|
|
"Unrecoverable event\n" \
|
|
|
|
level " - For example, an exception generated while processing a previous exception.\n"
|
|
|
|
#define EXC_0x26(level) \
|
|
|
|
"Data access CPLB miss\n" \
|
|
|
|
level " - Used by the MMU to signal a CPLB miss on a data access.\n"
|
|
|
|
#define EXC_0x27(level) \
|
|
|
|
"Data access multiple CPLB hits\n" \
|
|
|
|
level " - More than one CPLB entry matches data fetch address.\n"
|
|
|
|
#define EXC_0x28(level) \
|
|
|
|
"Program Sequencer Exception caused by an emulation watchpoint match\n" \
|
|
|
|
level " - There is a watchpoint match, and one of the EMUSW\n" \
|
|
|
|
level " bits in the Watchpoint Instruction Address Control register (WPIACTL) is set.\n"
|
|
|
|
#define EXC_0x2A(level) \
|
|
|
|
"Instruction fetch misaligned address violation\n" \
|
|
|
|
level " - Attempted misaligned instruction cache fetch. On a misaligned instruction fetch\n" \
|
|
|
|
level " exception, the return address provided in RETX is the destination address which is\n" \
|
|
|
|
level " misaligned, rather than the address of the offending instruction.\n"
|
|
|
|
#define EXC_0x2B(level) \
|
|
|
|
"CPLB protection violation\n" \
|
|
|
|
level " - Illegal instruction fetch access (memory protection violation).\n"
|
|
|
|
#define EXC_0x2C(level) \
|
|
|
|
"Instruction fetch CPLB miss\n" \
|
|
|
|
level " - CPLB miss on an instruction fetch.\n"
|
|
|
|
#define EXC_0x2D(level) \
|
|
|
|
"Instruction fetch multiple CPLB hits\n" \
|
|
|
|
level " - More than one CPLB entry matches instruction fetch address.\n"
|
|
|
|
#define EXC_0x2E(level) \
|
|
|
|
"Illegal use of supervisor resource\n" \
|
|
|
|
level " - Attempted to use a Supervisor register or instruction from User mode.\n" \
|
|
|
|
level " Supervisor resources are registers and instructions that are reserved\n" \
|
|
|
|
level " for Supervisor use: Supervisor only registers, all MMRs, and Supervisor\n" \
|
|
|
|
level " only instructions.\n"
|
blackfin architecture
This adds support for the Analog Devices Blackfin processor architecture, and
currently supports the BF533, BF532, BF531, BF537, BF536, BF534, and BF561
(Dual Core) devices, with a variety of development platforms including those
avaliable from Analog Devices (BF533-EZKit, BF533-STAMP, BF537-STAMP,
BF561-EZKIT), and Bluetechnix! Tinyboards.
The Blackfin architecture was jointly developed by Intel and Analog Devices
Inc. (ADI) as the Micro Signal Architecture (MSA) core and introduced it in
December of 2000. Since then ADI has put this core into its Blackfin
processor family of devices. The Blackfin core has the advantages of a clean,
orthogonal,RISC-like microprocessor instruction set. It combines a dual-MAC
(Multiply/Accumulate), state-of-the-art signal processing engine and
single-instruction, multiple-data (SIMD) multimedia capabilities into a single
instruction-set architecture.
The Blackfin architecture, including the instruction set, is described by the
ADSP-BF53x/BF56x Blackfin Processor Programming Reference
http://blackfin.uclinux.org/gf/download/frsrelease/29/2549/Blackfin_PRM.pdf
The Blackfin processor is already supported by major releases of gcc, and
there are binary and source rpms/tarballs for many architectures at:
http://blackfin.uclinux.org/gf/project/toolchain/frs There is complete
documentation, including "getting started" guides available at:
http://docs.blackfin.uclinux.org/ which provides links to the sources and
patches you will need in order to set up a cross-compiling environment for
bfin-linux-uclibc
This patch, as well as the other patches (toolchain, distribution,
uClibc) are actively supported by Analog Devices Inc, at:
http://blackfin.uclinux.org/
We have tested this on LTP, and our test plan (including pass/fails) can
be found at:
http://docs.blackfin.uclinux.org/doku.php?id=testing_the_linux_kernel
[m.kozlowski@tuxland.pl: balance parenthesis in blackfin header files]
Signed-off-by: Bryan Wu <bryan.wu@analog.com>
Signed-off-by: Mariusz Kozlowski <m.kozlowski@tuxland.pl>
Signed-off-by: Aubrey Li <aubrey.li@analog.com>
Signed-off-by: Jie Zhang <jie.zhang@analog.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2007-05-07 05:50:22 +08:00
|
|
|
|
|
|
|
#endif /* __ASSEMBLY__ */
|
|
|
|
#endif /* _BFIN_TRAPS_H */
|