Re: [PATCH] [media] af9015: setup rc keytable for LC-Power LC-USB-DVBT

[Antti Palosaari <crope@iki.fi>]

On 06/13/2011 02:01 AM, Juergen Lock wrote:
> On Mon, Jun 13, 2011 at 01:50:54AM +0300, Antti Palosaari wrote:
>> On 06/13/2011 01:34 AM, Juergen Lock wrote:
>>> On Mon, Jun 13, 2011 at 01:24:54AM +0300, Antti Palosaari wrote:
>>>> On 06/13/2011 01:15 AM, Juergen Lock wrote:
>>>>>> About the repeating bug you mention, are you using latest driver
>>>>>> version? I am not aware such bug. There have been this kind of incorrect
>>>>>> behaviour old driver versions which are using HID. It was coming from
>>>>>> wrong HID interval.
>>>>>>
>>>>>> Also you can dump remote codes out when setting debug=2 to
>>>>>> dvb_usb_af9015 module.
>>>>>
>>>>>     That doesn't seem to work here so maybe my version is really too old
>>>>> to have that fix.  (But the keytable patch should still apply I guess?)
>>>>
>>>> Could you send af9015.c file you have I can check?
>>>>
>>>> Your patch is OK, but I want to know why it repeats.
>>>
>>> Sent off-list.
>>
>> It was latest version. Still mystery why it repeats... Have you
>> unplugged that device after booting from Windows? I wonder if there is
>> HID remote codes uploaded to device by Windows driver and then you have
>> "warm" booted to Linux...
>>
> Well at least I can't rule something like that out, will send details
> off-list.  (Btw where is debug=2 to print remote events handled in that
> file?  Or is that done somewhere else?)

Few words about AF9015 remote. Chipset implements HID remote (~keyboard) 
which is used normally. Driver uploads HID mappings (remote keycode & 
keyboard keycode) to the chipset memory and chipset then outputs remote 
events as HID without driver help. But there seems to be bug in chipset 
which sets HID polling interval too short. Due to that interval Linux 
HID starts repeating keycodes. There is some quirks added to the HID 
drivers for that which are mapped device USB ID. Quirk prints to log: 
"Afatech DVB-T 2: Fixing fullspeed to highspeed interval: 10 -> 7"

Due to that bug and inflexible remote configuration of HID remote I 
implemented new way. Current code does not upload HID codes to chipset 
at all which makes HID remote as disabled. Instead, remote codes are 
read by polling directly from the chip memory. And it is very first time 
I hear this new method goes repeating loop.

Drivers write to the system log. Typically it is called messages, 
message.log, syslog, etc. in /var/log/ directory. There is dmesg command 
which outputs same info.

regards,
Antti

-- 
http://palosaari.fi/