[ECOS] Fw: [ECOS] Asynchronous GDB break serial target

Jesper Skov jskov@cambridge.redhat.com
Thu Aug 2 00:53:00 GMT 2001


>>>>> "RAY" == RAY Electronic-Design GmbH <info@raygmbh.de> writes:

>> I traced so far now, that the hal_default_isr is called, but in
>> there is going on something i don't understand:
>> 
>> 
>> __ #ifndef CYGSEM_HAL_ROM_MONITOR if
>> (CYGNUM_CALL_IF_TABLE_VERSION_CALL_HACK ==
>> (CYGACC_CALL_IF_VERSION() &
RAY> CYGNUM_CALL_IF_TABLE_VERSION_CALL_MASK))
>> #endif { hal_virtual_comm_table_t* __chan =
>> CYGACC_CALL_IF_DEBUG_PROCS(); if (__chan) gdb_vector =
>> CYGACC_COMM_IF_CONTROL(*__chan, __COMMCTL_DBG_ISR_VECTOR); } if(
>> vector == gdb_vector ) __
>> 
>> in there it reads the version of the virtual vector table, which is
>> 0x18
RAY> in
>> my redboot build, but tries to compare it with 0x41. The Version is
>> calculated:

The version is set to 0x41 in hal_ctrlc_isr_init which is (or should
be) called by RAM applications as they enable ctrl-c support.

Jesper



More information about the Ecos-discuss mailing list