Am 11.02.2007 19:28 schrieb David Miller: > From: Jason Lunz <[email protected]> > 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: [email protected] Bonn, Germany Diese Nachricht besteht zu 100% aus wiederverwerteten Bits. Ungeöffnet mindestens haltbar bis: (siehe Rückseite)
Attachment:
signature.asc
Description: OpenPGP digital signature
- References:
- [PATCH] keep track of network interface renaming
- From: Olaf Hering <[email protected]>
- Re: [PATCH] keep track of network interface renaming
- From: David Miller <[email protected]>
- Re: [PATCH] keep track of network interface renaming
- From: David Miller <[email protected]>
- [PATCH] keep track of network interface renaming
- Prev by Date: Re: NAK new drivers without proper power management?
- Next by Date: Re: NAK new drivers without proper power management?
- Previous by thread: Re: [PATCH] keep track of network interface renaming
- Next by thread: Re: 2.6.20/2.6.20-rc7 : ethX renumbered
- Index(es):