[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <45CF9A22.2080102@imap.cc>
Date: Sun, 11 Feb 2007 23:35:14 +0100
From: Tilman Schmidt <tilman@...p.cc>
To: David Miller <davem@...emloft.net>
CC: lunz@...ooley.org, olaf@...fle.de, rol@...be.net, akpm@...l.org,
linux-kernel@...r.kernel.org, rol@...917.net
Subject: Re: [PATCH] keep track of network interface renaming
Am 11.02.2007 19:28 schrieb David Miller:
> From: Jason Lunz <lunz@...ooley.org>
> Date: Sun, 11 Feb 2007 13:27:05 -0500
>
>> On Sun, Feb 11, 2007 at 09:55:52AM -0800, David Miller wrote:
>>> This is kernel log clutter.
>>>
>>> You can ask the kernel for the list of interfaces, and
>>> use even ethtool to ask what driver each interface is
>>> associated with.
>>>
>>> The patch wasn't applied because it really is not necessary.
>> I disagree completely. I'm working right now on a udev-based system that
>> does ethernet device renaming. It's quite difficult when working with
>> udev to tell exactly when and why each interface was renamed, since it's
>> typically done within initramfs where it's difficult to enable debug
>> messages. This printk helps immensely.
>
> You can listen on a netlink socket for these events if you
> want to see when they occur.
>
> There is no need for this log message, it is superfluous.
I disagree. This message can be very helpful. The problem of network
interfaces being renamed is a real and frequent one. A single message
per interface is tolerable even if you don't actually need it. My
kernel log currently produces well over 400 messages per boot, so if
you want to reduce kernel log clutter, there are lots of other
candidates.
--
Tilman Schmidt E-Mail: tilman@...p.cc
Bonn, Germany
Diese Nachricht besteht zu 100% aus wiederverwerteten Bits.
Ungeöffnet mindestens haltbar bis: (siehe Rückseite)
Download attachment "signature.asc" of type "application/pgp-signature" (254 bytes)
Powered by blists - more mailing lists