On Tue, 2011-03-29 at 10:10 +1100, Stephen Rothwell wrote: > Fixes this build error: > > drivers/memstick/host/r592.c:26: error: 'enable_dma' redeclared as different kind of symbol > arch/powerpc/include/asm/dma.h:189: note: previous definition of 'enable_dma' was here > > Signed-off-by: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx> > Cc: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> > Cc: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx> > Cc: Alex Dubov <oakad@xxxxxxxxx> > Cc: Maxim Levitsky <maximlevitsky@xxxxxxxxx> > --- > drivers/memstick/host/r592.c | 6 +++--- > 1 files changed, 3 insertions(+), 3 deletions(-) > > v2: get the arguments to module_param_named() in the right order (blush :-)) > > This has been applied to linux-next today. > > diff --git a/drivers/memstick/host/r592.c b/drivers/memstick/host/r592.c > index 767406c..700d420 100644 > --- a/drivers/memstick/host/r592.c > +++ b/drivers/memstick/host/r592.c > @@ -23,7 +23,7 @@ > #include <linux/swab.h> > #include "r592.h" > > -static int enable_dma = 1; > +static int r592_enable_dma = 1; > static int debug; > > static const char *tpc_names[] = { > @@ -267,7 +267,7 @@ static void r592_stop_dma(struct r592_device *dev, int error) > /* Test if hardware supports DMA */ > static void r592_check_dma(struct r592_device *dev) > { > - dev->dma_capable = enable_dma && > + dev->dma_capable = r592_enable_dma && > (r592_read_reg(dev, R592_FIFO_DMA_SETTINGS) & > R592_FIFO_DMA_SETTINGS_CAP); > } > @@ -898,7 +898,7 @@ static void __exit r592_module_exit(void) > module_init(r592_module_init); > module_exit(r592_module_exit); > > -module_param(enable_dma, bool, S_IRUGO); > +module_param_named(enable_dma, r592_enable_dma, bool, S_IRUGO); > MODULE_PARM_DESC(enable_dma, "Enable usage of the DMA (default)"); > module_param(debug, int, S_IRUGO | S_IWUSR); > MODULE_PARM_DESC(debug, "Debug level (0-3)"); > -- > 1.7.4.1 > Sorry for this name clash. I didn't expect it. Thanks for spotting this. -- Best regards, Maxim Levitsky Visit my blog: http://maximlevitsky.wordpress.com Warning: Above blog contains rants. -- To unsubscribe from this list: send the line "unsubscribe linux-next" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html