[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <52955913.3060809@gmail.com>
Date: Wed, 27 Nov 2013 10:29:39 +0800
From: Chen Gang <gang.chen.5i5j@...il.com>
To: Bottomley@...allels.com, linux-scsi@...r.kernel.org
CC: rkuo <rkuo@...eaurora.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: [PATCH] drivers: scsi: scsi_lib.c: add prefix "SCSILIB_" to macro
"SP"
the macro "SP" is too common to make conflict with some architectures,
so recommend to add prefix for it.
The related warning (with allmodconfig for hexagon):
CC [M] drivers/scsi/scsi_lib.o
drivers/scsi/scsi_lib.c:46:0: warning: "SP" redefined [enabled by default]
arch/hexagon/include/uapi/asm/registers.h:9:0: note: this is the location of the previous definition
Signed-off-by: Chen Gang <gang.chen.5i5j@...il.com>
---
drivers/scsi/scsi_lib.c | 16 ++++++++--------
1 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c
index 7bd7f0d..f78e21b 100644
--- a/drivers/scsi/scsi_lib.c
+++ b/drivers/scsi/scsi_lib.c
@@ -43,28 +43,28 @@ struct scsi_host_sg_pool {
mempool_t *pool;
};
-#define SP(x) { x, "sgpool-" __stringify(x) }
+#define SCSILIB_SP(x) { x, "sgpool-" __stringify(x) }
#if (SCSI_MAX_SG_SEGMENTS < 32)
#error SCSI_MAX_SG_SEGMENTS is too small (must be 32 or greater)
#endif
static struct scsi_host_sg_pool scsi_sg_pools[] = {
- SP(8),
- SP(16),
+ SCSILIB_SP(8),
+ SCSILIB_SP(16),
#if (SCSI_MAX_SG_SEGMENTS > 32)
- SP(32),
+ SCSILIB_SP(32),
#if (SCSI_MAX_SG_SEGMENTS > 64)
- SP(64),
+ SCSILIB_SP(64),
#if (SCSI_MAX_SG_SEGMENTS > 128)
- SP(128),
+ SCSILIB_SP(128),
#if (SCSI_MAX_SG_SEGMENTS > 256)
#error SCSI_MAX_SG_SEGMENTS is too large (256 MAX)
#endif
#endif
#endif
#endif
- SP(SCSI_MAX_SG_SEGMENTS)
+ SCSILIB_SP(SCSI_MAX_SG_SEGMENTS)
};
-#undef SP
+#undef SCSILIB_SP
struct kmem_cache *scsi_sdb_cache;
--
1.7.7.6
--
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/
Powered by blists - more mailing lists