From: Jacek Anaszewski <jacek.anaszewski@gmail.com>
To: Akinobu Mita <akinobu.mita@gmail.com>,
linux-block@vger.kernel.org, linux-leds@vger.kernel.org,
linux-scsi@vger.kernel.org
Cc: Frank Steiner <fsteiner-mail1@bio.ifi.lmu.de>,
Pavel Machek <pavel@ucw.cz>, Dan Murphy <dmurphy@ti.com>,
Jens Axboe <axboe@kernel.dk>,
"James E.J. Bottomley" <jejb@linux.ibm.com>,
"Martin K. Petersen" <martin.petersen@oracle.com>
Subject: Re: [PATCH 1/3] block: umem: rename LED_* macros to LEDCTRL_*
Date: Sun, 28 Jul 2019 19:30:28 +0200 [thread overview]
Message-ID: <85aa571d-69c4-a35c-8b9a-770cc3662baa@gmail.com> (raw)
In-Reply-To: <1564322446-28255-2-git-send-email-akinobu.mita@gmail.com>
Hi Akinobu,
On 7/28/19 4:00 PM, Akinobu Mita wrote:
> The umem driver defines LED_* macros for MEMCTRLCMD_LEDCTRL register
> values. The LED_OFF and LED_ON macros conflict with the LED subsystem's
> LED_OFF and LED_ON enums.
>
> This renames these LED_* macros to LEDCTRL_* in umem driver.
[...]
>
> diff --git a/drivers/block/umem.h b/drivers/block/umem.h
> index 5838497..8563fdc 100644
> --- a/drivers/block/umem.h
> +++ b/drivers/block/umem.h
> @@ -32,16 +32,16 @@
> #define MEM_2_GB 0xe0
>
> #define MEMCTRLCMD_LEDCTRL 0x08
> -#define LED_REMOVE 2
> -#define LED_FAULT 4
> -#define LED_POWER 6
> -#define LED_FLIP 255
> -#define LED_OFF 0x00
> -#define LED_ON 0x01
> -#define LED_FLASH_3_5 0x02
> -#define LED_FLASH_7_0 0x03
> -#define LED_POWER_ON 0x00
> -#define LED_POWER_OFF 0x01
> +#define LEDCTRL_REMOVE 2
This way the namespacing prefix still begins with "LED",
which can lead to further conflicts in the future.
> +#define LEDCTRL_FAULT 4
> +#define LEDCTRL_POWER 6
> +#define LEDCTRL_FLIP 255
> +#define LEDCTRL_OFF 0x00
> +#define LEDCTRL_ON 0x01
> +#define LEDCTRL_FLASH_3_5 0x02
> +#define LEDCTRL_FLASH_7_0 0x03
> +#define LEDCTRL_POWER_ON 0x00
> +#define LEDCTRL_POWER_OFF 0x01
> #define USER_BIT1 0x01
> #define USER_BIT2 0x02
>
>
--
Best regards,
Jacek Anaszewski
next prev parent reply other threads:[~2019-07-28 17:30 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-07-28 14:00 [PATCH 0/3] rename LED_OFF and LED_ON to avoid name collision with leds subsystem Akinobu Mita
2019-07-28 14:00 ` [PATCH 1/3] block: umem: rename LED_* macros to LEDCTRL_* Akinobu Mita
2019-07-28 17:30 ` Jacek Anaszewski [this message]
2019-07-29 15:21 ` Akinobu Mita
2019-07-29 19:13 ` Pavel Machek
2019-07-29 19:24 ` Jacek Anaszewski
2019-07-29 9:43 ` Hannes Reinecke
2019-07-28 14:00 ` [PATCH 2/3] scsi: mvsas: rename LED_* enums to SGPIO_LED_* Akinobu Mita
2019-07-29 9:43 ` Hannes Reinecke
2019-07-29 11:27 ` Pavel Machek
2019-07-28 14:00 ` [PATCH 3/3] scsi: nsp32: rename LED_* macros to EXT_PORT_LED_* Akinobu Mita
2019-07-29 9:44 ` Hannes Reinecke
2019-07-29 11:27 ` Pavel Machek
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=85aa571d-69c4-a35c-8b9a-770cc3662baa@gmail.com \
--to=jacek.anaszewski@gmail.com \
--cc=akinobu.mita@gmail.com \
--cc=axboe@kernel.dk \
--cc=dmurphy@ti.com \
--cc=fsteiner-mail1@bio.ifi.lmu.de \
--cc=jejb@linux.ibm.com \
--cc=linux-block@vger.kernel.org \
--cc=linux-leds@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=martin.petersen@oracle.com \
--cc=pavel@ucw.cz \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).