Re: Linux 2.6.3-rc4

[GCS]

On Tue, Feb 17, 2004 at 11:09:45AM -0800, Linus Torvalds <torvalds@xxxxxxxx> wrote:
> > drivers/built-in.o(.text+0xb2c44): In function `radeon_do_probe_i2c_edid':
> > : undefined reference to `i2c_transfer'
> > make: *** [.tmp_vmlinux1] Error 1
> > 
> > .config snippshet:
> > # CONFIG_FB_RADEON_OLD is not set
> > CONFIG_FB_RADEON=y
> > CONFIG_FB_RADEON_I2C=y
> > CONFIG_FB_RADEON_DEBUG=y
> 
> I don't see this. What's your I2C config, and how did you generate your 
> config file?
 I do not attach it, as I think I have found the root of the problem.
Usually I save my .config to a safe place, copy it into the kernel
source, do 'make oldconfig', and only if necessary I do 'make menuconfig'
as well.

> CONFIG_FB_RADEON_I2C should depend on CONFIG_I2C, and it selects 
> I2C_ALGOBIT, but your error messages seem to imply that you don't have i2c 
> enabled at all.
 I have. My shot would be that as CONFIG_FB_RADEON_I2C is y-n, but
CONFIG_I2C and CONFIG_I2C_ALGOBIT are tri-state as m in my case, the
problem can be that the functions are compiled into the module and
CONFIG_FB_RADEON_I2C can't find them in the static part of the kernel.
At least I do confirm that changing CONFIG_I2C and CONFIG_I2C_ALGOBIT
from m to y makes the problem disappear.

> Which implies a configuration error (but the Kconfig file looks correct, 
> so I wonder if you found a bug in the configurator).
 Can the configurator force the dependencies to the same state? For my
case it should have change my m's to y's.

Cheers,
GCS
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/