netdev - Re: [PATCH] net: usb: sr9700: Use 'SR_' prefix for the common register macros

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

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Wed, 04 Feb 2015 13:53:27 -0800 (PST)
From:	David Miller <davem@...emloft.net>
To:	gang.chen@...rus.com.cn
Cc:	linux-usb@...r.kernel.org, netdev@...r.kernel.org,
	linux-kernel@...r.kernel.org
Subject: Re: [PATCH] net: usb: sr9700: Use 'SR_' prefix for the common
 register macros

From: Chen Gang S <gang.chen@...rus.com.cn>
Date: Tue, 03 Feb 2015 05:00:40 +0800

> The commone register macors (e.g. RSR) is too commont to drivers, it may
> be conflict with the architectures (e.g. xtensa, sh).
> 
> The related warnings (with allmodconfig under xtensa):
> 
>     CC [M]  drivers/net/usb/sr9700.o
>   In file included from drivers/net/usb/sr9700.c:24:0:
>   drivers/net/usb/sr9700.h:65:0: warning: "RSR" redefined
>    #define RSR   0x06
>    ^
>   In file included from ./arch/xtensa/include/asm/bitops.h:22:0,
>                    from include/linux/bitops.h:36,
>                    from include/linux/kernel.h:10,
>                    from include/linux/list.h:8,
>                    from include/linux/module.h:9,
>                    from drivers/net/usb/sr9700.c:13:
>   ./arch/xtensa/include/asm/processor.h:190:0: note: this is the location of the previous definition
>    #define RSR(v,sr) __asm__ __volatile__ ("rsr %0,"__stringify(sr) : "=a"(v));
>    ^
> 
> Signed-off-by: Chen Gang <gang.chen.5i5j@...il.com>

Applied, thanks.
--
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