[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