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: "Trenton D. Adams" <tadams at theone dot dnsalias dot com>
- To: "'Gary Thomas'" <gthomas at redhat dot com>,"'Geoff Patch'" <grp at cea dot com dot au>
- Cc: <ecos-discuss at sources dot redhat dot com>
- Date: Thu, 6 Dec 2001 09:11:56 -0700
- Subject: RE: [ECOS] eCos debugging using GDB over Ethernet
Maybe he could ship you a beer Gary? ;)
> -----Original Message-----
> From: ecos-discuss-owner@sources.redhat.com
> [mailto:ecos-discuss-owner@sources.redhat.com] On Behalf Of
> Gary Thomas
> Sent: December 5, 2001 3:53 PM
> To: Geoff Patch
> Cc: 'ecos-discuss@sources.redhat.com'
> Subject: RE: [ECOS] eCos debugging using GDB over Ethernet
>
>
> On Wed, 2001-12-05 at 15:35, Geoff Patch wrote:
> > 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.
> >
>
> These changes (and a number of others in the hal/common and io/eth
> directories) are already in anonCVS. It was on the top of
> Andrew's mind
> since he is working on this problem from a static [released]
> source tree
> that we've provided to his company.
>
> > Thanks Andrew! If you ever make it down to Australia, drop
> by and I'll buy
> > you a beer. :-)
>
> Hey, what about me? I did all the _real_ work :-)
>
> >
> >
> > Cheers
> >
> >
> > Geoff
> >
> >
> > ------------------------------
> > Geoff Patch
> > Senior Software Engineer
> > CEA Technologies
> > Canberra Australia
> > 02-6213 0141
>
>