[U-Boot] [PATCH] net/net.c: add get_timer_ms()
Daniel Mack
daniel at caiaq.de
Fri Dec 5 21:43:57 CET 2008
Hi,
On Fri, Dec 05, 2008 at 09:26:27PM +0100, Wolfgang Denk wrote:
> > net/net.c | 15 ++++++++++-----
> > 1 files changed, 10 insertions(+), 5 deletions(-)
> >
> > diff --git a/net/net.c b/net/net.c
> > index 77e83b5..1c48236 100644
> > --- a/net/net.c
> > +++ b/net/net.c
> > @@ -206,6 +206,11 @@ uchar NetArpWaitPacketBuf[PKTSIZE_ALIGN + PKTALIGN];
> > ulong NetArpWaitTimerStart;
> > int NetArpWaitTry;
> >
> > +static long get_timer_ms(long base)
> > +{
> > + return get_timer(base) / (CONFIG_SYS_HZ / 1000);
> > +}
> > +
>
> This is by definition a NO-OP at best, and misleading and wrong
> otherwise. get_timer() is defined to return millisecond resolution,
> and CONFIG_SYS_HZ is supposed to be 1000.
The timer implementation (at least the one for PXA processors) assumes
that the OSCR register increments 1000 times a second. Which it doesn't
for PXA3xx variants. Hence, all functions from cpu/pxa/interrupts.c will
behave entirely differently on a PXA270 compared to a PXA3xx, and so all
code using this functions will break.
That's what I've experienced, and as I didn't find a proper place to fix
it at a sane level, I fixed the problem locally. I agree that this might
not be the best place, so I'll happily accept better proposals.
> So in a correct configuration get_timer_ms() is the same as
> get_timer(), and if CONFIG_SYS_HZ is (incorrectly) not set to 1000
Why is a CONFIG_SYS_HZ != 1000 considered incorrect? Or let me spin it
that way: if that's incorrect, what does this variable exist for at all?
> while get_timer() is implemented correctly, then get_timer_ms()
> willnot do what it claims to do.
What is get_timer() supposed to return, anyway? I didn't find any
documentation about it and assumed that it straightly returns the
primary system timer of the CPU (which it perfectly does for PXAs).
> Not to mention what happens if someone has CONFIG_SYS_HZ defined as
> 999, for example.
Not sure whether I got your point here. If the system timer increments
999 times per second and CONFIG_SYS_HZ is set accordingly, my function
does the right thing, doesn't it? I'm not up to any flamewar, I just
want to understand where you see the problem.
As fas as I understand the big picture, a function like mine should
exist somewhere in the code. Probably not in net/net.c, though.
Best regards,
Daniel
More information about the U-Boot
mailing list