> P. van Gaans wrote: >> Christoph Pfister wrote: >> >>> 2007/7/7, P. van Gaans <w3ird_n3rd@xxxxxxx>: >>> >>>> P. van Gaans wrote: >>>> >>>>> e9hack wrote: >>>>> >>>>>> P. van Gaans wrote: >>>>>> >>>>>> >>>>>>> Some more news. I'm now looking at dvb_ca_en50221.c and I'm >>>>>>> pretty >>>> sure >>>> >>>>>>> the solution is in here and not in budget-av.c. Somewhere around >>>>>>> line >>>>>>> 270 is a thing that loops in a while and breaks after timeout. I >>>>>>> >>>> removed >>>> >>>>>>> the break (so it keeps looping). Now I see the following when I >>>>>>> >>>> insert a >>>> >>>>>>> CAM: >>>>>>> >>>>>>> [ 71.764000] budget-av: cam inserted A >>>>>>> [ 82.144000] dvb_ca adaptor 0: PC card did not respond :( >>>>>>> >>>>>>> So at least there's no more infinite loop with >>>> ejected-inserted-ejected >>>> >>>>>>> and so on. But it doesn't work either. It reaches >>>>>>> DVB_CA_SLOTSTATE_WAITREADY and times out there. From there it should >>>>>>> automatically change state, but it doesn't. Now I'm getting a little >>>>>>> stuck, because I don't really know what it's doing and what piece >>>>>>> >>>> really >>>> >>>>>>> gets stuck. >>>>>>> >>>>>>> I also removed the timeout from slotstate_waitready, now I don't get >>>>>>> errors anymore, but it (of course) doesn't work. And I broke the >>>>>>> >>>> ability >>>> >>>>>>> to eject the CAM, I'm guessing it's stuck in a loop after I >>>>>>> >>>> ejected and >>>> >>>>>>> re-inserted the CAM. >>>>>>> >>>>>>> >>>>>> It seems, there is a little bug within the debi functions. If a >>>>>> >>>> debi error occurs, SPCI_DEBI_S is not reset within PSR. >>>> >>>>>> In this case, saa7146_wait_for_debi_done returns always ETIMEDOUT. >>>>>> >>>> Ttpci_budget_debiread/write doesn't upload a debi >>>> >>>>>> command anymore. For testing, you can remove the first 'return >>>>>> >>>> result;' statement in both functions. >>>> >>>>>> - Hartmut >>>>>> >>>>>> _______________________________________________ >>>>>> linux-dvb mailing list >>>>>> linux-dvb@xxxxxxxxxxx >>>>>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb >>>>>> >>>>>> >>>>> I just booted my computer into Windows so I could at least watch TV >>>>> tonight. Guess not, the Windows software responds like there is no CAM >>>>> inserted at all. >>>>> >>>>> Please don't tell me I completely killed the card just by removing >>>>> some >>>>> timeouts! I didn't know my hardware could be at risk :( . I wonder if >>>>> it's really dead :( . >>>>> >>>>> _______________________________________________ >>>>> linux-dvb mailing list >>>>> linux-dvb@xxxxxxxxxxx >>>>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb >>>>> >>>>> >>>> Things take a whole new turn. Apparently something went wrong with the >>>> cable to the CI daughterboard, after re-connecting it the card worked >>>> again in Windows. Now for Linux, with once again the normal v4l-dvb >>>> (not >>>> my modified version): >>>> >>>> [ 253.420000] budget-av: cam inserted B >>>> [ 256.384000] dvb_ca adapter 0: DVB CAM detected and initialised >>>> successfully >>>> >>>> Ok! Kaffeine says: >>>> >>>> DvbCam::probe(): LLCI slot found on /dev/dvb/adapter0/ca0 >>>> DvbCam::probe(): CA module present on /dev/dvb/adapter0/ca0 >>>> >>> This isn't sufficient - make sure the channel you're trying to watch >>> is marked as scrambled ... >>> >>> >>>> But... No picture (and no, no sound either). No error visible. I'm now >>>> 100% sure the hardware is OK since it works on Windows now. And the >>>> messages in Linux make you think it should work here as well. But no >>>> picture? >>>> >>>> Tia, >>>> >>>> P. van Gaans >>>> >>> Christoph >>> >>> >> >> Is that really required? I didn't know. It's a very good suggestion, >> because my provider (Canal Digitaal) screwed up big time a while ago >> and set a FTA flag for all their channels, so to some receivers >> (including GlobeTV on Windows and to kaffeine) they appear as FTA. >> >> The solution was closer than I thought! I changed the channels to >> "scrambled" and it just works now! No need to change anything in >> v4l-dvb, the CI is just supported! >> >> I'll go test all my CAMs and update the wiki, thanks! >> >> _______________________________________________ >> linux-dvb mailing list >> linux-dvb@xxxxxxxxxxx >> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb >> >> >> > Zoilo Gomez wrote: > I have one KNC DVB-S card, and 3 Cineview decoders + flat-cables; none > of them seem to work. > > Without any CAM module inserted, FTA reception is OK. > > But when I insert an official Mediaguard Canal Digitaal, or Aston Seca2 > 1.7, in both cases all data stops, including FTA channels (BVN); > sometimes FTA comes back after a minute or so. > > dmesg shows that the CAM is being detected and initialized succesfully > though. I am starting to think that perhaps there is a problem with my > KNC DVB-S card ...? > > My setup is Gentoo linux-2.6.21.r4 plus Kaffeine; also tried 2.6.16.r13 > and 2.6.19 (vanilla), without succes. > > Can you tell me what kernel version you are using? And are you using > included dvb-drivers, or did you download the latest version? > > I would like to test the exact same setup; if that still gives problems > then I have no option but to try and get another KNC1 card I guess. > > Tia, > > Z. > > ======= > I am using Ubuntu 7.04 (32bit x86) with kernel 2.6.20-16-generic and drivers from hg. I'm not sure if it would work with the included DVB drivers, didn't try that. Did you get the firmware update for the Mediaguard module that was released a while ago? AFAIK it is still available on Astra. I've only tested the module on Windows with the original firmware, and that was totally horrible. It works much better (but still not good enough for watching) after the update. On Windows, that is, but I assume linux also works better with it after the update. P. _______________________________________________ linux-dvb mailing list linux-dvb@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb