lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <452A07EE.9020303@linuxtv.org>
Date:	Mon, 09 Oct 2006 04:27:26 -0400
From:	Michael Krufky <mkrufky@...uxtv.org>
To:	Adrian Bunk <bunk@...sta.de>
CC:	Linus Torvalds <torvalds@...l.org>, v4l-dvb-maintainer@...uxtv.org,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Andrew de Quincey <adq_dvb@...skialf.net>
Subject: Re: [v4l-dvb-maintainer] 2.6.19-rc1: DVB frontend selection causes
 compile errors

Adrian Bunk wrote:
> On Mon, Oct 09, 2006 at 03:53:00AM -0400, Michael Krufky wrote:
>> Adrian Bunk wrote:
>>> The DVB frontend selection changes in 2.6.19-rc1 are giving me the 
>>> following compile error:
>>>
>>> <--  snip  -->
>>>
>>> ...
>>>   LD      .tmp_vmlinux1
>>> drivers/built-in.o: In function `dvb_init':
>>> saa7134-dvb.c:(.text+0x91d94): undefined reference to `tda10086_attach'
>>> saa7134-dvb.c:(.text+0x91db0): undefined reference to `tda826x_attach'
>>> make: *** [.tmp_vmlinux1] Error 1
>>>
>>> <--  snip  -->
>>>
>>> .config attached.
>>>
>>> cu
>>> Adrian
>>
>> Adrian,
> 
> Hi Michael,
> 
>> Does this fix it for you?
> 
> it does fix it with my .config, but
> 
>> Signed-off-by: Michael Krufky <mkrufky@...uxtv.org>
>>
>> diff -r 7efa405e2d66 linux/drivers/media/dvb/frontends/tda10086.h
>> --- a/drivers/media/dvb/frontends/tda10086.h	Fri Oct 06 17:12:00 2006 -0300
>> +++ b/drivers/media/dvb/frontends/tda10086.h	Mon Oct 09 03:43:28 2006 -0400
>> @@ -35,7 +35,16 @@ struct tda10086_config
>>  	u8 invert;
>>  };
>>  
>> +#if defined(CONFIG_DVB_TDA10086) || defined(CONFIG_DVB_TDA10086_MODULE)
>>  extern struct dvb_frontend* tda10086_attach(const struct tda10086_config* config,
>>  					    struct i2c_adapter* i2c);
>> +#else
>> +static inline struct dvb_frontend* tda10086_attach(const struct tda10086_config* config,
>> +						   struct i2c_adapter* i2c)
>> +{
>> +	printk(KERN_WARNING "%s: driver disabled by Kconfig\n", __FUNCTION__);
>> +	return NULL;
>> +}
>> +#endif // CONFIG_DVB_TDA10086
>> ...
> 
> this breaks with CONFIG_VIDEO_SAA7134_DVB=y, CONFIG_DVB_TDA1004X=m.
> 
> #if defined(CONFIG_DVB_TDA10086) || (defined(CONFIG_DVB_TDA10086_MODULE) && defined(MODULE))
> might work, but the whole manual frontend selection IMHO looks a bit 
> fragile.
> 
> cu
> Adrian
> 

That's never going to work --  If the card driver is build as y, then the frontend must also be built y...

Andrew, we need some Kconfig logic to prevent that case described by Adrian, above.

-Mike
-
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ