[2.4] bttv and sparc64

[2.4] bttv and sparc64

[Joshua Kwan]

Hi all,

Many modules on sparc64 seem to require I2C support to
compile correctly. Why do they not depend on CONFIG_I2C?

The list of missing symbols is as follows --

depmod: *** Unresolved symbols in ./lib/modules/2.4.25-sparc64/kernel/drivers/media/video/bttv.o
depmod: 	i2c_bit_add_bus_R73af847e
depmod: 	i2c_bit_del_bus_R96bec566
depmod: 	i2c_master_recv_R7bd34477
depmod: 	virt_to_bus_not_defined_use_pci_map
depmod: 	i2c_master_send_Rbcec30fe
depmod: *** Unresolved symbols in ./lib/modules/2.4.25-sparc64/kernel/drivers/media/video/msp3400.o
depmod: 	i2c_detach_client_R13852119
depmod: 	i2c_attach_client_R29fbc42c
depmod: 	i2c_add_driver_R64fc78c7
depmod: 	i2c_probe_Red036271
depmod: 	i2c_transfer_Rcd9848a7
depmod: 	i2c_del_driver_Re73c7489
depmod: 	i2c_master_send_Rbcec30fe
depmod: *** Unresolved symbols in ./lib/modules/2.4.25-sparc64/kernel/drivers/media/video/tda7432.o
depmod: 	i2c_detach_client_R13852119
depmod: 	i2c_attach_client_R29fbc42c
depmod: 	i2c_add_driver_R64fc78c7
depmod: 	i2c_probe_Red036271
depmod: 	i2c_del_driver_Re73c7489
depmod: 	i2c_master_send_Rbcec30fe
depmod: *** Unresolved symbols in ./lib/modules/2.4.25-sparc64/kernel/drivers/media/video/tda9875.o
depmod: 	i2c_detach_client_R13852119
depmod: 	i2c_attach_client_R29fbc42c
depmod: 	i2c_add_driver_R64fc78c7
depmod: 	i2c_probe_Red036271
depmod: 	i2c_transfer_Rcd9848a7
depmod: 	i2c_del_driver_Re73c7489
depmod: 	i2c_master_send_Rbcec30fe
depmod: *** Unresolved symbols in ./lib/modules/2.4.25-sparc64/kernel/drivers/media/video/tda9887.o
depmod: 	i2c_detach_client_R13852119
depmod: 	i2c_attach_client_R29fbc42c
depmod: 	i2c_add_driver_R64fc78c7
depmod: 	i2c_probe_Red036271
depmod: 	i2c_del_driver_Re73c7489
depmod: 	i2c_master_send_Rbcec30fe
depmod: *** Unresolved symbols in ./lib/modules/2.4.25-sparc64/kernel/drivers/media/video/tuner.o
depmod: 	i2c_detach_client_R13852119
depmod: 	i2c_attach_client_R29fbc42c
depmod: 	i2c_master_recv_R7bd34477
depmod: 	i2c_add_driver_R64fc78c7
depmod: 	i2c_probe_Red036271
depmod: 	i2c_del_driver_Re73c7489
depmod: 	i2c_master_send_Rbcec30fe
depmod: *** Unresolved symbols in ./lib/modules/2.4.25-sparc64/kernel/drivers/media/video/tvaudio.o
depmod: 	i2c_detach_client_R13852119
depmod: 	i2c_attach_client_R29fbc42c
depmod: 	i2c_master_recv_R7bd34477
depmod: 	i2c_add_driver_R64fc78c7
depmod: 	i2c_probe_Red036271
depmod: 	i2c_transfer_Rcd9848a7
depmod: 	i2c_del_driver_Re73c7489
depmod: 	i2c_master_send_Rbcec30fe
depmod: *** Unresolved symbols in ./lib/modules/2.4.25-sparc64/kernel/drivers/usb/w9968cf.o
depmod: 	i2c_del_adapter_R63923866
depmod: 	i2c_add_adapter_R04de9506

Any idea what's up? This is 2.4.25 with Debian patches applied (they don't
affect this behavior.)

-- 
Joshua Kwan

Re: [2.4] bttv and sparc64

[Gerd Knorr]

Joshua Kwan <joshk@triplehelix.org> writes:

> Many modules on sparc64 seem to require I2C support to
> compile correctly. Why do they not depend on CONFIG_I2C?

In my source tree bttv (correctly) depends on CONFIG_I2C_ALGOBIT ...

eskarina kraxel ~# grep BT848 /work/bk/2.4/linux-2.4.23/drivers/media/video/Config.in
dep_tristate '  BT848 Video For Linux' CONFIG_VIDEO_BT848 $CONFIG_VIDEO_DEV $CONFIG_PCI $CONFIG_I2C_ALGOBIT $CONFIG_SOUND

  Gerd

-- 
http://bigendian.bytesex.org

Re: [2.4] bttv and sparc64

[Joshua Kwan]

On Wed, 07 Apr 2004 09:12:20 +0200, Gerd Knorr wrote:

> Joshua Kwan <joshk@triplehelix.org> writes:
> 
>> Many modules on sparc64 seem to require I2C support to
>> compile correctly. Why do they not depend on CONFIG_I2C?
> 
> In my source tree bttv (correctly) depends on CONFIG_I2C_ALGOBIT ...
> 
> eskarina kraxel ~# grep BT848 /work/bk/2.4/linux-2.4.23/drivers/media/video/Config.in
> dep_tristate '  BT848 Video For Linux' CONFIG_VIDEO_BT848 $CONFIG_VIDEO_DEV $CONFIG_PCI $CONFIG_I2C_ALGOBIT $CONFIG_SOUND

This is true, but none of the options below CONFIG_I2C are visible to
sparc64 at all. (It's a broken dep, at least as far as I can see. I can't
find anything in the menuconfig system for ARCH=sparc64 about I2C.)

Clue me in, anyone?

-- 
Joshua Kwan