On Friday 09 April 2004 12:27, Klaus Schmidinger wrote: > Andrew de Quincey wrote: > > > 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. > > Since AFAIK the CI code in libdvb originally came from VDR I would > appreciate if you could send me a copy of any fixes you make to that > code.
Ah whoops sorry, this was a driver bug, not a libci bug. -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as subject.
