1 |
On 03/22/2012 04:21 AM, Kraus Philipp wrote: |
2 |
> Hello, |
3 |
> |
4 |
> I'm using a Hauppauge WinTV HVR 1900 (usb), with a self-compiled kernel 3.2.11. The USB device works very well, but I would like to use LIRC 0.9.0 with my kernel. So I have set the LIRC_DEVICES="hauppauge" within my make.conf and run emerge. |
5 |
> Emerge fetches this packages: |
6 |
> |
7 |
> [ebuild N ] sys-kernel/gentoo-sources-3.2.11 USE="-build -deblob -symlink" |
8 |
> [ebuild N ] virtual/linux-sources-0 |
9 |
> [ebuild N ] app-misc/lirc-0.9.0 |
10 |
> |
11 |
> error: 'struct i2c_adapter' has no member named 'id' |
12 |
|
13 |
I just found this commit in Linus's git repo: |
14 |
|
15 |
commit c185a9420bd1c645252249018e6887a968d3e1de |
16 |
Author: Jean Delvare <khali@> |
17 |
Date: Sun Mar 20 14:50:53 2011 +0100 |
18 |
|
19 |
i2c: Drop i2c_adapter.id |
20 |
|
21 |
There is no user left of i2c_adapter.id, so we can get rid of it. |
22 |
Finally! :) |
23 |
|
24 |
And this comment from last June: |
25 |
|
26 |
-What: i2c_adapter.id |
27 |
-When: June 2011 |
28 |
-Why: This field is deprecated. I2C device drivers shouldn't change their |
29 |
- behavior based on the underlying I2C adapter. |
30 |
|
31 |
|
32 |
The lirc code includes several #ifdefs that test for the adapter id, so |
33 |
the lirc devs *are* changing their driver behavior based on it, obviously. |
34 |
|
35 |
Looks to me like lirc will need to be modified upstream for recent kernel |
36 |
code. |