This is the mail archive of the
ecos-devel@sources.redhat.com
mailing list for the eCos project.
Re: RedBoot load command speedup
- From: Larice Robert <larice at vidisys dot de>
- To: Mark Salter <msalter at redhat dot com>
- Cc: ecos-devel at sources dot redhat dot com
- Date: Mon, 1 Jul 2002 17:06:15 +0200 (CEST)
- Subject: Re: RedBoot load command speedup
is it really possible to think of an ecos target, which is
1) clever enough, to support Ethernet networking
2) but does not even support a free-spinning timer
the problem with quickly changing things like 1ms -> 100us is, thats
not at all obvious for me whether all those trysomethings() are reliably
quicker than 100us for every target architecture.
Robert Larice
> This is exactly what I did when I originally wrote the network stack
> used by RedBoot. When Gary Thomas merged it into RedBoot, the change
> to the current system of timekeeping was made. FWIW, I think this was
> the right thing to do. The downside with what you suggest (and the
> original timekeeping method) is that it depends on a free running
> counter which may not be available in hardware.
>
> I think that changing the base delay from 1ms to 100us (potentially
> increasing max transfer speed by an order of magnitude) is the best
> solution for slow tftp. Even slow (by today's standard) CPUs can do
> a lot of work in 100us, so that timer granularity shouldn't present
> a problem.
>
> --Mark