This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
Re: Ethernet recv ...NULL buf
- From: Bob Koninckx <bob dot koninckx at o-3s dot com>
- To: Gary Thomas <gary at mlbassoc dot com>
- Cc: ecos-discuss at sources dot redhat dot com
- Date: Wed, 28 Apr 2004 08:26:35 +0200
- Subject: Re: [ECOS] Ethernet recv ...NULL buf
- Organization: o-3s
- References: <1083104056.4285.5.camel@pc-002> <1083104673.1217.56.camel@hermes>
- Reply-to: bob dot koninckx at o-3s dot com
On Wed, 2004-04-28 at 00:24, Gary Thomas wrote:
> On Tue, 2004-04-27 at 16:14, Bob Koninckx wrote:
> > Hi list,
> >
> > This is bugging me for a couple of days now. I build redboot with
> > ethernet support. Everything seemed to work great (ctrl-c, loading,
> > debugging)
> >
> > Larger GDB loads somehow fail. Setting netwerk debug verbosity to 2
> > shows the message
> >
> > Ethernet recv ...NULL buf
>
> This means that the RedBoot stack ran out of intermediate buffers.
> It also is most likely an artifact of having the debug messages
> printing out.
>
> Are the GDB failures predictable?
>
Hard to say. I also tried it with GDB debugging on (set debug remote
1), which seems to improve things a little bit: somethimes it goes
through, sometimes it doesn't.
> >
> > as soon as the download stops. I already tried increasing the timer
> > granularity and increasing the number of receive buffers, alas ...
> > I also checked that the download does not overwrite any redboot data.
>
> Which set of receive buffers did you increase? There probably is a set
> associated with your driver and another set which controls the internal
> buffers used by RedBoot (CYGNUM_REDBOOT_NETWORKING_MAX_PKTBUF)
>
CYGNUM_IO_ETH_DRIVERS_NUM_PKT
> --
> Gary Thomas <gary@mlbassoc.com>
> MLB Associates
>
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss