Below are two diffs. #1 against linux-sources-2.4.17-r5.ebuild #2 against linux-sources-2.4.19-r1.ebuild The changes to the linux-sources ebuild are as follows: * adds i2c-2.6.3 and lm_sensors-2.6.3 to the SRC_URI * checks for presence of "lm_sensors" USE flag * creates and applies i2c patch to kernel * creates and applies lm_sensors patch to kernel * adds more options to: Character Devices --> I2C Support Patches must be created and applied in that order. I am currently running 2.4.19-r1 with these patches. The only problem that I have found is the "DEC Tsunami I2C interface" will not build as a module for me. Patching the kernel does *not* install the sensors-detect script that does some automagic probing of a system in an attempt to determine what modules are required. I didn't know if it was appropriate for the kernel sources to also be installing utility scripts. If these patches are incorporated bugs 902 & 903 should be marked as closed.
Created attachment 590 [details, diff] diff against linux-sources-2.4.17-r5 to integrate i2c and lm_sensors
Created attachment 591 [details, diff] diff against linux-sources-2.4.19-r1 to integrate i2c and lm_sensors
in my own humble opinion, if there is a way to do this without touching the kernel, we might better opt for that. As it is, our kernels are patched with some pretty hefty diffs. The USE flag idea for a kernel is interesting though...
"As it is, our kernels are patched with some pretty hefty diffs." Fair enough. I have tried to get the two required sources (i2c & lm_sensors) to build individually, but the "make" (there is not ./configure for these) step continually fails complaining about missing *.d files. I think this is because of autoconf but really don't have the knowledge to work out exactly what is going wrong. I'll update the ebuild for i2c & lm_sensors to 2.6.3, but, fo me at least, they won't work (while this way does).
might have forgotten to assign this i2c bug to you. this one's a kernel diff approach.
This is too unmaintainable... the patch set we apply against the gentoo sources list varys wildly, contains very large deltas, etc. Also recent changes means we'd have to patch several different trees. This should be kept out of the kernel source package as much as possible to be of use to as many people and not have it break every time kernel versions are bumped. Marking as invalid and I'm going to look at your i2c and lm_sensors package and focus on the seperate module building option.