[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1269474180.1541.11.camel@Joe-Laptop.home>
Date: Wed, 24 Mar 2010 16:43:00 -0700
From: Joe Perches <joe@...ches.com>
To: Jeff Kirsher <jeffrey.t.kirsher@...el.com>
Cc: davem@...emloft.net, netdev@...r.kernel.org, gospo@...hat.com,
Bruce Allan <bruce.w.allan@...el.com>
Subject: Re: [PATCH] e1000e: Use pr_<level> and netdev_<level>
On Wed, 2010-03-24 at 15:55 -0700, Jeff Kirsher wrote:
> From: Bruce Allan <bruce.w.allan@...el.com>
> As an alternative to a quite large patch previously submitted by Joe
> Perches to make use of kernel logging API, this patch is much less
> intrusive.
[]
> diff --git a/drivers/net/e1000e/e1000.h b/drivers/net/e1000e/e1000.h
> index 118bdf4..23ab67c 100644
> --- a/drivers/net/e1000e/e1000.h
> +++ b/drivers/net/e1000e/e1000.h
> @@ -42,25 +42,16 @@
>
> struct e1000_info;
>
> -#define e_printk(level, adapter, format, arg...) \
> - printk(level "%s: %s: " format, pci_name(adapter->pdev), \
> - adapter->netdev->name, ## arg)
> -
> -#ifdef DEBUG
> #define e_dbg(format, arg...) \
> - e_printk(KERN_DEBUG , hw->adapter, format, ## arg)
> -#else
> -#define e_dbg(format, arg...) do { (void)(hw); } while (0)
> -#endif
> -
> + netdev_dbg(hw->adapter->netdev, format, ## arg)
> #define e_err(format, arg...) \
> - e_printk(KERN_ERR, adapter, format, ## arg)
> + netdev_err(adapter->netdev, format, ## arg)
> #define e_info(format, arg...) \
> - e_printk(KERN_INFO, adapter, format, ## arg)
> + netdev_info(adapter->netdev, format, ## arg)
> #define e_warn(format, arg...) \
> - e_printk(KERN_WARNING, adapter, format, ## arg)
> + netdev_warn(adapter->netdev, format, ## arg)
> #define e_notice(format, arg...) \
> - e_printk(KERN_NOTICE, adapter, format, ## arg)
> + netdev_notice(adapter->netdev, format, ## arg)
Macros that use global variables are undesirable.
I think there's value in using standard mechanisms.
cheers, Joe
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists