[linux-dvb] Re: problems with a mostly lockable signal

[jhall@UU.NET (Jeremy Hall)]

I THINK I am using the stv0299, it talks about finding it in the kernel
initialization. (note: I am using DVB head, for 2.4 kernels)

Often times I must unload and reload the driver modules to resolve
this.  Usually by the time I start losing the driver, I am getting many
crunchies in the audio and the words are no longer intelligable.

I can try to revert that change you committed, but I don't know that it
would help me.  I also see crashes that are not reported when there is
heavy EPG activity and vdr is used.  for example:

Dish Network transmits two days of EPG on 12486, and I have modified the
SetFilt code in vdr to special-case a TID of 0xff to mean no table filter
at all and to allow all tables on pid 0x12 through.  I experimented with
some of the ``optional'' patches that are supposed to improve interrupt
stability, indeed things are  better, but the driver is still capable of
crashing when vdr is running on a channel that contains all the EPG.  Dish
Network is unique in the States because it has over 1,000 channels worth
of data being transmitted in this way, all with unique individual programs
(from the standpoint of the EPG. they're actually zillions of copies of
the same stuff but they haven't figured out how time shifting descr works
yet)

_J

In the new year, Holger Waechtler wrote:
> Jeremy Hall wrote:
> > Hi,
> > 
> > I'm seeing driver crashes with the HEAD CVS, have so for some time
> > now.  It happens when the signal lock is on the fringe, and there is much
> > difficulty in receiving the signal.  Are there sanity checks in the driver
> > to try and avoid crashing the ARM?
> > 
> > Sometimes the arm crashes without whining about it in the log.
> 
> There is no way to check sanity of the MPEG stream before passing it to 
> the ARM. What frontend are you using? The stv0299 is known to produce 
> garbled transport streams at poor receiption.
> 
> The L64781 should pass only valid TS data, maybe my last commit 
> configuring the L64781 to another stream mode broke this. Please try to 
> revert my commit from 2002/11/21 11:27:28 and report if this solves your 
> problem.
> 
> The kdvb-fe thread is intended to check the frontend status regulary and 
> shut down the ARM when the TS is not known to be stable.
> 
> Holger
> 
> 
> 
> -- 
> Info:
> To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject.
> 


-- 
I do not get viruses because I do not use MS software.
If you use Outlook then please do not put my email address in your
address-book so that WHEN you get a virus it won't use my address in the
From field.


-- 
Info:
To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject.