[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