[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <d4e42d3-9920-8fe0-1a71-6c6de8585f4c@nippy.intranet>
Date: Sun, 16 May 2021 14:24:07 +1000 (AEST)
From: Finn Thain <fthain@...egraphics.com.au>
To: Arnd Bergmann <arnd@...nel.org>
cc: netdev@...r.kernel.org, linux-m68k@...r.kernel.org,
Arnd Bergmann <arnd@...db.de>,
Paul Gortmaker <paul.gortmaker@...driver.com>,
"Maciej W. Rozycki" <macro@...am.me.uk>,
"David S. Miller" <davem@...emloft.net>,
Jakub Kicinski <kuba@...nel.org>,
Doug Berger <opendmb@...il.com>,
Florian Fainelli <f.fainelli@...il.com>,
Sam Creasey <sammy@...my.net>,
Geert Uytterhoeven <geert@...ux-m68k.org>,
Christophe JAILLET <christophe.jaillet@...adoo.fr>,
Andrew Lunn <andrew@...n.ch>,
Alexei Starovoitov <ast@...nel.org>,
Eric Dumazet <edumazet@...gle.com>,
Andrii Nakryiko <andriin@...com>,
Bartosz Golaszewski <bgolaszewski@...libre.com>,
linux-kernel@...r.kernel.org, bcm-kernel-feedback-list@...adcom.com
Subject: Re: [RFC 13/13] [net-next] 8390: xsurf100: avoid including
lib8390.c
On Sun, 16 May 2021, Arnd Bergmann wrote:
> From: Arnd Bergmann <arnd@...db.de>
>
> This driver always warns about unused functions because it includes
> an file that it doesn't actually need:
>
I don't think you can omit #include "lib8390.c" here without changing
driver behaviour, because of the macros in effect.
I think this change would need some actual testing unless you can show
that the module binary does not change.
Powered by blists - more mailing lists