[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAK8P3a3U=J7knkExNfTG9aBy7UAw9fmwijOvq0PDRwzz73iH+g@mail.gmail.com>
Date: Wed, 3 Jan 2018 23:45:18 +0100
From: Arnd Bergmann <arnd@...db.de>
To: Ulf Hansson <ulf.hansson@...aro.org>
Cc: Ben Dooks <ben-linux@...ff.org>,
Heiner Kallweit <hkallweit1@...il.com>,
Julia Lawall <Julia.Lawall@...6.fr>,
Arvind Yadav <arvind.yadav.cs@...il.com>,
Sergio Prado <sergio.prado@...abworks.com>,
Linux ARM <linux-arm-kernel@...ts.infradead.org>,
"linux-mmc@...r.kernel.org" <linux-mmc@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] s3mci: mark debug_regs[] as static
On Wed, Jan 3, 2018 at 5:47 PM, Ulf Hansson <ulf.hansson@...aro.org> wrote:
> On 3 January 2018 at 10:26, Arnd Bergmann <arnd@...db.de> wrote:
>> The global array clashes with a newly added symbol of the same name:
>>
>> drivers/staging/ccree/cc_debugfs.o:(.data+0x0): multiple definition of `debug_regs'
>> drivers/mmc/host/s3cmci.o:(.data+0x70): first defined here
>>
>> We should fix both, this one addresses the s3cmci driver by removing
>> the symbol from the global namespace.
>>
>> Fixes: 9bdd203b4dc8 ("s3cmci: add debugfs support for examining driver and hardware state")
>
> Seems like we need a stable tag as well, would you mind adding it in
> the next re-spin?
It doesn't seem necessary here, this only causes problems on the latest
linux-next kernel that has the b3ec9a6736f2 commit as well.
Obviously, you can just add the Cc:stable tag when applying the patch
when you consider it appropriate.
>> Fixes: b3ec9a6736f2 ("staging: ccree: staging: ccree: replace sysfs by debugfs interface")
>> Signed-off-by: Arnd Bergmann <arnd@...db.de>
>> ---
>> drivers/mmc/host/s3cmci.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/drivers/mmc/host/s3cmci.c b/drivers/mmc/host/s3cmci.c
>> index 36daee1e6588..24b27e0957e7 100644
>> --- a/drivers/mmc/host/s3cmci.c
>> +++ b/drivers/mmc/host/s3cmci.c
>> @@ -1421,7 +1421,7 @@ static const struct file_operations s3cmci_fops_state = {
>>
>> #define DBG_REG(_r) { .addr = S3C2410_SDI##_r, .name = #_r }
>>
>> -struct s3cmci_reg {
>> +static struct s3cmci_reg {
>> unsigned short addr;
>> unsigned char *name;
>> } debug_regs[] = {
>
> I am not very fond of these kind of declarations/definitions. How
> about if we instead move the declaration of debug_regs[] to a separate
> line? Moreover, should it be const?
>
> static struct s3cmci_reg debug_regs[] = {
Ok, I'll resend with that changed.
Arnd
Powered by blists - more mailing lists