Thread (19 messages) flat view 19 messages, 5 authors, 2014-02-05

Re: [ath9k-devel] [PATCH 1/3] ath9k: Fix build error on ARM

From: Arnd Bergmann <arnd@arndb.de>
Date: 2014-02-04 18:40:18
Also in: linux-arm-kernel

On Tuesday 04 February 2014 08:36:36 Joe Perches wrote:
On Tue, 2014-02-04 at 08:03 +0100, Holger Schurig wrote:
quoted
Joe, look in linux/arch/arm/include/asm/delay.h. The macro udelay
cannot handle large values because of lost-of-precision.

IMHO udelay on ARM is broken, because it also cannot work with fast
ARM processors (where bogomips >= 3355, which is in sight now). It's
just not broken enought that someone did something against it ...   so
the current kludge is good enought.
Maybe something like this would be better?
I actually like the fact that we get link errors for insane 'udelay'
times. In most cases it's a driver bug because we shouldn't keep
the CPU busy for an eternity in the kernel (and call msleep() instead).
For the rare cases where mdelay makes sense, we also want to add
a comment to the code explaining why msleep cannot be used.

	Arnd
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help