X-Git-Url: https://git.kernelconcepts.de/?p=karo-tx-redboot.git;a=blobdiff_plain;f=doc%2Fhtml%2Fref%2Fhal-default-synchronous-exception-handling.html;fp=doc%2Fhtml%2Fref%2Fhal-default-synchronous-exception-handling.html;h=0000000000000000000000000000000000000000;hp=1007333e529bb07f7944bca4b8dc3546dfe3b993;hb=739c21725ce2774a605a0f1de3edaac2c43aea0f;hpb=ae71e0fa8076a1b59600b3a0ea10155a2cb534ae diff --git a/doc/html/ref/hal-default-synchronous-exception-handling.html b/doc/html/ref/hal-default-synchronous-exception-handling.html deleted file mode 100644 index 1007333e..00000000 --- a/doc/html/ref/hal-default-synchronous-exception-handling.html +++ /dev/null @@ -1,180 +0,0 @@ - - - - - - - - -Default Synchronous Exception Handling -
eCos Reference Manual
PrevChapter 10. Exception HandlingNext

Default Synchronous Exception Handling

Most synchronous exception VSR table entries will point to a default -exception VSR which is responsible for handling all exceptions in a -generic manner. The default VSR simply saves the CPU state, makes any -adjustments to the CPU state that is necessary, and calls -cyg_hal_exception_handler().

cyg_hal_exception_handler() needs to pass the -exception on to some handling code. There are two basic destinations: -enter GDB or pass the exception up to eCos. Exactly which -destination is taken depends on the configuration. When the GDB stubs are -included then the exception is passed to them, otherwise it is passed -to eCos.

If an eCos application has been loaded by RedBoot then the VSR table -entries will all point into RedBoot's exception VSR, and will -therefore enter GDB if an exception occurs. If the eCos application -wants to handle an exception itself, it needs to replace the the VSR -table entry with one pointing to its own VSR. It can do this with the -HAL_VSR_SET_TO_ECOS_HANDLER() macro.


PrevHomeNext
Vectors and VSRsUpDefault Interrupt Handling
\ No newline at end of file