Joe Perches wrote:No, those cases probably don't matter, if there was a printk before it can't matter that much. What should be removed is cases like virtio_net: static int start_xmit(struct sk_buff *skb, struct net_device *dev) { ... pr_debug("%s: xmit %p %s\n", dev->name, skb, print_mac(mac, dest)); which adds a unconditional and useless function call in a performance critical path. You could probably generate a better starting point than my codiff somehow, I just redefined print_mac to "00:00:00:00:00:00", which means it doesn't care whether its in a printk or a pr_debug() call. Might be quicker to go through the list manually though. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Linus Torvalds | Linux 2.6.27-rc8 |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Linus Torvalds | Linux 2.6.20-rc6 |
| Mike Snitzer | Re: Distributed storage. |
git: | |
| Gerrit Renker | [PATCH 03/37] dccp: List management for new feature negotiation |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
| Herbert Xu | Re: Kernel oops with 2.6.26, padlock and ipsec: probably problem with fpu state ch... |
