All of lore.kernel.org
 help / color / mirror / Atom feed
* Fwd: Question Hauppauge Nova-S-Plus.
@ 2012-08-13  9:44 Marc Bolós
  2012-08-13 13:20 ` Steven Toth
  0 siblings, 1 reply; 6+ messages in thread
From: Marc Bolós @ 2012-08-13  9:44 UTC (permalink / raw)
  To: linux-media


Dear sirs,

I'm a systems engineer (from spain, so excuse my bad english) working
for some time with all kinds of TV receivers.

First I wanted to thank you all for your work.

I saw that sometimes your tips on this list are very helpfull, so I
wanted to make you a question that maybe you can help me with.

I've been working for some time with those devices, and recently I have
a problem which I've never seen before. The point is that I tune
properly frequency and I start watching all channels, but after some
time  one or 2 tuners stops, and you cannot tune again any frequency
until you reboot all server.

One thing very strange there is that always are the same tuners which
fails. Signal is OK.

I don't have any error on syslog nor dmesg. And once you reboot it works
again.

Have anyone seen this problem before and can help me please?

Thanks a lot for your time,
Kind regards

Marc.


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Question Hauppauge Nova-S-Plus.
  2012-08-13  9:44 Fwd: Question Hauppauge Nova-S-Plus Marc Bolós
@ 2012-08-13 13:20 ` Steven Toth
  2012-08-13 14:15   ` Marc Bolós
  0 siblings, 1 reply; 6+ messages in thread
From: Steven Toth @ 2012-08-13 13:20 UTC (permalink / raw)
  To: mark; +Cc: linux-media

> I've been working for some time with those devices, and recently I have
> a problem which I've never seen before. The point is that I tune
> properly frequency and I start watching all channels, but after some
> time  one or 2 tuners stops, and you cannot tune again any frequency
> until you reboot all server.

Interesting. If it was previously working fine, and very reliably,
then what has changed in your software stack or environment?

What happens if you rmmod and modprobe the driver? Does this help?

>
> One thing very strange there is that always are the same tuners which
> fails. Signal is OK.

Do you mean it's always the same physical card that fails, or any of
your nova-s-plus cards fail in the same way?

>
> I don't have any error on syslog nor dmesg. And once you reboot it works
> again.
>
> Have anyone seen this problem before and can help me please?

I haven't seen this before.


-- 
Steven Toth - Kernel Labs
http://www.kernellabs.com

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Question Hauppauge Nova-S-Plus.
  2012-08-13 13:20 ` Steven Toth
@ 2012-08-13 14:15   ` Marc Bolós
  2012-08-13 14:49     ` Steven Toth
  0 siblings, 1 reply; 6+ messages in thread
From: Marc Bolós @ 2012-08-13 14:15 UTC (permalink / raw)
  To: Steven Toth; +Cc: linux-media

Thanks for your reply Steven. I'll reply inline also.

El 13/08/12 15:20, Steven Toth escribió:
>> I've been working for some time with those devices, and recently I have
>> a problem which I've never seen before. The point is that I tune
>> properly frequency and I start watching all channels, but after some
>> time  one or 2 tuners stops, and you cannot tune again any frequency
>> until you reboot all server.
> Interesting. If it was previously working fine, and very reliably,
> then what has changed in your software stack or environment?
>
> What happens if you rmmod and modprobe the driver? Does this help?
I tryed 2 times and it didn't work. I did some tests, the most 
interesting part is that sometimes, it recovers with a restart script 
that I have. maybe at this point it's better that I explain full 
situation with details, so you know better.

I have a lot of linux systems working arround world for TV recording. 
Some of them are for DVB-S recording. I'm using this cards for sometime 
now and it's the first time that I see this problem, and only in one 
country. For example we say that we have 2 countries, A and B. The point 
here is that country A, which I live, I have this system working for 2 
years, and I never saw this problem (it works with kernel drivers and 
debian squeeze amd64). On the other side, country B , I had this cards 
working fine before with another operating system (fedora 64). We 
switched some time ago operating system and now we have debian on all 
countries. Now in country B and debian kernel drivers, is the first time 
I see this problem (kernel them are using is exactly same .deb package 
which I compiled to allow more than 16 dvb adapters to be pluged on a 
system). I've replaced physical cards for new ones, and the problem 
still persists. After introducing a little hardware and operating system 
now I start explaining more detailed the problem.

Right now in digital systems, we use one app to tune and demultiplex and 
other to record files. When you start the system, it tunes everything 
OK, and it starts recording. After some time (always random), some 
tuners leave working (always same transponders, it happens also trying 
on another card), then my record software detects it and restarts the 
tuning instance. I think the main problem (when stops working) is that 
sometimes there is little loss in signal, but it should recover normal 
on aplication restart. But there are 2 transponders that can't restart 
normally. it tryes for some attemps, but you allways have the same 
results. No lock, no carrier, no signal. The interesting point here, is 
that if I restart full server, it works again (but I don't want to have 
a server rebooting 3 or 5 times a day...).

I've checked syslog, dmesg, kernel log and there isn't any trace about 
any hardware or software issue :(

The problem is cronic, is allways there. And the only recover solution 
that I found is to reboot server.

Also I tryed last git drivers, compiling myself, but doesn't work with 
this card and debian OS.
>> One thing very strange there is that always are the same tuners which
>> fails. Signal is OK.
> Do you mean it's always the same physical card that fails, or any of
> your nova-s-plus cards fail in the same way?
>
>> I don't have any error on syslog nor dmesg. And once you reboot it works
>> again.
>>
>> Have anyone seen this problem before and can help me please?
> I haven't seen this before.
>
>

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Question Hauppauge Nova-S-Plus.
  2012-08-13 14:15   ` Marc Bolós
@ 2012-08-13 14:49     ` Steven Toth
  2012-08-13 15:54       ` Marc Bolós
  0 siblings, 1 reply; 6+ messages in thread
From: Steven Toth @ 2012-08-13 14:49 UTC (permalink / raw)
  To: mark; +Cc: linux-media

> The problem is cronic, is allways there. And the only recover solution that
> I found is to reboot server.

And if you reboot the server, and immediately re-use the failed card,
it works reliably again for another 2 hours?

In other words, it's not heat / environment related?

-- 
Steven Toth - Kernel Labs
http://www.kernellabs.com

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Question Hauppauge Nova-S-Plus.
  2012-08-13 14:49     ` Steven Toth
@ 2012-08-13 15:54       ` Marc Bolós
  2012-08-14 13:57         ` Steven Toth
  0 siblings, 1 reply; 6+ messages in thread
From: Marc Bolós @ 2012-08-13 15:54 UTC (permalink / raw)
  To: Steven Toth; +Cc: linux-media

I understand your point.

I tryed this. Also I was in that country last week to record a near 
country, and I personally checked that wasn't heat problem (I have 
remote hands there which reported me the same).

Before going there, I got same idea you're proposing so I implemented 
into restart script a 5 minutes delay before tuning it again. I also 
tryied 10 minutes to be sure that wasn't heat problem.

And regarding 2 hours, normally it's about 2 or 3 days before fails. 
Sometimes it's some hours later. Totally random. For example today I 
restarted this morning, and no failure for the moment on any of both 
transponders.

The problem is really very strange.

El 13/08/12 16:49, Steven Toth escribió:
>> The problem is cronic, is allways there. And the only recover solution that
>> I found is to reboot server.
> And if you reboot the server, and immediately re-use the failed card,
> it works reliably again for another 2 hours?
>
> In other words, it's not heat / environment related?
>

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Question Hauppauge Nova-S-Plus.
  2012-08-13 15:54       ` Marc Bolós
@ 2012-08-14 13:57         ` Steven Toth
  0 siblings, 0 replies; 6+ messages in thread
From: Steven Toth @ 2012-08-14 13:57 UTC (permalink / raw)
  To: mark; +Cc: linux-media

> And regarding 2 hours, normally it's about 2 or 3 days before fails.
> Sometimes it's some hours later. Totally random. For example today I
> restarted this morning, and no failure for the moment on any of both
> transponders.
>
> The problem is really very strange.

Hmm. I don't know then.

Other Hauppauge commercial customers are using those cards 7x24 with
no problem, although I don't know with which kernel and or/driver
version.

My guess is that the the PCI reset which occurs during a reboot is
fixing or resolving some issue with either an internal CX23883 issue
(unlikely) or more likely, the tuner/demod/LNB power block becomes
unstable, is not reset by reloading the driver (as it should be) and
the only course of action is a full reboot.

I just don't know why other users would not be seeing that.

- Steve

-- 
Steven Toth - Kernel Labs
http://www.kernellabs.com

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2012-08-14 13:57 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-08-13  9:44 Fwd: Question Hauppauge Nova-S-Plus Marc Bolós
2012-08-13 13:20 ` Steven Toth
2012-08-13 14:15   ` Marc Bolós
2012-08-13 14:49     ` Steven Toth
2012-08-13 15:54       ` Marc Bolós
2012-08-14 13:57         ` Steven Toth

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.