>> I tried loading the driver with polling disabled and it fails completely: >> >> [ 5526.693563] mn88472 7-0018: downloading firmware from file >> 'dvb-demod-mn88472-02.fw' >> [ 5527.032209] mn88472 7-0018: firmware download failed=-32 >> [ 5527.033864] rtl2832 7-0010: i2c reg write failed -32 >> [ 5527.033874] r820t 8-003a: r820t_write: i2c wr failed=-32 reg=05 len=1: >> 83 >> [ 5527.036014] rtl2832 7-0010: i2c reg write failed -32 >> >> I have no idea why the device behaves so counter-intuitively. Is there >> maybe some sorf of internal power-save mode the device enters when >> there is no i2c traffic for a while or something? > > > IR polling does not use I2C but some own commands. Could you make more > tests. Use rtl28xxu module parameter to disable IR and test. It will disable > both IR interrupts and polling. Then make some tests with different IR > polling intervals to see how it behaves. > > I have 3 mn88472 and 1 mn88473 device and all those seems to work fine for > me. I don't care to buy anymore devices to find out one which does not work. > Somehow root of cause should be find - it is not proper fix to repeat or > break I2C messages to multiple smaller ones.
Ack. Its the job of the I2C controller to manage the I2C bus implementation, including any fragmentation needs, not the tuner/demod/other driver. Find and fix the resource contention bug in the bridge and the mn88472 will work as is. I suspect something is broken with I2C locking. -- Steven Toth - Kernel Labs http://www.kernellabs.com -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
