Michel Verbraak wrote: > Aug 26 11:08:32 recorder kernel: ivtv0 i2c: i2c client attach > Aug 26 11:08:32 recorder kernel: mantis_i2c_write: > Address=[0x25] <W>[ ] > Aug 26 11:08:32 recorder kernel: mantis_i2c_write: > Address=[0x25] <W>[ 00 00 ] > Aug 26 11:08:32 recorder kernel: mantis_i2c_write: > Address=[0x25] <W>[ 00 ] > Aug 26 11:08:32 recorder kernel: mantis_i2c_read: > Address=[0x25] <R>[ 00 ] > Aug 26 11:08:32 recorder kernel: mantis_i2c_write: > Address=[0x25] <W>[ 00 01 === Interrupts[0001/0001]= [* I2C DONE *] === > Aug 26 11:08:32 recorder kernel: ] > Aug 26 11:08:32 recorder kernel: mantis_i2c_write: > Address=[0x25] <W>[ 00 <3>mantis_ack_wait (0): Waiting for Slave RACK > Aug 26 11:08:32 recorder kernel: === Interrupts[0001/0001]= [* I2C DONE > *] === > Aug 26 11:08:32 recorder kernel: mantis_ack_wait (0): Waiting for Slave RACK > Aug 26 11:08:38 recorder last message repeated 499 times > Aug 26 11:08:38 recorder kernel: mantis_ack_wait (0): Slave RACK Fail ! > Aug 26 11:08:38 recorder kernel: mantis_i2c_write (0): ACK failed<W> This means the Mantis happily transferred the message (I2CDONE) to the MB86A16 and waited for the MB86A16 to ACK. The MB86A16 did not ACK. (Slave RACK failed) Something that i have seen while working on the MB86A16 and the STV0299 based devices, If someone writes junk to the MB86A16, it will just freeze, similar to the STV0299. I guess most demodulators behave the same. The STB0899 also exhibits similar properties. > The vp-1034 is unusable, scan does not work. IVTV is unusable. > >> Is the ivtv hardware sharing interrupts with the Mantis ? My guess would >> be that the ivtv drivers grab a lot of IRQ time on the CPU leaving >> little shared IRQ time for other devices. Can you verify this ? >> > I CCed the ivtv-devel list because it is something between the mantis > and ivtv driver. > When I first load the ivtv modules and then the mantis ivtv is still > working and mantis is not working. Possibly looks like some bug with I2C probes ? Don't know for sure. Cc added to Hans, since the list might be subscriber only. _______________________________________________ linux-dvb mailing list linux-dvb@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
