This is the mail archive of the ecos-bugs@sourceware.org mailing list for the eCos project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug 1001662] New: CYGNUM_HAL_EXCEPTION_MIN for cortexm arch seemsincorrect


Please do not reply to this email. Use the web interface provided at:
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001662

           Summary: CYGNUM_HAL_EXCEPTION_MIN for cortexm arch seems
                    incorrect
           Product: eCos
           Version: CVS
          Platform: stm3240g_eval (ST STM3240G-EVAL board)
        OS/Version: Other
            Status: UNCONFIRMED
          Severity: normal
          Priority: low
         Component: Kernel
        AssignedTo: unassigned@bugs.ecos.sourceware.org
        ReportedBy: richard.morris@lifetech.com
                CC: ecos-bugs@ecos.sourceware.org
             Class: Advice Request


This is my first ecos bug submittal.  Please provide guidance if this is not
correctly done.

When Ecos is configured for POSIX support (and maybe otherwise), the
CYGNUM_HAL_EXCEPTION_MIN is set to CYGNUM_HAL_EXCEPTION_DATA_UNALIGNED_ACCESS. 
When the kernel initializes and builds the exception table, the assertion that
checks the exceptions being built against CYGNUM_HAL_EXCEPTION_MIN fails.

It appears that the correct value should be
CYGNUM_HAL_EXCEPTION_DATA_TLBMISS_ACCESS.

Current cvs trunk of: ecos/packages/hal/cortexm/arch/current/include/hal_intr.h

#define CYGNUM_HAL_EXCEPTION_MIN     CYGNUM_HAL_EXCEPTION_DATA_UNALIGNED_ACCESS

Correct value:

#define CYGNUM_HAL_EXCEPTION_MIN     CYGNUM_HAL_EXCEPTION_DATA_TLBMISS_ACCESS

-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]