From mboxrd@z Thu Jan 1 00:00:00 1970 From: Heiko Schocher Date: Mon, 24 Jan 2011 07:42:37 +0100 Subject: [U-Boot] [PATCH v3] arm926ejs: timer: Replace bss variable by gdr In-Reply-To: <4D3AA1A0.4090907@ahsoftware.de> References: <1291973587-6718-1-git-send-email-hs@denx.de> <1295600199-3461-1-git-send-email-hs@denx.de> <4D3A6D9B.8020503@ahsoftware.de> <4D3A8B4C.5090701@free.fr> <4D3AA1A0.4090907@ahsoftware.de> Message-ID: <4D3D1F5D.8050800@denx.de> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Hello Alexander, Alexander Holler wrote: > Am 22.01.2011 08:46, schrieb Albert ARIBAUD: >> Le 22/01/2011 06:39, Alexander Holler a ?crit : >>> Hello, >>> >>> Am 21.01.2011 09:56, schrieb Heiko Schocher: >>> >>>> -static ulong timestamp; >>>> -static ulong lastdec; >>>> +DECLARE_GLOBAL_DATA_PTR; >>>> + >>>> +#define timestamp gd->tbl >>>> +#define lastdec gd->lastinc >>> >>> I'm the only one who doesn't like such defines? They might be handy for >>> quick fixes, but in regard to style and readablity I don't like them. >>> When looking at teh code where they will used, you won't see the actual >>> place where they are stored. And in more complex expression they might >>> become dangerous to use because they hide the operator "->". >> >> I accept the patch because it un-breaks support for ARM cpus, and I >> prefer a working fix to a perfect fix in this specific, transitional, >> situation. > > My experience is that such quick fixes (or workarounds) usually > manifests (because they become forgotten) and later on might even be As this is a open source project, feel free to work with us, that this get not forgotten! > copied to other places. ;) Yes, it is not the best solution, but it fixes a bug. The patch is some days old (and made as a quick fix), and I vote also to make a better approach for timers on arm, but in the time this patch was pending none did a better (accepted) approach... > Anyway, I'll have to thank for that patch, because it fixes at least one > of the problems I have while trying to chainload a 2010.12 from a > 2010.12 on a kirkwood system. > > Regards, and again, thanks for the patch, even if I found it ugly, As I said above, feel free to post a patch with a better approach. bye, Heiko -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany