From: Jarod Wilson <jarod@redhat.com>
To: W R <gridmuncher@hotmail.com>
Cc: linux-media@vger.kernel.org
Subject: Re: Fintek driver linux
Date: Tue, 14 Feb 2012 15:08:33 -0500 [thread overview]
Message-ID: <4F3ABF41.9060800@redhat.com> (raw)
In-Reply-To: <BLU145-W1658A220E336DBC96C53D7BD7C0@phx.gbl>
On 02/14/2012 02:47 PM, W R wrote:
> Thanks again Jarod. I have emailed Jetway asking about the specs for the
> CIR header on the motheboard. (JNC64-LF - nvidia chipset, *not* Atom/Ion
> though...) which they have replied is the Fintek F71809 I/O chipset, and
> I believe the same chipset on many of their Atom boards.
> According to Fintek this had linux support since kernel 2.6.36? Not sure
> about that.
Looks like it went in upstream after 2.6.39, so the first release that
carried it was actually 3.0.
If it really is the F71809, then the fix I had in mind shouldn't matter,
but I'd have to question if its really that and not an F71869A, which is
nearly identical, but needs to use a different logical device for the IR
input, lest you lock up the system -- sounds familiar, eh? :)
However, its also possible its something else going on here, some sort
of bad interaction between multiple different drivers all poking at the
super i/o chip without any coordinated locking.
Now, I *think* that if you get evdev installed and run it against the
input device that fintek-cir exposes, you should be able to see the chip
ID to confirm if its really the F71809 or not. If you see Product and
Version of 0x08 and 0x04 (or vice versa), then its indeed one of the
older chips that use logical device 5. Anything else, and it should be
logical device 8, and a patch that just went into the for-v3.4 media
tree branch is necessary.
-j
> Since my previous email I have left my IR device plugged in to the
> header on the motherboard and I have added fintek-cir to the blacklist.
> After boot if I modprobe ir-rc6-decoder (which triggers rc-core and
> lirc_dev and all the other protocols etc.) then fairly quickly after
> that modprobe fintek-cir then 1 in 10 times it actually works. The other
> 9 times it freezes. It freezes everytime if I try to start fintek-cir
> first.
> I have already added my remotes config with the help of ir-keytable to
> /etc/rc_keymaps/ and pointed /etc/rc_maps.cfg towards it. It gets loaded
> automatically. I have uninstalled LIRC. A copy of my logs when it hasn't
> crashed is here: http://pastebin.com/MqETvBsz
> Not sure if any of this helps anyone, and to anyone reading this please
> feel free to point out any of my stupid errors!
>
>
> > Date: Fri, 10 Feb 2012 13:56:38 -0500
> > From: jarod@redhat.com
> > To: gridmuncher@hotmail.com
> > Subject: Re: Fintek driver linux
> >
> > On 02/05/2012 10:48 AM, W R wrote:
> > > Tried various kernels, including 3.0.0 and 3.2 and kernel panic is
> > > almost always caused when ir receiver plugged into cir header on
> > > motherboard. If device plugged in after boot then it works fine.
> Can use
> > > remote and configure buttons etc.
> > >
> > > Where's a good forum to discuss this openly so others with perhaps the
> > > same issues can read it?
> >
> > linux-media@vger.kernel.org is the relevant upstream mailing list.
> >
> >
> > > Any ideas off-hand why this is? I have various cir header options in
> > > bios: Disabled, 3F8/IRQ4, 2F8/IRQ3, 3E8/IRQ4, 2E8/IRQ3 and have tried
> > > all of these without luck, although I have once or twice been able to
> > > boot into mythbuntu and its worked. But out of 50 odd boot attempts it
> > > worked twice. I also have the choice to enable wake from CIR which
> > > obviously I need to have on to be able to wake my HTPC with remote. Any
> > > help would be greatly appreciated.
> >
> > According to my fintek contact, the CIR logical device on a number of
> > shipped systems is actually different than the devel board I was
> > provided, so there's a patch coming to account for that. Its possible
> > what you're seeing is due to the incorrect logical device number, but
> > I'm just shooting in the dark.
> >
> >
> > --
> > Jarod Wilson
> > jarod@redhat.com
--
Jarod Wilson
jarod@redhat.com
next parent reply other threads:[~2012-02-14 20:08 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <BLU145-W35C32BF2C2E1EDFD8DC5F4BD800@phx.gbl>
[not found] ` <4F2822AE.1020705@redhat.com>
[not found] ` <BLU145-W31A99136480C1FBA4E0AC7BD770@phx.gbl>
[not found] ` <4F356866.6090208@redhat.com>
[not found] ` <BLU145-W1658A220E336DBC96C53D7BD7C0@phx.gbl>
2012-02-14 20:08 ` Jarod Wilson [this message]
[not found] ` <BLU145-W31DB93CC932394E4E288E2BD7C0@phx.gbl>
2012-02-14 21:55 ` Fintek driver linux Jarod Wilson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4F3ABF41.9060800@redhat.com \
--to=jarod@redhat.com \
--cc=gridmuncher@hotmail.com \
--cc=linux-media@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.