Messages in this thread |  | | | Date | Wed, 18 Feb 2004 01:21:27 +0100 | | From | GCS <> | | Subject | Re: Linux 2.6.3-rc4 |
| |
On Tue, Feb 17, 2004 at 11:09:45AM -0800, Linus Torvalds <torvalds@osdl.org> 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@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|  |