On Monday 05 of October 2009 at 00:23:47, Aleksandr V. Piskunov wrote: > On Sat, Oct 03, 2009 at 11:44:20AM -0400, Andy Walls wrote: > > Aleksandr and Jean, > > > > Zdrastvoitye & Bonjour, > > > > To support the AVerMedia M166's IR microcontroller in ivtv and > > ir-kbd-i2c with the new i2c binding model, I have added 3 changesets in > > > > http://linuxtv.org/hg/~awalls/ivtv > > Now the last step to the decent support of M116 remote. > > I spent hours banging my head against the wall, controller just doesn't > give a stable keypresses, skips a lot of them. Increasing polling interval > from default 100 ms to 400-500 ms helps a bit, but it only masks the > problem. Decreasing polling interval below 50ms makes it skip virtually > 90% of keypresses. > > Basicly during the I2C operation that reads scancode, controller seems > to stop processing input from IR sensor, resulting a loss of keypress. Hi Aleksandr, Just a side note. If your M166 has the same remote control chip as my CardBus Plus/Hybrid (I2C address 0x40), then I have to say it is very fragile. From my experience it doesn't like probing (empty read), when reading the value it doesn't like interruptions (you have to write the address and read immediately). So I wouldn't be surprised if it doesn't work under some other conditions. Regards, Oldrich. > > So the solution(?) I found was to decrease the udelay in > ivtv_i2c_algo_template from 10 to 5. Guess it just doubles the frequency > of ivtv i2c bus or something like that. Problem went away, IR controller > is now working as expected. > > So question is: > 1) Is it ok to decrease udelay for this board? > 2) If yes, how to do it right? -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
