> I do not know the protocol well enough, to see the problem, but I think it > has something todo with a tcid comparison in cam_set which is not > fulfilled. The second possible problem I see is that the > dvb_ca_en50221_read_data function is called 1130 times in 12 seconds, but > no data is delivered to cam_set after the 7 bytes. > > I have also seen one time, that every io_poll returned with a time out, > also the one after the FR IRQ. And so cam_set never called read and > returned errors only. But I have no log of this and I have no access to the > machine anymore, because it crashed. > > I started cam_set, killed it with CTRL+C somewhere between write and read > call and started it again. After this procedure the connection was lost. > > I hope this will help a little bit, I will continue my tests after I have > reseted the machine today evening or tomorrow.
Thanks very much, I'm hopefully about to start testing this stuff myself soon. Are you using the very latest CVS? I found and fixed a stupid bug yesterday which would explain why dvb_ca_en50221_read_data is called 1130 times in only a few seconds. -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as subject.
