pcmcia/at91_cf: don't redefine SZ_2K
Subsystems (2)
PATCH 1/1 pcmcia/at91_cf: don't redefine SZ_2K
This fixes:
drivers/pcmcia/at91_cf.c:55:1: warning: "SZ_2K" redefined
Since
c1191b0 ([ARM] Kirkwood: create a mapping for the Security Accelerator SRAM)
SZ_2K is defined in arch/arm/include/asm/sizes.h.
--- drivers/pcmcia/at91_cf.c | 2 -- 1 files changed, 0 insertions(+), 2 deletions(-)
drivers/pcmcia/at91_cf.c +0 -2
@@ -52,8 +52,6 @@ struct at91_cf_socket {unsigned long phys_baseaddr; }; -#define SZ_2K (2 * SZ_1K) -static inline int at91_cf_present (struct at91_cf_socket *cf) {return !gpio_get_value (cf->board->det_pin);
Signature · 1 line
1.6.5.2
PATCH 1/1 pcmcia/at91_cf: don't redefine SZ_2K
Quoted 7 lines · Uwe Kleine-K?nig
This fixes:
drivers/pcmcia/at91_cf.c:55:1: warning: "SZ_2K" redefinedSince
c1191b0 ([ARM] Kirkwood: create a mapping for the Security Accelerator SRAM)
Have you checked whether everything which uses at91_cf still builds after this patch has been applied (eg, AVR32 stuff?)
PATCH 1/1 pcmcia/at91_cf: don't redefine SZ_2K
Quoted 11 lines · Russell King - ARM Linux
Quoted 7 lines · Uwe Kleine-K?nig
This fixes:
drivers/pcmcia/at91_cf.c:55:1: warning: "SZ_2K" redefinedSince
c1191b0 ([ARM] Kirkwood: create a mapping for the Security Accelerator SRAM)
Have you checked whether everything which uses
at91_cfstill builds after this patch has been applied (eg, AVR32 stuff?)
I wasn't aware that the driver is used on AVR32, too.
Hmmmm, drivers/pcmcia/Kconfig has:
config AT91_CF tristate "AT91 CompactFlash Controller" depends on PCMCIA && ARCH_AT91RM9200 ...
So unless ARCH_AT91RM9200 is used on AVR32 there is no problem. Moreover AVR32 doesn't seem to provide <asm/sizes.h>.
Best regards
Uwe
Signature · 2 lines
Pengutronix e.K. | Uwe Kleine-K?nig | Industrial Linux Solutions | http://www.pengutronix.de/ |
PATCH 1/1 pcmcia/at91_cf: don't redefine SZ_2K
hi,
Quoted 4 lines
Quoted 2 lines
Have you checked whether everything which uses
at91_cfstill builds after this patch has been applied (eg, AVR32 stuff?)I wasn't aware that the driver is used on AVR32, too.
I don't think the AVR32 arch uses this driver. So the patch should be fine to apply.
Regards,
Andrew Victor
PATCH 1/1 pcmcia/at91_cf: don't redefine SZ_2K
Quoted 8 lines · Andrew Victor
hi,
Quoted 4 lines
Quoted 2 lines
Have you checked whether everything which uses
at91_cfstill builds after this patch has been applied (eg, AVR32 stuff?)I wasn't aware that the driver is used on AVR32, too.
I don't think the AVR32 arch uses this driver. So the patch should be fine to apply.
I assume this is an Ack?
Best regards
Uwe
Signature · 2 lines
Pengutronix e.K. | Uwe Kleine-K?nig | Industrial Linux Solutions | http://www.pengutronix.de/ |
PATCH 1/1 pcmcia/at91_cf: don't redefine SZ_2K
hi,
Quoted 3 lines
Quoted 2 lines
I don't think the AVR32 arch uses this driver. ?So the patch should be fine to apply.
I assume this is an Ack?
Sure.
PATCH 1/1 pcmcia/at91_cf: don't redefine SZ_2K
This fixes:
drivers/pcmcia/at91_cf.c:55:1: warning: "SZ_2K" redefined
Since
c1191b0 ([ARM] Kirkwood: create a mapping for the Security Accelerator SRAM)
SZ_2K is defined in arch/arm/include/asm/sizes.h.
--- drivers/pcmcia/at91_cf.c | 2 -- 1 files changed, 0 insertions(+), 2 deletions(-)
drivers/pcmcia/at91_cf.c +0 -2
@@ -52,8 +52,6 @@ struct at91_cf_socket {unsigned long phys_baseaddr; }; -#define SZ_2K (2 * SZ_1K) -static inline int at91_cf_present (struct at91_cf_socket *cf) {return !gpio_get_value (cf->board->det_pin);
Signature · 1 line
1.6.6