Thread (9 messages) flat view 9 messages, 3 authors, 2012-03-20

Re: [PATCH wireless-next 2/3] ath5k: Introduce _ath5k_printk to reduce code/text

From: Joe Perches <hidden>
Date: 2012-03-20 03:48:06
Also in: linux-wireless, lkml

On Mon, 2012-03-19 at 20:39 -0700, Adrian Chadd wrote:
On 18 March 2012 22:18, Joe Perches [off-list ref] wrote:
quoted
quoted
Otherwise compiling in debugging will cause a _lot_ of spurious
register reads to occur that are then tossed. This was one of the big
reasons for instability and slow performance when AH_DEBUG was
enabled.
That doesn't make any sense in this case.

It's either a call to printk or _ath5_printk
but it's still a call to a function.
The FreeBSD HAL used to be like this. I changed it so it didn't
evaluate the arguments before it figured out whether or not to do the
(k)printf().

I'm just pointing it out as you're (currently) knee deep in the
debugging code and it may be useful for you to also think about
implementing.
I see, thanks for the heads-up.

The no_printk function could/does eval args
and can cause those sorts of issues.

So care does need to be used.

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