[NET]: Undo code bloat in hot paths due to print_mac().
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>
Showing
- drivers/net/starfire.c 5 additions, 6 deletionsdrivers/net/starfire.c
- drivers/net/tokenring/olympic.c 10 additions, 5 deletionsdrivers/net/tokenring/olympic.c
- drivers/net/virtio_net.c 3 additions, 2 deletionsdrivers/net/virtio_net.c
- drivers/net/wireless/hostap/hostap_80211_rx.c 24 additions, 15 deletionsdrivers/net/wireless/hostap/hostap_80211_rx.c
- drivers/net/wireless/hostap/hostap_80211_tx.c 4 additions, 3 deletionsdrivers/net/wireless/hostap/hostap_80211_tx.c
- drivers/net/wireless/hostap/hostap_ap.c 127 additions, 76 deletionsdrivers/net/wireless/hostap/hostap_ap.c
- drivers/net/wireless/ipw2200.c 4 additions, 3 deletionsdrivers/net/wireless/ipw2200.c
- net/atm/lec.c 19 additions, 10 deletionsnet/atm/lec.c
- net/ieee80211/ieee80211_rx.c 29 additions, 14 deletionsnet/ieee80211/ieee80211_rx.c
Loading
Please register or sign in to comment