21f644f3ea
If print_mac() is used inside of a pr_debug() the compiler can't see that the call is redundant so still performs it even of pr_debug() ends up being a nop. So don't use print_mac() in such cases in hot code paths, use MAC_FMT et al. instead. As noted by Joe Perches, pr_debug() could be modified to handle this better, but that is a change to an interface used by the entire kernel and thus needs to be validated carefully. This here is thus the less risky fix for 2.6.25 Signed-off-by: David S. Miller <davem@davemloft.net> |
||
|---|---|---|
| .. | ||
| 3c359.c | ||
| 3c359.h | ||
| 3c359_microcode.h | ||
| abyss.c | ||
| abyss.h | ||
| ibmtr.c | ||
| Kconfig | ||
| lanstreamer.c | ||
| lanstreamer.h | ||
| madgemc.c | ||
| madgemc.h | ||
| Makefile | ||
| olympic.c | ||
| olympic.h | ||
| proteon.c | ||
| skisa.c | ||
| smctr.c | ||
| smctr.h | ||
| smctr_firmware.h | ||
| tms380tr.c | ||
| tms380tr.h | ||
| tmspci.c | ||