This is the mail archive of the ecos-discuss@sources.redhat.com 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]

RE: Ctrl-C/Break with RedBoot, GDB and TCP



On 25-Oct-2000 Fabrice Gautier wrote:
> Hi,
> 
> Here is the situation:
> 
> - I boot my PC target with RedBoot and I connect GDB via TCP to the target
> - I download an application program which do not have a stub inside but
> trley on Redboot
> - I can run, set breakpoint, step ...
> 
> But I can't interrupt the program with a Ctrl-C
> 
> So: How does this case is supposed to work ?
> 
> RedBoot doesn't manage interrupts and anyway (as seen before) the
> application takes control of the IRQs when loaded. So I guess the
> application should be involved. However, the application doesn't use net
> support and so doesn't have any interrupt handler connected on the ethernet
> channel.
> 
> So How do we do that ? 

Does your application include the TCP/IP stack?

If so, then your network driver needs to "cooperate" in the detection
of ^C via the ethernet.  This involves having the interrupt handler 
(what was the DSR before the restructuring) call into RedBoot to let 
it do some processing on the data.  See the CF ethernet for a working
example (devs/eth/cf/...)

If you don't have TCP/IP included in your application, then any interrupts
from the ethernet device should come into the system via the "default"
interrupt handler.  This handler should call into RedBoot appropriately.

Finally, your application needs to have CYGSEM_USE_HAL_MONITOR set for
any of this to work properly (IIRC).

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