public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
* [ECOS] redboot configuration bug
@ 2008-05-28 15:56 Jürgen Lambrecht
       [not found] ` <EBA990E6-816D-407B-A92F-3123D1472650@gmail.com>
  0 siblings, 1 reply; 2+ messages in thread
From: Jürgen Lambrecht @ 2008-05-28 15:56 UTC (permalink / raw)
  To: ecos-discuss

Hello,

I am building a RAM version of redboot, and I want to disable the 
following option:
CYGSEM_HAL_VIRTUAL_VECTOR_CLAIM_COMMS.
But this *forces* CYGNUM_HAL_VIRTUAL_VECTOR_DEBUG_CHANNEL to become 
inactive, so it is undeclared.
And therefore redboot/../main.c fails to compile on line 270:
void
cyg_start(void)
{
    ...
    
CYGACC_CALL_IF_SET_CONSOLE_COMM(CYGNUM_HAL_VIRTUAL_VECTOR_DEBUG_CHANNEL);

The CDL rationale is correct:
CYGNUM_HAL_VIRTUAL_VECTOR_DEBUG_CHANNEL should only be modifiable if 
CYGPRI_HAL_VIRTUAL_VECTOR_DEBUG_CHANNEL_CONFIGURABLE=1, and this only 
makes sense if CYGSEM_HAL_VIRTUAL_VECTOR_CLAIM_COMMS=1.

So the redboot source code should be changed, agree?

line 270 should be replace by something like this:
#ifdef CYGNUM_HAL_VIRTUAL_VECTOR_DEBUG_CHANNEL
    
CYGACC_CALL_IF_SET_CONSOLE_COMM(CYGNUM_HAL_VIRTUAL_VECTOR_DEBUG_CHANNEL);
#else
    CYGACC_CALL_IF_SET_CONSOLE_COMM(READ_VVT(VVT_DEBUG_CHANNEL));
#endif

Of course READ_VVT is not the correct function/macro. Does anybody know it?

Kind regards,
Juergen


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [ECOS] redboot configuration bug
       [not found] ` <EBA990E6-816D-407B-A92F-3123D1472650@gmail.com>
@ 2008-05-29 12:22   ` Jürgen Lambrecht
  0 siblings, 0 replies; 2+ messages in thread
From: Jürgen Lambrecht @ 2008-05-29 12:22 UTC (permalink / raw)
  To: Armin von Collrepp; +Cc: ecos-discuss

Armin von Collrepp wrote:
> Hi,
> we met the same problem when building a Redboot debug version with RAM 
> startup and mangling enabled.
>
> Well, the only reason not to claim the COMMs is that you have another 
> way to print/read characters to/from console. Normally this is a 
> bootloader that initializes the COMMs in the VVT.
Indeed, the bootloader is redboot in ROM that initializes the VVT. So 
the RAM application should not reinitialize the VVT (so not claim COMMs).
>
> This solved the problem for our purposes...
> #if !defined(CYGSEM_HAL_USE_ROM_MONITOR_GDB_stubs)
>     
> CYGACC_CALL_IF_SET_CONSOLE_COMM(CYGNUM_HAL_VIRTUAL_VECTOR_DEBUG_CHANNEL);
> #endif // #if defined(CYGSEM_HAL_USE_ROM_MONITOR_GDB_stubs)
Indeed, I do the same; but I guess it's better to find a way to solve it 
in the main ecos tree.

Kind regards,
Juergen
>
> Best Regards,
> Armin
>
>
> On May 28, 2008, at 11:55 PM, Jürgen Lambrecht wrote:
>
>> Hello,
>>
>> I am building a RAM version of redboot, and I want to disable the 
>> following option:
>> CYGSEM_HAL_VIRTUAL_VECTOR_CLAIM_COMMS.
>> But this *forces* CYGNUM_HAL_VIRTUAL_VECTOR_DEBUG_CHANNEL to become 
>> inactive, so it is undeclared.
>> And therefore redboot/../main.c fails to compile on line 270:
>> void
>> cyg_start(void)
>> {
>>    ...
>>    
>> CYGACC_CALL_IF_SET_CONSOLE_COMM(CYGNUM_HAL_VIRTUAL_VECTOR_DEBUG_CHANNEL); 
>>
>>
>> The CDL rationale is correct:
>> CYGNUM_HAL_VIRTUAL_VECTOR_DEBUG_CHANNEL should only be modifiable if 
>> CYGPRI_HAL_VIRTUAL_VECTOR_DEBUG_CHANNEL_CONFIGURABLE=1, and this only 
>> makes sense if CYGSEM_HAL_VIRTUAL_VECTOR_CLAIM_COMMS=1.
>>
>> So the redboot source code should be changed, agree?
>>
>> line 270 should be replace by something like this:
>> #ifdef CYGNUM_HAL_VIRTUAL_VECTOR_DEBUG_CHANNEL
>>    
>> CYGACC_CALL_IF_SET_CONSOLE_COMM(CYGNUM_HAL_VIRTUAL_VECTOR_DEBUG_CHANNEL); 
>>
>> #else
>>    CYGACC_CALL_IF_SET_CONSOLE_COMM(READ_VVT(VVT_DEBUG_CHANNEL));
>> #endif
>>
>> Of course READ_VVT is not the correct function/macro. Does anybody 
>> know it?
>>
>> Kind regards,
>> Juergen
>>
>>
>> --Before posting, please read the FAQ: 
>> http://ecos.sourceware.org/fom/ecos
>> and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
>>
>



-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2008-05-29 12:22 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-05-28 15:56 [ECOS] redboot configuration bug Jürgen Lambrecht
     [not found] ` <EBA990E6-816D-407B-A92F-3123D1472650@gmail.com>
2008-05-29 12:22   ` Jürgen Lambrecht

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).