From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1SApzt-0007sx-OF for garchives@archives.gentoo.org; Thu, 22 Mar 2012 21:56:44 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 37993E0772; Thu, 22 Mar 2012 21:56:23 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 037E9E052E for ; Thu, 22 Mar 2012 21:55:13 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 8DE0B1B401D for ; Thu, 22 Mar 2012 21:55:13 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -2.676 X-Spam-Level: X-Spam-Status: No, score=-2.676 tagged_above=-999 required=5.5 tests=[AWL=-0.764, BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hahKN9bsb9lG for ; Thu, 22 Mar 2012 21:55:07 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id C5F5E65A12 for ; Thu, 22 Mar 2012 21:55:05 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SApyJ-0006hB-Dh for gentoo-user@gentoo.org; Thu, 22 Mar 2012 22:55:03 +0100 Received: from p4fc61a71.dip0.t-ipconnect.de ([79.198.26.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 22 Mar 2012 22:55:03 +0100 Received: from philipp.kraus by p4fc61a71.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 22 Mar 2012 22:55:03 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Philipp Kraus Subject: [gentoo-user] Re: LIRC with kernel 3.2.11 Date: Thu, 22 Mar 2012 22:50:34 +0100 Message-ID: References: <384C3920-7953-4FCF-8E0D-410F9099146B@flashpixx.de> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: p4fc61a71.dip0.t-ipconnect.de User-Agent: Unison/2.1.5 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: f6ba3276-4291-406b-8483-d8d88417f6f5 X-Archives-Hash: d6e87b041d4e9ed426058515d1978751 On 2012-03-22 17:39:19 +0100, walt said: > On 03/22/2012 04:21 AM, Kraus Philipp wrote: >> Hello, >>=20 >> I'm using a Hauppauge WinTV HVR 1900 (usb), with a self-compiled kerne= l=20 >> 3.2.11. The USB device works very well, but I would like to use LIRC=20 >> 0.9.0 with my kernel. So I have set the LIRC_DEVICES=3D"hauppauge" wit= hin=20 >> my make.conf and run emerge. >> Emerge fetches this packages: >>=20 >> [ebuild N ] sys-kernel/gentoo-sources-3.2.11 USE=3D"-build -debl= ob=20 >> -symlink" >> [ebuild N ] virtual/linux-sources-0 >> [ebuild N ] app-misc/lirc-0.9.0 >>=20 >> error: 'struct i2c_adapter' has no member named 'id' >=20 > I just found this commit in Linus's git repo: >=20 > commit c185a9420bd1c645252249018e6887a968d3e1de > Author: Jean Delvare > Date: Sun Mar 20 14:50:53 2011 +0100 >=20 > i2c: Drop i2c_adapter.id >=20 > There is no user left of i2c_adapter.id, so we can get rid of it. > Finally! :) >=20 > And this comment from last June: >=20 > -What: i2c_adapter.id > -When: June 2011 > -Why: This field is deprecated. I2C device drivers shouldn't change t= heir > - behavior based on the underlying I2C adapter. >=20 >=20 > The lirc code includes several #ifdefs that test for the adapter id, so > the lirc devs *are* changing their driver behavior based on it, obvious= ly. >=20 > Looks to me like lirc will need to be modified upstream for recent kern= el > code. I think so, but I have posted the error message on the lirc mailinglist=20 with actually no answer Phil