This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
RE: eCos debugging using GDB over Ethernet
- From: Geoff Patch <grp at cea dot com dot au>
- To: "'ecos-discuss at sources dot redhat dot com'" <ecos-discuss at sources dot redhat dot com>
- Date: Thu, 6 Dec 2001 09:35:46 +1100
- Subject: RE: [ECOS] eCos debugging using GDB over Ethernet
Hi All,
I posted a request to the list a few days ago asking for ideas about
improving our LAN gdb debugging reliability.
Andrew Lunn suggested I incorporate the following changes:
> 2001-08-14 Gary Thomas <gthomas@redhat.com>
>
> * src/stand_alone/eth_drv.c (eth_drv_write):
> (eth_drv_tx_done):
> (eth_drv_read): Better handling of stacking (layering) of
drivers.
> RedBoot (stand alone code) is designed to call into the eCos
> stack and these changes make sure that this is done properly
> nested/stacked. These changes also affect the behaviour
positively
> for CR 902745-CR.
>
> * src/net/eth_drv.c (eth_drv_send): Add locking of driver while
> actual hardware routines are involved. Since the same driver
> can be shared by both eCos and RedBoot, it is imperative that
> additional locking (in the form of locking the scheduler) be
> employed during this window to make sure that the hardware is
> handled in complete, consistent steps. This helps with known
> bug CR 902745-CR.
I've done this, and it appears to have improved the situation. We haven't
tested it thoroughly, so there may still be problems, but we're definitely
a lot better off than we were. If anybody else is having similar problems
I'd recommend applying these changes.
Thanks Andrew! If you ever make it down to Australia, drop by and I'll buy
you a beer. :-)
Cheers
Geoff
------------------------------
Geoff Patch
Senior Software Engineer
CEA Technologies
Canberra Australia
02-6213 0141