[U-Boot] [PATCH] S3C64XX: timer: replace bss variable by gd

Wolfgang Denk wd at denx.de
Sun Jan 9 17:20:01 CET 2011


Dear Reinhard Meyer,

In message <4D2582F6.2040909 at emk-elektronik.de> you wrote:
>
> >>>>>> timer_load_val ->     timer_rate_hz
> >>>>>> timestamp ->     timer_reset_value
> 
> I am not too happy about this "misuse" of gd->variables making them
> "misnomers" and the code harder to read.

I'm not happy with this as well, and I actually will not accept the
patch because of that.

> timer_rate_hz is supposed to hold the rate at which the high
> speed timer increments.
> 
> timer_reset_value supposedly holds the high speed timer's value when
> timer_reset() is called.
> 
> There was a discussion started about this a while ago, but came to no
> conclusion...

I suggested this before:

------- Forwarded Message

Date:    Thu, 16 Dec 2010 15:12:41 +0100
From:    Wolfgang Denk <wd at denx.de>
To:      Reinhard Meyer <u-boot at emk-elektronik.de>
cc:      U-Boot user list <u-boot at lists.denx.de>, hs at denx.de
Subject: Re: [U-Boot] arm926ejs, timer:

...
Maybe we should lean back and have a look at what Linux is doing in
this area?

The recent patch series "64-bit sched_clock" on the lak ML seems to
fit pretty well :-)

See http://thread.gmane.org/gmane.linux.ports.arm.kernel/99740


Can we copy from Linux?
...

------- End of Forwarded Message


Unfortunately it seems nobody had time or resources to have a look
yet.

I think we should fix this for real now, and not continue to implement
one SoC specific version or workaround after the other.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
If you hear an onion ring, answer it.


More information about the U-Boot mailing list