Hi > saa7146: register extension 'budget_ci dvb'. > ACPI: PCI Interrupt 0000:00:09.0[A] -> GSI 17 (level, low) -> IRQ 185 > saa7146: found saa7146 @ mem ffffc2000006c000 (revision 1, irq 185) > (0x13c2,0x100c). > DVB: registering new adapter (TT-Budget/WinTV-NOVA-CI PCI). > adapter has MAC addr = 00:d0:5c:02:6d:bd > budget_ci: CI interface initialised > DVB: registering frontend 0 (ST STV0299 DVB-S)... > dvb_ca adaptor 0: PC card did not respond :( > I did quite a bit of debugging today and narrowed the problem down to the following: it seems the CI/CAM does not generate any interrupts. During the CI initialisation, the driver resets the CI slot and the waits for a CAMREADY interrupt so it can continue with CAM initialisation. However this interrupt never happens and after the timeout expires (10s) the above failure message is printed. To make sure its not just this specific interrupt that is not generated (because of a failed slot reset or something), I started the driver without the CAM present, and then inserted it after the driver had loaded. On my working system this immediately generates a CAMCHANGE interrupt, on which the CAM is initialised. However with this card and CI interface nothing happens. Is it possible that this revision of the CI interface does not work with interrupts and a status polling method has to be used ? Or are the interrupts simply generated on a different mask and thus not picked up ? I would appreciate it if the guys that know this part of the budget_ci code (Andrew, Oliver etc.) could give some feedback. Werner PS. I don't know if this is relevant, but when I received the card it had messed-up/wrong eeprom data. However I only had to change the PCI id (which I determined from the inf file of the TT driver) to get the card working in Windows. If somebody has the same card (13c2:100c) could you please post a dump of your eeprom (i2cdump <i2cbus> 0x50). Thanks.
