linux-kernel - Re: drm/amdkfd: bad CONFIG_ prefix for enum entries

Open Source and information security mailing list archives

Message-ID: <CAD3Xx4K24TcMsq+5PkP+XGSqAgYA=GQBxtE7XvajbVvvcQc5PA@mail.gmail.com>
Date:	Thu, 4 Jun 2015 16:04:55 +0200
From:	Valentin Rothberg <valentinrothberg@...il.com>
To:	Alex Deucher <alexdeucher@...il.com>
Cc:	Oded Gabbay <oded.gabbay@...il.com>, yair.shachar@....com,
	Paul Bolle <pebolle@...cali.nl>,
	Andreas Ruprecht <andreas.ruprecht@....de>,
	Maling list - DRI developers 
	<dri-devel@...ts.freedesktop.org>,
	LKML <linux-kernel@...r.kernel.org>,
	hengelein Stefan <stefan.hengelein@....de>
Subject: Re: drm/amdkfd: bad CONFIG_ prefix for enum entries

Hi Alex,

On Thu, Jun 4, 2015 at 4:01 PM, Alex Deucher <alexdeucher@...il.com> wrote:
> On Thu, Jun 4, 2015 at 9:48 AM, Oded Gabbay <oded.gabbay@...il.com> wrote:
>> Hi Valentin,
>> Thanks for catching that.
>> I would be grateful if you could fix this yourself.
>
> Please try and keep CONFIG in the name since this range of registers
> are called CONFIG registers.

I cannot force changing those symbols, but point out that it's
violating naming conventions.  I would suggest to s/CONFIG_/CONF_/ to
make clear that it's config registers.  Would you be fine with that?

Kind regards,
 Valentin

> Alex
>
>>
>> Oded
>>
>> On Thu, Jun 4, 2015 at 4:45 PM Valentin Rothberg
>> <valentinrothberg@...il.com> wrote:
>>>
>>> Hi Yair,
>>>
>>> your commit fbeb661bfa89 ("drm/amdkfd: Add skeleton H/W debugger
>>> module support") has shown up in today's linux-next tree (i.e.,
>>> next-20150604).  The commit adds the following lines of code to
>>> drivers/gpu/drm/amd/amdkfd/kfd_dbgdev.h:
>>>
>>> +/* CONFIG reg space definition */
>>> +enum {
>>> +       CONFIG_REG_BASE = 0x2000,       /* in dwords */
>>> +       CONFIG_REG_END = 0x2B00,
>>> +       CONFIG_REG_SIZE = CONFIG_REG_END - CONFIG_REG_BASE
>>> +};
>>>
>>> There is a problem with the 'CONFIG_' prefix of those entries.  This
>>> prefix is reserved for Kconfig options in Make/Kbuild and CPP syntax,
>>> so that static analysis tools (and readers of the code) may mistakenly
>>> assume that the symbol is defined somewhere in a Kconfig file.
>>>
>>> I detected the issue with ./scripts/checkkconfigsymbols.py.  Would you
>>> mind renaming those entries to something without the 'CONFIG_' prefix?
>>>  I can also take care of it if you wish to.
>>>
>>> Kind regards,
>>>  Valentin
>>
>>
>> _______________________________________________
>> dri-devel mailing list
>> dri-devel@...ts.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives