[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20110215.140043.59699086.davem@davemloft.net>
Date: Tue, 15 Feb 2011 14:00:43 -0800 (PST)
From: David Miller <davem@...emloft.net>
To: mirq-linux@...e.qmqm.pl
Cc: netdev@...r.kernel.org, bhutchings@...arflare.com
Subject: Re: [PATCH v5 RESEND 2/9] ethtool: enable GSO and GRO by default
From: Michaİİ Mirosİİaw <mirq-linux@...e.qmqm.pl>
Date: Tue, 15 Feb 2011 22:46:49 +0100
> On Sun, Feb 13, 2011 at 10:50:23AM -0800, David Miller wrote:
>> From: Michaİİ Mirosİİaw <mirq-linux@...e.qmqm.pl>
>> Date: Sun, 13 Feb 2011 12:11:45 +0100 (CET)
>> > Signed-off-by: Michaİİ Mirosİİaw <mirq-linux@...e.qmqm.pl>
>> This is not appropriate.
>>
>> Now, every driver that lacks SG support will spit out that warning
>> message in netdev_fix_features().
>>
>> That's why the check is there conditionalizing NETIF_F_GSO on
>> NETIF_F_SG in register_netdevice().
>
> I think all those messages should be converted to DEBUG level. Those
> conditions are constant and can be better described in
> Documentation/networking/ or ethtool manpage. Preferably along the
> device-specific conditions when implemented.
>
> Or I could just drop the message for the GSO case as it's something new here
> anyway (I added it to make it consistent with handling of other features).
The messages exist to let driver authors know they've constructed an
illegal set of feature bits.
Since you're now adding the GSO bit yourself, you should perform
due diligence and prevent the illegal combination yourself.
This has no other impact on the other messages and cases, which
definitely should stay intact.
Your change is just wrong and knowingly introduces useless log
messages, please just fix it up.
--
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