Bug 30022 (Bttv_Remote_Control) - Kernel cannot find Flyvideo 98's remote control device.
Summary: Kernel cannot find Flyvideo 98's remote control device.
Status: CLOSED INSUFFICIENT_DATA
Alias: Bttv_Remote_Control
Product: Drivers
Classification: Unclassified
Component: Input Devices (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: drivers_input-devices
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-02-27 15:23 UTC by Mehmet Tekbaş
Modified: 2012-05-12 15:06 UTC (History)
4 users (show)

See Also:
Kernel Version: 2.6.35-25-generic
Subsystem:
Regression: No
Bisected commit-id:


Attachments
lsmod (2.48 KB, text/plain)
2011-02-27 15:23 UTC, Mehmet Tekbaş
Details
lspci (1.65 KB, text/plain)
2011-02-27 15:24 UTC, Mehmet Tekbaş
Details
/proc/bus/input/devices (1.11 KB, text/plain)
2011-02-27 15:25 UTC, Mehmet Tekbaş
Details
dmesg (47.56 KB, text/plain)
2011-02-27 15:25 UTC, Mehmet Tekbaş
Details

Description Mehmet Tekbaş 2011-02-27 15:23:08 UTC
I have an old Tv Card which is Lifeview's Flyvideo 98 analog TV cağture device. This card numbered as card=36 at bttv card list. I have video and sound from my TV card however kernel does not find my TV card's irda device at /proc/bus/input/devices . So I cant use my remote control.

Remote control receiver is connected directly to pci TV card.

Here is my /proc/bus/input/devices, other needed outputs are attached.

$ cat /proc/bus/input/devices
I: Bus=0019 Vendor=0000 Product=0001 Version=0000
N: Name="Power Button"
P: Phys=PNP0C0C/button/input0
S: Sysfs=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input0
U: Uniq=
H: Handlers=kbd event0 
B: EV=3
B: KEY=100000 0 0 0

I: Bus=0019 Vendor=0000 Product=0001 Version=0000
N: Name="Power Button"
P: Phys=LNXPWRBN/button/input0
S: Sysfs=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input1
U: Uniq=
H: Handlers=kbd event1 
B: EV=3
B: KEY=100000 0 0 0

I: Bus=0003 Vendor=046d Product=c517 Version=0110
N: Name="Logitech USB Receiver"
P: Phys=usb-0000:00:1d.2-1/input0
S: Sysfs=/devices/pci0000:00/0000:00:1d.2/usb4/4-1/4-1:1.0/input/input2
U: Uniq=
H: Handlers=sysrq kbd event2 
B: EV=120013
B: KEY=10000 7 ff800000 7ff febeffdf ffefffff ffffffff fffffffe
B: MSC=10
B: LED=1f

I: Bus=0003 Vendor=046d Product=c517 Version=0110
N: Name="Logitech USB Receiver"
P: Phys=usb-0000:00:1d.2-1/input1
S: Sysfs=/devices/pci0000:00/0000:00:1d.2/usb4/4-1/4-1:1.1/input/input3
U: Uniq=
H: Handlers=kbd mouse0 event3 
B: EV=1f
B: KEY=c0000000 837fff 42c332f bf084445 0 0 ff0001 1f84 8b37cc00 667bfa dd71dfed 9e0000 0 0 0
B: REL=1c3
B: ABS=1 0
B: MSC=10
Comment 1 Mehmet Tekbaş 2011-02-27 15:23:56 UTC
Created attachment 49502 [details]
lsmod
Comment 2 Mehmet Tekbaş 2011-02-27 15:24:27 UTC
Created attachment 49512 [details]
lspci
Comment 3 Mehmet Tekbaş 2011-02-27 15:25:09 UTC
Created attachment 49522 [details]
/proc/bus/input/devices
Comment 4 Mehmet Tekbaş 2011-02-27 15:25:28 UTC
Created attachment 49532 [details]
dmesg
Comment 5 Dmitry Torokhov 2011-02-28 00:23:37 UTC
It looks like you have some stale modules:

[   10.507208] IR JVC protocol handler initialized
[   10.509256] IR Sony protocol handler initialized
[   10.511607] lirc_dev: IR Remote Control driver registered, major 61 
[   10.512083] ir_lirc_codec: Unknown symbol lirc_dev_fop_poll (err 0)
[   10.512189] ir_lirc_codec: Unknown symbol lirc_dev_fop_open (err 0)
[   10.512269] ir_lirc_codec: disagrees about version of symbol lirc_get_pdata
[   10.512271] ir_lirc_codec: Unknown symbol lirc_get_pdata (err -22)
[   10.512359] ir_lirc_codec: Unknown symbol lirc_dev_fop_close (err 0)
[   10.512438] ir_lirc_codec: Unknown symbol lirc_dev_fop_read (err 0)
[   10.512519] ir_lirc_codec: disagrees about version of symbol lirc_register_driver
[   10.512521] ir_lirc_codec: Unknown symbol lirc_register_driver (err -22)
[   10.512708] ir_lirc_codec: Unknown symbol lirc_dev_fop_ioctl (err 0)

Did the remote work before? Also could you try newer kernel, live 2.6.37 or 2.6.38-rc6?
Comment 6 Mehmet Tekbaş 2011-02-28 23:32:51 UTC
I installed and tried with 2.6.38-020638rc6-generic kernel version but system still cannot place remote control under /proc/bus/input/ .

Remote control works perfectly under windoz.
Comment 7 Mehmet Tekbaş 2011-03-10 08:51:59 UTC
Tried with Inca I-TV004 (bt878 analog card) and result didn't changed. IR device doesnt place under /dev/input/ . Can it be related to inputdev replacement of lirc_gpio?
Comment 8 Dmitry Torokhov 2011-03-10 18:32:13 UTC
On Thursday, March 10, 2011 12:52:00 am bugzilla-daemon@bugzilla.kernel.org 
wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=30022
> 
> 
> 
> 
> 
> --- Comment #7 from Mehmet Tekbaş <btekbas@gmail.com>  2011-03-10
> 08:51:59 --- Tried with Inca I-TV004 (bt878 analog card) and result
> didn't changed. IR device doesnt place under /dev/input/ . Can it be
> related to inputdev replacement of lirc_gpio?

Let's ask folks on linux-media mailing list...
Comment 9 Mauro Carvalho Chehab 2011-03-10 18:49:55 UTC
(In reply to comment #7)
> Tried with Inca I-TV004 (bt878 analog card) and result didn't changed. IR
> device doesnt place under /dev/input/ . Can it be related to inputdev
> replacement of lirc_gpio?

There were no replacement. Both inputdev and lirc interfaces should be shown, if your device supports raw IR protocols.

Please post the dmesg logs with bttv ir_debug=1 option, for us to have a better idea about what's going on. Please also post the contents of the sysfs rc tree
with:
    $ tree /sys/rc/
Comment 10 Mehmet Tekbaş 2011-03-11 06:35:49 UTC
$ tree /sys/rc/
/sys/rc/ [error opening dir]

0 directories, 0 files
mehmet@mehmet-masaustu:~$ sudo tree /sys/rc/
/sys/rc/ [error opening dir]

0 directories, 0 files


Nothing changes with ir_debug=1 option.
Comment 11 Mauro Carvalho Chehab 2011-03-11 14:31:39 UTC
Please post the dmesg. The one you posted is useless, as it seems that you've mixed an upstream kernel with some out-of-tree driver compilation.

Please, get the latest upstream kernel (vanilla one, not the distro-patched), and send us the dmesg of it, with the ir_debug=1 enabled.

Note You need to log in before you can comment on or make changes to this bug.