* Mauro Carvalho Chehab <mche...@redhat.com> wrote:

> Em Mon, 21 Sep 2009 20:23:45 +0200
> Ingo Molnar <mi...@elte.hu> escreveu:
> 
> > 
> > * Mauro Carvalho Chehab <mche...@redhat.com> wrote:
> > 
> > > This series also contains several new drivers:
> > > 
> > >    - new driver for NXP saa7164;
> > 
> > -tip testing found that an allyesconfig build buglet found its way into 
> > this driver - find the fix below.
> > 
> 
> > diff --git a/drivers/media/video/saa7164/saa7164-core.c 
> > b/drivers/media/video/saa7164/saa7164-core.c
> > index f0dbead..60f3214 100644
> > --- a/drivers/media/video/saa7164/saa7164-core.c
> > +++ b/drivers/media/video/saa7164/saa7164-core.c
> > @@ -45,8 +45,8 @@ MODULE_LICENSE("GPL");
> >   32 bus
> >   */
> >  
> > -unsigned int debug;
> > -module_param(debug, int, 0644);
> > +unsigned int saa_debug;
> > +module_param(saa_debug, int, 0644);
> 
> Hmm... it is better to use module_param_named(debug, saa_debug, int, 0644), to
> keep presenting the parameter as just "debug" to userspace.

ah, yes, fully agreed - i thought i did that but apparently modified it 
in this instance.

> > This is because recent saa7164 changes introduced a global symbol 
> > named 'debug'. The x86 platform code already defines a 'debug' 
> > symbol. (which is named in a too generic way as well - but it can be 
> > used nicely to weed out too generic symbols in drivers ;-
> 
> Agreed.
> 
> Btw, I suggest to do a similar patch also for x86, to avoid such 
> future conflicts.

Actually, Andrew considers it a feature that allows us to filter out too 
generic names early on :-)

        Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to