* [gentoo-user] LIRC with kernel 3.2.11
@ 2012-03-22 11:21 Kraus Philipp
2012-03-22 16:39 ` [gentoo-user] " walt
2012-03-22 16:53 ` [gentoo-user] " Canek Peláez Valdés
0 siblings, 2 replies; 5+ messages in thread
From: Kraus Philipp @ 2012-03-22 11:21 UTC (permalink / raw
To: gentoo-user
Hello,
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.
Emerge fetches this packages:
[ebuild N ] sys-kernel/gentoo-sources-3.2.11 USE="-build -deblob -symlink"
[ebuild N ] virtual/linux-sources-0
[ebuild N ] app-misc/lirc-0.9.0
On emerging this error is shown:
/var/tmp/portage/app-misc/lirc-0.9.0/work/lirc-0.9.0/drivers/lirc_i2c/lirc_i2c.c
/var/tmp/portage/app-misc/lirc-0.9.0/work/lirc-0.9.0/drivers/lirc_i2c/lirc_i2c.c: In function 'ir_probe':
/var/tmp/portage/app-misc/lirc-0.9.0/work/lirc-0.9.0/drivers/lirc_i2c/lirc_i2c.c:559:13: error: 'struct i2c_adapter' has no member named 'id'
/var/tmp/portage/app-misc/lirc-0.9.0/work/lirc-0.9.0/drivers/lirc_i2c/lirc_i2c.c: At top level:
/var/tmp/portage/app-misc/lirc-0.9.0/work/lirc-0.9.0/drivers/lirc_i2c/lirc_i2c.c:232:12: warning: 'add_to_buf_pvr2000' defined but not used
(How) Can I solve this problem?
Thanks
Phil
^ permalink raw reply [flat|nested] 5+ messages in thread
* [gentoo-user] Re: LIRC with kernel 3.2.11
2012-03-22 11:21 [gentoo-user] LIRC with kernel 3.2.11 Kraus Philipp
@ 2012-03-22 16:39 ` walt
2012-03-22 21:50 ` Philipp Kraus
2012-03-22 16:53 ` [gentoo-user] " Canek Peláez Valdés
1 sibling, 1 reply; 5+ messages in thread
From: walt @ 2012-03-22 16:39 UTC (permalink / raw
To: gentoo-user
On 03/22/2012 04:21 AM, Kraus Philipp wrote:
> Hello,
>
> 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.
> Emerge fetches this packages:
>
> [ebuild N ] sys-kernel/gentoo-sources-3.2.11 USE="-build -deblob -symlink"
> [ebuild N ] virtual/linux-sources-0
> [ebuild N ] app-misc/lirc-0.9.0
>
> error: 'struct i2c_adapter' has no member named 'id'
I just found this commit in Linus's git repo:
commit c185a9420bd1c645252249018e6887a968d3e1de
Author: Jean Delvare <khali@>
Date: Sun Mar 20 14:50:53 2011 +0100
i2c: Drop i2c_adapter.id
There is no user left of i2c_adapter.id, so we can get rid of it.
Finally! :)
And this comment from last June:
-What: i2c_adapter.id
-When: June 2011
-Why: This field is deprecated. I2C device drivers shouldn't change their
- behavior based on the underlying I2C adapter.
The lirc code includes several #ifdefs that test for the adapter id, so
the lirc devs *are* changing their driver behavior based on it, obviously.
Looks to me like lirc will need to be modified upstream for recent kernel
code.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [gentoo-user] LIRC with kernel 3.2.11
2012-03-22 11:21 [gentoo-user] LIRC with kernel 3.2.11 Kraus Philipp
2012-03-22 16:39 ` [gentoo-user] " walt
@ 2012-03-22 16:53 ` Canek Peláez Valdés
2012-03-22 21:49 ` [gentoo-user] " Philipp Kraus
1 sibling, 1 reply; 5+ messages in thread
From: Canek Peláez Valdés @ 2012-03-22 16:53 UTC (permalink / raw
To: gentoo-user
On Thu, Mar 22, 2012 at 5:21 AM, Kraus Philipp
<philipp.kraus@flashpixx.de> wrote:
> Hello,
>
> 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.
> Emerge fetches this packages:
>
> [ebuild N ] sys-kernel/gentoo-sources-3.2.11 USE="-build -deblob -symlink"
> [ebuild N ] virtual/linux-sources-0
> [ebuild N ] app-misc/lirc-0.9.0
>
> On emerging this error is shown:
>
> /var/tmp/portage/app-misc/lirc-0.9.0/work/lirc-0.9.0/drivers/lirc_i2c/lirc_i2c.c
> /var/tmp/portage/app-misc/lirc-0.9.0/work/lirc-0.9.0/drivers/lirc_i2c/lirc_i2c.c: In function 'ir_probe':
> /var/tmp/portage/app-misc/lirc-0.9.0/work/lirc-0.9.0/drivers/lirc_i2c/lirc_i2c.c:559:13: error: 'struct i2c_adapter' has no member named 'id'
> /var/tmp/portage/app-misc/lirc-0.9.0/work/lirc-0.9.0/drivers/lirc_i2c/lirc_i2c.c: At top level:
> /var/tmp/portage/app-misc/lirc-0.9.0/work/lirc-0.9.0/drivers/lirc_i2c/lirc_i2c.c:232:12: warning: 'add_to_buf_pvr2000' defined but not used
>
>
> (How) Can I solve this problem?
I don't know if this will help you in any way. I have a media center
with a Thermaltake LCD, which besides the LCD (which is actually a
VFD) it includes an imon remote control. I used to have LIRC, and
everything was right.
After kernel 2.6.36 (or similar), LIRC stopped working (I use
vanilla-sources). So I upgraded to the 3.2 kernel, and selected
IR_IMON in Device Drivers -> Multimedia support -> Remote Controller
adapters.
Now the remote works perfectly, *BUT* I don't have LIRC installed
anymore. The remote works as a keyboard, and I didn't had to configure
anything in XBMC.
I don't see any Hauppauge driver in the Remote Controller adapters
menu in the kernel; but maybe it's called differently. If that's the
case, then you will need LIRC no more; you can use your remote as any
other input device.
Regards.
--
Canek Peláez Valdés
Posgrado en Ciencia e Ingeniería de la Computación
Universidad Nacional Autónoma de México
^ permalink raw reply [flat|nested] 5+ messages in thread
* [gentoo-user] Re: LIRC with kernel 3.2.11
2012-03-22 16:53 ` [gentoo-user] " Canek Peláez Valdés
@ 2012-03-22 21:49 ` Philipp Kraus
0 siblings, 0 replies; 5+ messages in thread
From: Philipp Kraus @ 2012-03-22 21:49 UTC (permalink / raw
To: gentoo-user
On 2012-03-22 17:53:51 +0100, Canek Peláez Valdés said:
> On Thu, Mar 22, 2012 at 5:21 AM, Kraus Philipp
> <philipp.kraus@flashpixx.de> wrote:
>> Hello,
>>
>> 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.
>> Emerge fetches this packages:
>>
>> [ebuild N ] sys-kernel/gentoo-sources-3.2.11 USE="-build -deblob
>> -symlink"
>> [ebuild N ] virtual/linux-sources-0
>> [ebuild N ] app-misc/lirc-0.9.0
>>
>> On emerging this error is shown:
>>
>>
>> /var/tmp/portage/app-misc/lirc-0.9.0/work/lirc-0.9.0/drivers/lirc_i2c/lirc_i2c.c
>>
>> /var/tmp/portage/app-misc/lirc-0.9.0/work/lirc-0.9.0/drivers/lirc_i2c/lirc_i2c.c:
>> In function 'ir_probe':
>> /var/tmp/portage/app-misc/lirc-0.9.0/work/lirc-0.9.0/drivers/lirc_i2c/lirc_i2c.c:559:13:
>> error: 'struct i2c_adapter' has no member named 'id'
>> /var/tmp/portage/app-misc/lirc-0.9.0/work/lirc-0.9.0/drivers/lirc_i2c/lirc_i2c.c:
>> At top level:
>> /var/tmp/portage/app-misc/lirc-0.9.0/work/lirc-0.9.0/drivers/lirc_i2c/lirc_i2c.c:232:12:
>> warning: 'add_to_buf_pvr2000' defined but not used
>>
>>
>> (How) Can I solve this problem?
>
> I don't know if this will help you in any way. I have a media center
> with a Thermaltake LCD, which besides the LCD (which is actually a
> VFD) it includes an imon remote control. I used to have LIRC, and
> everything was right.
>
> After kernel 2.6.36 (or similar), LIRC stopped working (I use
> vanilla-sources). So I upgraded to the 3.2 kernel, and selected
> IR_IMON in Device Drivers -> Multimedia support -> Remote Controller
> adapters.
Thanks for this information. In the 3.2.11 sources the Remote Controller option
is named CONFIG_RC_CORE and I have set the options
Compile Remote Controller keymap modules (CONFIG_RC_MAP)
Enable IR raw decoder for the NEC protocol (CONFIG_IR_NEC_DECODER)
Enable IR raw decoder for the RC-5 protocol (CONFIG_IR_RC5_DECODER)
Enable IR raw decoder for the RC6 protocol (CONFIG_IR_RC6_DECODER)
Enable IR raw decoder for the JVC protocol (CONFIG_IR_JVC_DECODER)
Enable IR raw decoder for the Sony protocol (CONFIG_IR_SONY_DECODER)
Enable IR raw decoder for the RC-5 (streamzap) protocol
(CONFIG_IR_RC5_SZ_DECODER)
Enable IR raw decoder for the MCE keyboard/mouse protocol
(CONFIG_IR_MCE_KBD_DECODER)
Enable IR to LIRC bridge (CONFIG_IR_LIRC_CODEC)
for building as modules.
> Now the remote works perfectly, *BUT* I don't have LIRC installed
> anymore. The remote works as a keyboard, and I didn't had to configure
> anything in XBMC.
Can you run the emerge build command for lirc and take a look if the build
process crashs at the same source code line, like my sources?
Thanks a lot for your help
Phil
^ permalink raw reply [flat|nested] 5+ messages in thread
* [gentoo-user] Re: LIRC with kernel 3.2.11
2012-03-22 16:39 ` [gentoo-user] " walt
@ 2012-03-22 21:50 ` Philipp Kraus
0 siblings, 0 replies; 5+ messages in thread
From: Philipp Kraus @ 2012-03-22 21:50 UTC (permalink / raw
To: gentoo-user
On 2012-03-22 17:39:19 +0100, walt said:
> On 03/22/2012 04:21 AM, Kraus Philipp wrote:
>> Hello,
>>
>> 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.
>> Emerge fetches this packages:
>>
>> [ebuild N ] sys-kernel/gentoo-sources-3.2.11 USE="-build -deblob
>> -symlink"
>> [ebuild N ] virtual/linux-sources-0
>> [ebuild N ] app-misc/lirc-0.9.0
>>
>> error: 'struct i2c_adapter' has no member named 'id'
>
> I just found this commit in Linus's git repo:
>
> commit c185a9420bd1c645252249018e6887a968d3e1de
> Author: Jean Delvare <khali@>
> Date: Sun Mar 20 14:50:53 2011 +0100
>
> i2c: Drop i2c_adapter.id
>
> There is no user left of i2c_adapter.id, so we can get rid of it.
> Finally! :)
>
> And this comment from last June:
>
> -What: i2c_adapter.id
> -When: June 2011
> -Why: This field is deprecated. I2C device drivers shouldn't change their
> - behavior based on the underlying I2C adapter.
>
>
> The lirc code includes several #ifdefs that test for the adapter id, so
> the lirc devs *are* changing their driver behavior based on it, obviously.
>
> Looks to me like lirc will need to be modified upstream for recent kernel
> code.
I think so, but I have posted the error message on the lirc mailinglist
with actually no answer
Phil
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2012-03-22 21:56 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-03-22 11:21 [gentoo-user] LIRC with kernel 3.2.11 Kraus Philipp
2012-03-22 16:39 ` [gentoo-user] " walt
2012-03-22 21:50 ` Philipp Kraus
2012-03-22 16:53 ` [gentoo-user] " Canek Peláez Valdés
2012-03-22 21:49 ` [gentoo-user] " Philipp Kraus
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox