I'm still trying to figure out why the driver crashes so often when switching channels. I have therefore uploaded a new version of my test program to ftp://ftp.cadsoft.de/pub/people/kls/vdr/ctest.c Compile it with g++ -I../DVB/ost/include ctest.c It now prints a sequence of letters when going through the various steps of switching channels, so that one can see where and when it hangs. There is now only a small selection of channels used, which appear to make the most trouble. For a while everything goes well, but suddenly it gets stuck in the SEC_SEND_SEQUENCE call (I'm only testing DVB-S). The "d" gets printed, but there's quite a while until the "D" comes up. During this time the /var/log/messages shows Jun 13 18:46:15 video kernel: outcommand error 1 Jun 13 18:46:20 video kernel: outcommand error 1 Jun 13 18:46:20 video kernel: dvb: ARM RESET Please let the program run long enough to show the error. I've had times where it ran successfully for 10 to 15 minutes before showing errors, and other times where it happend right away. So, the question still is: is my channel switching flawed, or is it a driver or firmware bug? I believe I am now doing everything the way tuxzap does it, but in case anybody can see something wrong in my code, I'd appreciate any hints. Klaus -- _______________________________________________________________ Klaus Schmidinger Phone: +49-8635-6989-10 CadSoft Computer GmbH Fax: +49-8635-6989-40 Hofmark 2 Email: [EMAIL PROTECTED] D-84568 Pleiskirchen, Germany URL: www.cadsoft.de _______________________________________________________________ -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as subject.
