Geert Uytterhoeven wrote: > On Wed, 22 Apr 2009, Michael Ellerman wrote: >> On Wed, 2009-04-22 at 00:23 +0530, Subrata Modak wrote: >>> Reported this error on 14th April: >>> http://lkml.org/lkml/2009/4/14/488, >>> >>> CC [M] drivers/staging/comedi/drivers.o >>> drivers/staging/comedi/drivers.c: In function ‘comedi_buf_alloc’: >>> drivers/staging/comedi/drivers.c:496: error: ‘PAGE_KERNEL_NOCACHE’ >>> undeclared (first use in this function) >>> drivers/staging/comedi/drivers.c:496: error: (Each undeclared identifier >>> is reported only once >>> drivers/staging/comedi/drivers.c:496: error: for each function it >>> appears in.) >>> make[3]: *** [drivers/staging/comedi/drivers.o] Error 1 >>> make[2]: *** [drivers/staging/comedi] Error 2 >>> make[1]: *** [drivers/staging] Error 2 >>> make: *** [drivers] Error 2 >> Subrata, unless someone says otherwise, please do not send randconfig >> failures for drivers in staging - those drivers have bigger problems >> than randconfig failures. > > Indeed, in particular this one http://lkml.org/lkml/2009/3/9/349. > >> To avoid them, do this: >> >> # make randconfig >> # sed -i -e 's/^\(CONFIG_STAGING\)=y/# \1 is not set/' .config > ^^^^^^^^^^^^^^^ > Recently I discovered that `n' actually works, too! Yes, I've been using =n for quite awhile to disable a config symbol. >> # make oldconfig -- ~Randy -- 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