HVR-4000 may be broken in kernel mods (again) ?

HVR-4000 may be broken in kernel mods (again) ?

[jonathanjstevens]

Description of problem:
Support for Hauupauge HVR-4000 appears to be broken (again) in kernel mods.
This is a bit of a tale of woe, but this hardware is supposed to have been
sorted in stock kernel roundabout 3.0.
Stock F16 kernel cannot scan or tune in mythtv, kaffeine, w_scan, or dvbscan.
Compiled/Installed latest video-media build still no joy.
I used another USB DVB (nova-t) to scan, and using the results obtained from
w_scan on this managed to get tzap to FE LOCK. However this only worked with
tzap - no other app can get a lock.
Have tested with i2c reset patch enabled and not, and also with strobing patch
enabled and not (cs88-dvb.c). Also with mythtv kludge (delaying on FE close in
dvbutils.cpp). All make no difference.
So sad :(

Version-Release number of selected component (if applicable):
Linux mythtvtuner.home 3.1.0-7.fc16.x86_64 #1 SMP Tue Nov 1 21:10:48 UTC 2011
x86_64 x86_64 x86_64 GNU/Linux

How reproducible:
Install F16 and try to make use of HVR-4000.

Steps to Reproduce:
1. Install F16 on a machine with HVR-4000
2. Try to use it
3. Cry
Actual results:
Can't scan or tune.
Expected results:
Can scan and tune and be happy.
Additional info:
Should mention this machine is also running Xen.
If necessary I have a spare machine I can put a HVR-4000 into and can compile
whatever you want to try to fix this. Pretty sure this is a problem upstream in
video-media, but will report here to try and get some help!
Willing to put in the hours this side to get to the bottom of this,
sorry I don't have the programming skills to attack it myself.
All the problems historically that the HVR-4000 has had in v4l were supposed to
be fixed in 3.0...
Let me know what additional info you might want?
Jonathan

Re: HVR-4000 may be broken in kernel mods (again) ?

[Devin Heitmueller]

On Sat, Nov 12, 2011 at 5:33 AM, jonathanjstevens@gmail.com
<jonathanjstevens@gmail.com> wrote:
> Description of problem:
> Support for Hauupauge HVR-4000 appears to be broken (again) in kernel mods.
> This is a bit of a tale of woe, but this hardware is supposed to have been
> sorted in stock kernel roundabout 3.0.
> Stock F16 kernel cannot scan or tune in mythtv, kaffeine, w_scan, or dvbscan.
> Compiled/Installed latest video-media build still no joy.
> I used another USB DVB (nova-t) to scan, and using the results obtained from
> w_scan on this managed to get tzap to FE LOCK. However this only worked with
> tzap - no other app can get a lock.
> Have tested with i2c reset patch enabled and not, and also with strobing patch
> enabled and not (cs88-dvb.c). Also with mythtv kludge (delaying on FE close in
> dvbutils.cpp). All make no difference.
> So sad :(
>
> Version-Release number of selected component (if applicable):
> Linux mythtvtuner.home 3.1.0-7.fc16.x86_64 #1 SMP Tue Nov 1 21:10:48 UTC 2011
> x86_64 x86_64 x86_64 GNU/Linux
>
> How reproducible:
> Install F16 and try to make use of HVR-4000.
>
> Steps to Reproduce:
> 1. Install F16 on a machine with HVR-4000
> 2. Try to use it
> 3. Cry
> Actual results:
> Can't scan or tune.
> Expected results:
> Can scan and tune and be happy.
> Additional info:
> Should mention this machine is also running Xen.
> If necessary I have a spare machine I can put a HVR-4000 into and can compile
> whatever you want to try to fix this. Pretty sure this is a problem upstream in
> video-media, but will report here to try and get some help!
> Willing to put in the hours this side to get to the bottom of this,
> sorry I don't have the programming skills to attack it myself.
> All the problems historically that the HVR-4000 has had in v4l were supposed to
> be fixed in 3.0...
> Let me know what additional info you might want?
> Jonathan

Hi Jonathan,

It was actually broken for months (including 3.0), and not fixed until 3.1.

I'm assuming you're having problems with dvb-s and dvb-t?  Please
clarify exactly which standards aren't working for you?

Also, take Xen out of the picture.  Validate it isn't working in a
regular system.  Virtualization is definitely a source of problems and
should be ruled out.

Any suspicious output in dmesg?

Devin

-- 
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com

Re: HVR-4000 may be broken in kernel mods (again) ?

[Lars Schotte]

i also have hvr-4000 but havent tried it on recent kernels yet.

i get no lock problems only with dvb-s2 but that is a hardware
limitation, that it is not able to get right parameters. i dont know if
they did something with it. would be about time however.

i am alos curious what he means by "try to use it". i mean did he try
to use it with tzap, or szap, or w_scan, or what? because i dont even
know about mythtv, i only use dvbutils, mplayer, xine and vdr.

On Sat, 12 Nov 2011 07:55:37 -0500
Devin Heitmueller <dheitmueller@kernellabs.com> wrote:

> On Sat, Nov 12, 2011 at 5:33 AM, jonathanjstevens@gmail.com
> <jonathanjstevens@gmail.com> wrote:
> > Description of problem:
> > Support for Hauupauge HVR-4000 appears to be broken (again) in
> > kernel mods. This is a bit of a tale of woe, but this hardware is
> > supposed to have been sorted in stock kernel roundabout 3.0.
> > Stock F16 kernel cannot scan or tune in mythtv, kaffeine, w_scan,
> > or dvbscan. Compiled/Installed latest video-media build still no
> > joy. I used another USB DVB (nova-t) to scan, and using the results
> > obtained from w_scan on this managed to get tzap to FE LOCK.
> > However this only worked with tzap - no other app can get a lock.
> > Have tested with i2c reset patch enabled and not, and also with
> > strobing patch enabled and not (cs88-dvb.c). Also with mythtv
> > kludge (delaying on FE close in dvbutils.cpp). All make no
> > difference. So sad :(
> >
> > Version-Release number of selected component (if applicable):
> > Linux mythtvtuner.home 3.1.0-7.fc16.x86_64 #1 SMP Tue Nov 1
> > 21:10:48 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux
> >
> > How reproducible:
> > Install F16 and try to make use of HVR-4000.
> >
> > Steps to Reproduce:
> > 1. Install F16 on a machine with HVR-4000
> > 2. Try to use it
> > 3. Cry
> > Actual results:
> > Can't scan or tune.
> > Expected results:
> > Can scan and tune and be happy.
> > Additional info:
> > Should mention this machine is also running Xen.
> > If necessary I have a spare machine I can put a HVR-4000 into and
> > can compile whatever you want to try to fix this. Pretty sure this
> > is a problem upstream in video-media, but will report here to try
> > and get some help! Willing to put in the hours this side to get to
> > the bottom of this, sorry I don't have the programming skills to
> > attack it myself. All the problems historically that the HVR-4000
> > has had in v4l were supposed to be fixed in 3.0...
> > Let me know what additional info you might want?
> > Jonathan
> 
> Hi Jonathan,
> 
> It was actually broken for months (including 3.0), and not fixed
> until 3.1.
> 
> I'm assuming you're having problems with dvb-s and dvb-t?  Please
> clarify exactly which standards aren't working for you?
> 
> Also, take Xen out of the picture.  Validate it isn't working in a
> regular system.  Virtualization is definitely a source of problems and
> should be ruled out.
> 
> Any suspicious output in dmesg?
> 
> Devin
> 



-- 
Lars Schotte
@ Hana (F16)

Re: HVR-4000 may be broken in kernel mods (again) ?

[Devin Heitmueller]

On Sat, Nov 12, 2011 at 8:14 AM, Lars Schotte <gusto@guttok.net> wrote:
> i am alos curious what he means by "try to use it". i mean did he try
> to use it with tzap, or szap, or w_scan, or what? because i dont even
> know about mythtv, i only use dvbutils, mplayer, xine and vdr.

I agree with Lars on this.  It would be useful if the user could
describe in more detail his testing methodology.  Also, is there some
previous kernel in which he knew it was working properly?  Has he
*ever* seen it work in his environment?  Do we know definitively that
this really a regression or has the user never seen the board work?

Devin

-- 
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com

Re: HVR-4000 may be broken in kernel mods (again) ?

[Norret Thierry]

Devin Heitmueller <dheitmueller <at> kernellabs.com> writes:

> 
> On Sat, Nov 12, 2011 at 8:14 AM, Lars Schotte <gusto <at> guttok.net> wrote:
> > i am alos curious what he means by "try to use it". i mean did he try
> > to use it with tzap, or szap, or w_scan, or what? because i dont even
> > know about mythtv, i only use dvbutils, mplayer, xine and vdr.
> 
> I agree with Lars on this.  It would be useful if the user could
> describe in more detail his testing methodology.  Also, is there some
> previous kernel in which he knew it was working properly?  Has he
> *ever* seen it work in his environment?  Do we know definitively that
> this really a regression or has the user never seen the board work?
> 
> Devin
> 

I think your problem and mine are the same
I've too an hauppauge dvb-t

http://www.spinics.net/lists/linux-media/msg39917.html

Since upgrade from kernel 2.6.38 to 2.6.39/3.0 channels can't be lock.

Re: HVR-4000 may be broken in kernel mods (again) ?

[jonathanjstevens]

OK, sure... bit more history...

I've struggled along with the card for many year. Was previously in a
F12 x64, with the http://hg.kewl.org/pub/v4l-dvb-20100517/ DVB modules
compiled in and everything worked except MythTV. Then with a few
kludges to MythTV everything ended up working.

The system is a "under the stairs server" so does a fair few things
for me, quite a few VMs (hence Xen), mythtvbackend with a few tuners,
file server, etc...

Last year to get the Xen support I moved to OpenSuse 11.4, and again
had to patch v4l modules and MythTV.

So, I didn't really get on with OpenSuse at all, and was keen to get
back to Fedora. F16 provides the upstream support for dom0 under Xen
(I'm not one for compiling my own kernel - that's a bit out of my
comfort zone).

So been testing the F16 and all seemed fine, so went for the move. I
also spotted http://www.kernellabs.com/blog/?p=1568 from which I
figured that I'd probably be fairly safe wrt the HVR-4000 - should
have tested it I suppose, but there we go...

So, the system itself is all known to work with patched opensuse 11.4
and patched MythTV (which shouldn't be necessary now as per the above
links) and Xen did not get in the way.

Now, more details:

First off, I have no satellite, so this is all about DVB-T
(terrestrial UK/Freeview)

MythTV could not scan the HVR-4000, but was fine with my Nova USB, fed
from same wire.

So, I tried scandvb (not sure why it's called scandvb instead of
dvbscan in Fedora). Did not manage to find any services.
So, I tried w_scan, and again was unable to discover any services.
It looks a bit like it finds the transponders (sometimes) but mutters
about timeout loading filters.

I then used the Nova to scan for channels with w_scan, which worked,
and I used the resulting output to successfully get FE_LOCK with tzap
on the HVR-4000.
However, using the transponder information from w_scan with scandvb
did not find any services.

I thought therefore it might just be a tuning issue, so used the
tuning info from the Nova in MythTV for the HVR-4000. MythTV reports
"Partial Lock".

dmesg does not report any errors that I can see.

I'm happy to post up a pile of diags, but don't want to bombard the
list with stuff you're not interested in - so if you tell me what
you'd like me to run/test I'll happily do that. I will verify Xen is
not causing this in the meantime.

Here is a very verbose scandvb...

[root@mythtvtuner jon]# scandvb -a 0 -f 1 -d 1 -v -v -v -v -5 -n -x 0
dvbscan.channels.conf
scanning dvbscan.channels.conf
using '/dev/dvb/adapter0/frontend1' and '/dev/dvb/adapter0/demux1'
initial transponder 650000000 0 9 9 6 2 4 4
initial transponder 754000000 0 3 9 3 1 0 0
initial transponder 794000000 0 2 9 3 1 0 0
initial transponder 738000000 0 2 9 3 1 0 0
initial transponder 690000000 0 2 9 3 1 0 0
initial transponder 722000000 0 2 9 3 1 0 0
initial transponder 706000000 0 9 9 6 2 4 4
initial transponder 842000000 0 9 9 6 2 4 4
>>> tune to: 650000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO
>>> tuning status == 0x01
>>> tuning status == 0x1f
add_filter:1377: add filter pid 0x0000
start_filter:1317: start filter pid 0x0000 table_id 0x00
update_poll_fds:1297: poll fd 4
add_filter:1377: add filter pid 0x0011
start_filter:1317: start filter pid 0x0011 table_id 0x42
update_poll_fds:1297: poll fd 5
update_poll_fds:1297: poll fd 4
add_filter:1377: add filter pid 0x0010
start_filter:1317: start filter pid 0x0010 table_id 0x40
update_poll_fds:1297: poll fd 6
update_poll_fds:1297: poll fd 5
update_poll_fds:1297: poll fd 4
add_filter:1377: add filter pid 0x0010
start_filter:1317: start filter pid 0x0010 table_id 0x41
update_poll_fds:1297: poll fd 7
update_poll_fds:1297: poll fd 6
update_poll_fds:1297: poll fd 5
update_poll_fds:1297: poll fd 4
WARNING: filter timeout pid 0x0011
remove_filter:1385: remove filter pid 0x0011
stop_filter:1363: stop filter pid 0x0011
update_poll_fds:1297: poll fd 7
update_poll_fds:1297: poll fd 6
update_poll_fds:1297: poll fd 4
WARNING: filter timeout pid 0x0000
remove_filter:1385: remove filter pid 0x0000
stop_filter:1363: stop filter pid 0x0000
update_poll_fds:1297: poll fd 7
update_poll_fds:1297: poll fd 6
WARNING: filter timeout pid 0x0010
remove_filter:1385: remove filter pid 0x0010
stop_filter:1363: stop filter pid 0x0010
update_poll_fds:1297: poll fd 6
WARNING: filter timeout pid 0x0010
remove_filter:1385: remove filter pid 0x0010
stop_filter:1363: stop filter pid 0x0010
>>> tune to: 754000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
>>> tuning status == 0x00
>>> tuning status == 0x00
>>> tuning status == 0x00
>>> tuning status == 0x00
>>> tuning status == 0x00
>>> tuning status == 0x00
>>> tuning status == 0x00
>>> tuning status == 0x00
>>> tuning status == 0x00
>>> tuning status == 0x00
WARNING: >>> tuning failed!!!
>>> tune to: 754000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE (tuning failed)
>>> tuning status == 0x00
>>> tuning status == 0x00
>>> tuning status == 0x00
>>> tuning status == 0x00
>>> tuning status == 0x00
>>> tuning status == 0x00
>>> tuning status == 0x00
>>> tuning status == 0x00
>>> tuning status == 0x00
>>> tuning status == 0x00
WARNING: >>> tuning failed!!!
>>> tune to: 794000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
>>> tuning status == 0x01
>>> tuning status == 0x1f
add_filter:1377: add filter pid 0x0000
start_filter:1317: start filter pid 0x0000 table_id 0x00
update_poll_fds:1297: poll fd 4
add_filter:1377: add filter pid 0x0011
start_filter:1317: start filter pid 0x0011 table_id 0x42
update_poll_fds:1297: poll fd 5
update_poll_fds:1297: poll fd 4
add_filter:1377: add filter pid 0x0010
start_filter:1317: start filter pid 0x0010 table_id 0x40
update_poll_fds:1297: poll fd 6
update_poll_fds:1297: poll fd 5
update_poll_fds:1297: poll fd 4
add_filter:1377: add filter pid 0x0010
start_filter:1317: start filter pid 0x0010 table_id 0x41
update_poll_fds:1297: poll fd 7
update_poll_fds:1297: poll fd 6
update_poll_fds:1297: poll fd 5
update_poll_fds:1297: poll fd 4
WARNING: filter timeout pid 0x0011
remove_filter:1385: remove filter pid 0x0011
stop_filter:1363: stop filter pid 0x0011
update_poll_fds:1297: poll fd 7
update_poll_fds:1297: poll fd 6
update_poll_fds:1297: poll fd 4
WARNING: filter timeout pid 0x0000
remove_filter:1385: remove filter pid 0x0000
stop_filter:1363: stop filter pid 0x0000
update_poll_fds:1297: poll fd 7
update_poll_fds:1297: poll fd 6
WARNING: filter timeout pid 0x0010
remove_filter:1385: remove filter pid 0x0010
stop_filter:1363: stop filter pid 0x0010
update_poll_fds:1297: poll fd 6
WARNING: filter timeout pid 0x0010
remove_filter:1385: remove filter pid 0x0010
stop_filter:1363: stop filter pid 0x0010
>>> tune to: 738000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
>>> tuning status == 0x01
>>> tuning status == 0x1f
add_filter:1377: add filter pid 0x0000
start_filter:1317: start filter pid 0x0000 table_id 0x00
update_poll_fds:1297: poll fd 4
add_filter:1377: add filter pid 0x0011
start_filter:1317: start filter pid 0x0011 table_id 0x42
update_poll_fds:1297: poll fd 5
update_poll_fds:1297: poll fd 4
add_filter:1377: add filter pid 0x0010
start_filter:1317: start filter pid 0x0010 table_id 0x40
update_poll_fds:1297: poll fd 6
update_poll_fds:1297: poll fd 5
update_poll_fds:1297: poll fd 4
add_filter:1377: add filter pid 0x0010
start_filter:1317: start filter pid 0x0010 table_id 0x41
update_poll_fds:1297: poll fd 7
update_poll_fds:1297: poll fd 6
update_poll_fds:1297: poll fd 5
update_poll_fds:1297: poll fd 4
WARNING: filter timeout pid 0x0011
remove_filter:1385: remove filter pid 0x0011
stop_filter:1363: stop filter pid 0x0011
update_poll_fds:1297: poll fd 7
update_poll_fds:1297: poll fd 6
update_poll_fds:1297: poll fd 4
WARNING: filter timeout pid 0x0000
remove_filter:1385: remove filter pid 0x0000
stop_filter:1363: stop filter pid 0x0000
update_poll_fds:1297: poll fd 7
update_poll_fds:1297: poll fd 6
WARNING: filter timeout pid 0x0010
remove_filter:1385: remove filter pid 0x0010
stop_filter:1363: stop filter pid 0x0010
update_poll_fds:1297: poll fd 6
WARNING: filter timeout pid 0x0010
remove_filter:1385: remove filter pid 0x0010
stop_filter:1363: stop filter pid 0x0010
>>> tune to: 690000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
>>> tuning status == 0x01
>>> tuning status == 0x1f
add_filter:1377: add filter pid 0x0000
start_filter:1317: start filter pid 0x0000 table_id 0x00
update_poll_fds:1297: poll fd 4
add_filter:1377: add filter pid 0x0011
start_filter:1317: start filter pid 0x0011 table_id 0x42
update_poll_fds:1297: poll fd 5
update_poll_fds:1297: poll fd 4
add_filter:1377: add filter pid 0x0010
start_filter:1317: start filter pid 0x0010 table_id 0x40
update_poll_fds:1297: poll fd 6
update_poll_fds:1297: poll fd 5
update_poll_fds:1297: poll fd 4
add_filter:1377: add filter pid 0x0010
start_filter:1317: start filter pid 0x0010 table_id 0x41
update_poll_fds:1297: poll fd 7
update_poll_fds:1297: poll fd 6
update_poll_fds:1297: poll fd 5
update_poll_fds:1297: poll fd 4
WARNING: filter timeout pid 0x0011
remove_filter:1385: remove filter pid 0x0011
stop_filter:1363: stop filter pid 0x0011
update_poll_fds:1297: poll fd 7
update_poll_fds:1297: poll fd 6
update_poll_fds:1297: poll fd 4
WARNING: filter timeout pid 0x0000
remove_filter:1385: remove filter pid 0x0000
stop_filter:1363: stop filter pid 0x0000
update_poll_fds:1297: poll fd 7
update_poll_fds:1297: poll fd 6
WARNING: filter timeout pid 0x0010
remove_filter:1385: remove filter pid 0x0010
stop_filter:1363: stop filter pid 0x0010
update_poll_fds:1297: poll fd 6
WARNING: filter timeout pid 0x0010
remove_filter:1385: remove filter pid 0x0010
stop_filter:1363: stop filter pid 0x0010
>>> tune to: 722000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
>>> tuning status == 0x01
>>> tuning status == 0x1f
add_filter:1377: add filter pid 0x0000
start_filter:1317: start filter pid 0x0000 table_id 0x00
update_poll_fds:1297: poll fd 4
add_filter:1377: add filter pid 0x0011
start_filter:1317: start filter pid 0x0011 table_id 0x42
update_poll_fds:1297: poll fd 5
update_poll_fds:1297: poll fd 4
add_filter:1377: add filter pid 0x0010
start_filter:1317: start filter pid 0x0010 table_id 0x40
update_poll_fds:1297: poll fd 6
update_poll_fds:1297: poll fd 5
update_poll_fds:1297: poll fd 4
add_filter:1377: add filter pid 0x0010
start_filter:1317: start filter pid 0x0010 table_id 0x41
update_poll_fds:1297: poll fd 7
update_poll_fds:1297: poll fd 6
update_poll_fds:1297: poll fd 5
update_poll_fds:1297: poll fd 4
WARNING: filter timeout pid 0x0011
remove_filter:1385: remove filter pid 0x0011
stop_filter:1363: stop filter pid 0x0011
update_poll_fds:1297: poll fd 7
update_poll_fds:1297: poll fd 6
update_poll_fds:1297: poll fd 4
WARNING: filter timeout pid 0x0000
remove_filter:1385: remove filter pid 0x0000
stop_filter:1363: stop filter pid 0x0000
update_poll_fds:1297: poll fd 7
update_poll_fds:1297: poll fd 6
WARNING: filter timeout pid 0x0010
remove_filter:1385: remove filter pid 0x0010
stop_filter:1363: stop filter pid 0x0010
update_poll_fds:1297: poll fd 6
WARNING: filter timeout pid 0x0010
remove_filter:1385: remove filter pid 0x0010
stop_filter:1363: stop filter pid 0x0010
>>> tune to: 706000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO
>>> tuning status == 0x01
>>> tuning status == 0x01
>>> tuning status == 0x01
>>> tuning status == 0x01
>>> tuning status == 0x03
>>> tuning status == 0x01
>>> tuning status == 0x01
>>> tuning status == 0x01
>>> tuning status == 0x01
>>> tuning status == 0x01
WARNING: >>> tuning failed!!!
>>> tune to: 706000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO (tuning failed)
>>> tuning status == 0x01
>>> tuning status == 0x01
>>> tuning status == 0x01
>>> tuning status == 0x01
>>> tuning status == 0x01
>>> tuning status == 0x01
>>> tuning status == 0x01
>>> tuning status == 0x01
>>> tuning status == 0x01
>>> tuning status == 0x01
WARNING: >>> tuning failed!!!
>>> tune to: 842000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO
>>> tuning status == 0x01
>>> tuning status == 0x01
>>> tuning status == 0x01
>>> tuning status == 0x01
>>> tuning status == 0x01
>>> tuning status == 0x01
>>> tuning status == 0x03
>>> tuning status == 0x01
>>> tuning status == 0x03
>>> tuning status == 0x01
WARNING: >>> tuning failed!!!
>>> tune to: 842000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO (tuning failed)
>>> tuning status == 0x01
>>> tuning status == 0x1f
add_filter:1377: add filter pid 0x0000
start_filter:1317: start filter pid 0x0000 table_id 0x00
update_poll_fds:1297: poll fd 4
add_filter:1377: add filter pid 0x0011
start_filter:1317: start filter pid 0x0011 table_id 0x42
update_poll_fds:1297: poll fd 5
update_poll_fds:1297: poll fd 4
add_filter:1377: add filter pid 0x0010
start_filter:1317: start filter pid 0x0010 table_id 0x40
update_poll_fds:1297: poll fd 6
update_poll_fds:1297: poll fd 5
update_poll_fds:1297: poll fd 4
add_filter:1377: add filter pid 0x0010
start_filter:1317: start filter pid 0x0010 table_id 0x41
update_poll_fds:1297: poll fd 7
update_poll_fds:1297: poll fd 6
update_poll_fds:1297: poll fd 5
update_poll_fds:1297: poll fd 4
WARNING: filter timeout pid 0x0011
remove_filter:1385: remove filter pid 0x0011
stop_filter:1363: stop filter pid 0x0011
update_poll_fds:1297: poll fd 7
update_poll_fds:1297: poll fd 6
update_poll_fds:1297: poll fd 4
WARNING: filter timeout pid 0x0000
remove_filter:1385: remove filter pid 0x0000
stop_filter:1363: stop filter pid 0x0000
update_poll_fds:1297: poll fd 7
update_poll_fds:1297: poll fd 6
WARNING: filter timeout pid 0x0010
remove_filter:1385: remove filter pid 0x0010
stop_filter:1363: stop filter pid 0x0010
update_poll_fds:1297: poll fd 6
WARNING: filter timeout pid 0x0010
remove_filter:1385: remove filter pid 0x0010
stop_filter:1363: stop filter pid 0x0010
dumping lists (0 services)
Done.





And here is tzap working (which surely is a good sign that things are
not too bad)

[jon@mythtvtuner ~]$ sudo tzap -a 0 -f 1 -d 0 -c ~/tzap.channels.conf
"BBC ONE(BBC)"
[sudo] password for jon:
using '/dev/dvb/adapter0/frontend1' and '/dev/dvb/adapter0/demux0'
tuning to 650000000 Hz
video pid 0x0065, audio pid 0x0066
status 01 | signal 5151 | snr 8000 | ber 00003fff | unc 00000000 |
status 1f | signal 5050 | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 5050 | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 5050 | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 5050 | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 5050 | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 5050 | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 5050 | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK


Here is dmesg (some of it)

[   11.870584] Linux media interface: v0.10
[   11.871743] Linux video capture interface: v2.00
[   11.871747] WARNING: You are using an experimental version of the
media stack.
[   11.871748] 	As the driver is backported to an older kernel, it doesn't offer
[   11.871749] 	enough quality for its usage in production.
[   11.871750] 	Use it with care.
[   11.871751] Latest git patches (needed if you report a bug to
linux-media@vger.kernel.org):
[   11.871752] 	e9eb0dadba932940f721f9d27544a7818b2fa1c5 [media] V4L
menu: add submenu for platform devices
[   11.871753] 	1df3a2c6d036f4923c229fa98725deda320680e1 [media] cx88:
fix menu level for the VP-3054 module
[   11.871755] 	486eeb5628f812b4836405e2b2e76594287dd873 [media] V4L
menu: move all PCI(e) devices to their own submenu
[   11.872757] WARNING: You are using an experimental version of the
media stack.
[   11.872759] 	As the driver is backported to an older kernel, it doesn't offer
[   11.872760] 	enough quality for its usage in production.
[   11.872761] 	Use it with care.
[   11.872762] Latest git patches (needed if you report a bug to
linux-media@vger.kernel.org):
[   11.872763] 	e9eb0dadba932940f721f9d27544a7818b2fa1c5 [media] V4L
menu: add submenu for platform devices
[   11.872764] 	1df3a2c6d036f4923c229fa98725deda320680e1 [media] cx88:
fix menu level for the VP-3054 module
[   11.872766] 	486eeb5628f812b4836405e2b2e76594287dd873 [media] V4L
menu: move all PCI(e) devices to their own submenu
[   11.876985] IR NEC protocol handler initialized
[   11.878126] xen: registering gsi 17 triggering 0 polarity 1
[   11.878133] xen_map_pirq_gsi: returning irq 17 for gsi 17
[   11.878136] xen: --> pirq=17 -> irq=17 (gsi=17)
[   11.878138] Already setup the GSI :17
[   11.878143] snd_hda_intel 0000:01:00.1: PCI INT B -> GSI 17 (level,
low) -> IRQ 17
[   11.878147] ALSA sound/pci/hda/hda_intel.c:2415 Using LPIB position fix
[   11.878307] snd_hda_intel 0000:01:00.1: setting latency timer to 64
[   11.878363] cx2388x alsa driver version 0.0.9 loaded
[   11.878385] xen: registering gsi 18 triggering 0 polarity 1
[   11.878388] xen_map_pirq_gsi: returning irq 18 for gsi 18
[   11.878390] xen: --> pirq=18 -> irq=18 (gsi=18)
[   11.878392] Already setup the GSI :18
[   11.878394] cx88_audio 0000:09:00.1: PCI INT A -> GSI 18 (level,
low) -> IRQ 18
[   11.879409] cx88/0: cx2388x v4l2 driver version 0.0.9 loaded
[   11.881357] cx88/2: cx2388x MPEG-TS Driver Manager version 0.0.9 loaded
[   11.881649] IR RC5(x) protocol handler initialized
[   11.882696] ALSA sound/pci/hda/hda_intel.c:1492 Enable sync_write
for stable communication
[   11.884295] cx88[0]: subsystem: 0070:6902, board: Hauppauge
WinTV-HVR4000 DVB-S/S2/T/Hybrid [card=68,autodetected], frontend(s): 2
[   11.884299] IR RC6 protocol handler initialized
[   11.884302] cx88[0]: TV tuner type 63, Radio tuner type -1
[   11.885880] HDMI status: Codec=0 Pin=3 Presence_Detect=0 ELD_Valid=0
[   11.886302] IR JVC protocol handler initialized
[   11.888016] input: HDA ATI HDMI HDMI/DP as
/devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card0/input6
[   11.889714] IR Sony protocol handler initialized
[   11.892123] IR MCE Keyboard/mouse protocol handler initialized
[   11.894462] lirc_dev: IR Remote Control driver registered, major 249
[   11.894682] IR LIRC bridge handler initialized
[   11.997719] cx88[0]: i2c init: enabling analog demod on
HVR1300/3000/4000 tuner
[   12.000685] i2c-core: driver [tuner] using legacy suspend method
[   12.000688] i2c-core: driver [tuner] using legacy resume method
[   12.016378] tda9887 8-0043: creating new instance
[   12.016382] tda9887 8-0043: tda988[5/6/7] found
[   12.017441] tuner 8-0043: Tuner 74 found with type(s) Radio TV.
[   12.020346] tuner 8-0061: Tuner -1 found with type(s) Radio TV.
[   12.072472] tveeprom 8-0050: Hauppauge model 69009, rev B2D3, serial# 3314002
[   12.072476] tveeprom 8-0050: MAC address is 00:0d:fe:32:91:52
[   12.072478] tveeprom 8-0050: tuner model is Philips FMD1216MEX (idx
133, type 78)
[   12.072480] tveeprom 8-0050: TV standards PAL(B/G) PAL(I)
SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xf4)
[   12.072483] tveeprom 8-0050: audio processor is CX882 (idx 33)
[   12.072484] tveeprom 8-0050: decoder processor is CX882 (idx 25)
[   12.072486] tveeprom 8-0050: has radio, has IR receiver, has no IR
transmitter
[   12.072488] cx88[0]: hauppauge eeprom: model=69009
[   12.075121] tuner-simple 8-0061: creating new instance
[   12.075125] tuner-simple 8-0061: type set to 78 (Philips FMD1216MEX
MK3 Hybrid Tuner)
[   12.105616] Registered IR keymap rc-hauppauge
[   12.105726] input: cx88 IR (Hauppauge WinTV-HVR400 as
/devices/pci0000:00/0000:00:1c.6/0000:08:00.0/0000:09:00.1/rc/rc0/input7
[   12.105798] rc0: cx88 IR (Hauppauge WinTV-HVR400 as
/devices/pci0000:00/0000:00:1c.6/0000:08:00.0/0000:09:00.1/rc/rc0
[   12.105897] input: MCE IR Keyboard/Mouse (cx88xx) as
/devices/virtual/input/input8
[   12.106053] rc rc0: lirc_dev: driver ir-lirc-codec (cx88xx)
registered at minor = 0
[   12.106105] cx88[0]/1: CX88x/0: ALSA support for cx2388x boards
[   12.106271] xen: registering gsi 16 triggering 0 polarity 1
[   12.106291] xen_map_pirq_gsi: returning irq 16 for gsi 16
[   12.106293] xen: --> pirq=16 -> irq=16 (gsi=16)
[   12.106295] Already setup the GSI :16
[   12.106299] cx88_audio 0000:09:02.1: PCI INT A -> GSI 16 (level,
low) -> IRQ 16
[   12.110892] cx88[1]: subsystem: 0070:6902, board: Hauppauge
WinTV-HVR4000 DVB-S/S2/T/Hybrid [card=68,autodetected], frontend(s): 2
[   12.110895] cx88[1]: TV tuner type 63, Radio tuner type -1
[   12.131644] mtp-probe[800]: checking bus 2, device 4:
"/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.6"
[   12.131654] mtp-probe[797]: checking bus 5, device 2:
"/sys/devices/pci0000:00/0000:00:1c.4/0000:06:00.0/usb5/5-2"
[   12.133740] mtp-probe[825]: checking bus 2, device 5:
"/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.3/2-1.3.1"
[   12.224765] cx88[1]: i2c init: enabling analog demod on
HVR1300/3000/4000 tuner
[   12.229861] mtp-probe[797]: bus: 5, device: 2 was not an MTP device
[   12.230016] mtp-probe[825]: bus: 2, device: 5 was not an MTP device
[   12.230909] mtp-probe[800]: bus: 2, device: 4 was not an MTP device
[   12.251481] tda9887 9-0043: creating new instance
[   12.251484] tda9887 9-0043: tda988[5/6/7] found
[   12.252721] tuner 9-0043: Tuner 74 found with type(s) Radio TV.
[   12.261884] tuner 9-0061: Tuner -1 found with type(s) Radio TV.
[   12.318916] tveeprom 9-0050: Hauppauge model 69009, rev B2D3, serial# 3314061
[   12.318920] tveeprom 9-0050: MAC address is 00:0d:fe:32:91:8d
[   12.318923] tveeprom 9-0050: tuner model is Philips FMD1216MEX (idx
133, type 78)
[   12.318927] tveeprom 9-0050: TV standards PAL(B/G) PAL(I)
SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xf4)
[   12.318930] tveeprom 9-0050: audio processor is CX882 (idx 33)
[   12.318933] tveeprom 9-0050: decoder processor is CX882 (idx 25)
[   12.318935] tveeprom 9-0050: has radio, has IR receiver, has no IR
transmitter
[   12.318938] cx88[1]: hauppauge eeprom: model=69009
[   12.319406] tuner-simple 9-0061: creating new instance
[   12.319410] tuner-simple 9-0061: type set to 78 (Philips FMD1216MEX
MK3 Hybrid Tuner)
[   12.326717] udevd[712]: renamed network interface eth0 to p5p1
[   12.330162] Registered IR keymap rc-hauppauge
[   12.331052] input: cx88 IR (Hauppauge WinTV-HVR400 as
/devices/pci0000:00/0000:00:1c.6/0000:08:00.0/0000:09:02.1/rc/rc1/input9
[   12.331125] rc1: cx88 IR (Hauppauge WinTV-HVR400 as
/devices/pci0000:00/0000:00:1c.6/0000:08:00.0/0000:09:02.1/rc/rc1
[   12.331478] input: MCE IR Keyboard/Mouse (cx88xx) as
/devices/virtual/input/input10
[   12.331757] rc rc1: lirc_dev: driver ir-lirc-codec (cx88xx)
registered at minor = 1
[   12.331809] cx88[1]/1: CX88x/1: ALSA support for cx2388x boards
[   12.332085] xen: registering gsi 18 triggering 0 polarity 1
[   12.332091] xen_map_pirq_gsi: returning irq 18 for gsi 18
[   12.332094] xen: --> pirq=18 -> irq=18 (gsi=18)
[   12.332097] Already setup the GSI :18
[   12.332100] cx8800 0000:09:00.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
[   12.332112] cx88[0]/0: found at 0000:09:00.0, rev: 5, irq: 18,
latency: 32, mmio: 0xfa000000
[   12.337223] wm8775 8-001b: chip found @ 0x36 (cx88[0])
[   12.363154] cx88[0]/0: registered device video0 [v4l2]
[   12.363208] cx88[0]/0: registered device vbi0
[   12.363251] cx88[0]/0: registered device radio0
[   12.363328] xen: registering gsi 16 triggering 0 polarity 1
[   12.363334] xen_map_pirq_gsi: returning irq 16 for gsi 16
[   12.363336] xen: --> pirq=16 -> irq=16 (gsi=16)
[   12.363339] Already setup the GSI :16
[   12.363343] cx8800 0000:09:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[   12.363356] cx88[1]/0: found at 0000:09:02.0, rev: 5, irq: 16,
latency: 32, mmio: 0xf6000000
[   12.366580] wm8775 9-001b: chip found @ 0x36 (cx88[1])
[   12.386376] cx88[1]/0: registered device video1 [v4l2]
[   12.386427] cx88[1]/0: registered device vbi1
[   12.386474] cx88[1]/0: registered device radio1
[   12.387179] cx88[0]/2: cx2388x 8802 Driver Manager
[   12.387201] xen: registering gsi 18 triggering 0 polarity 1
[   12.387209] xen_map_pirq_gsi: returning irq 18 for gsi 18
[   12.387212] xen: --> pirq=18 -> irq=18 (gsi=18)
[   12.387216] Already setup the GSI :18
[   12.387220] cx88-mpeg driver manager 0000:09:00.2: PCI INT A -> GSI
18 (level, low) -> IRQ 18
[   12.387235] cx88[0]/2: found at 0000:09:00.2, rev: 5, irq: 18,
latency: 32, mmio: 0xf8000000
[   12.387296] cx88[1]/2: cx2388x 8802 Driver Manager
[   12.387312] xen: registering gsi 16 triggering 0 polarity 1
[   12.387315] xen_map_pirq_gsi: returning irq 16 for gsi 16
[   12.387318] xen: --> pirq=16 -> irq=16 (gsi=16)
[   12.387321] Already setup the GSI :16
[   12.387326] cx88-mpeg driver manager 0000:09:02.2: PCI INT A -> GSI
16 (level, low) -> IRQ 16
[   12.387343] cx88[1]/2: found at 0000:09:02.2, rev: 5, irq: 16,
latency: 32, mmio: 0xf4000000
[   12.393263] WARNING: You are using an experimental version of the
media stack.
[   12.393265] 	As the driver is backported to an older kernel, it doesn't offer
[   12.393266] 	enough quality for its usage in production.
[   12.393267] 	Use it with care.
[   12.393267] Latest git patches (needed if you report a bug to
linux-media@vger.kernel.org):
[   12.393269] 	e9eb0dadba932940f721f9d27544a7818b2fa1c5 [media] V4L
menu: add submenu for platform devices
[   12.393270] 	1df3a2c6d036f4923c229fa98725deda320680e1 [media] cx88:
fix menu level for the VP-3054 module
[   12.393271] 	486eeb5628f812b4836405e2b2e76594287dd873 [media] V4L
menu: move all PCI(e) devices to their own submenu
[   12.394524] cx88/2: cx2388x dvb driver version 0.0.9 loaded
[   12.394527] cx88/2: registering cx8802 driver, type: dvb access: shared
[   12.394532] cx88[0]/2: subsystem: 0070:6902, board: Hauppauge
WinTV-HVR4000 DVB-S/S2/T/Hybrid [card=68]
[   12.394536] cx88[0]/2: cx2388x based DVB/ATSC card
[   12.394538] cx8802_alloc_frontends() allocating 2 frontend(s)
[   12.413195] tuner-simple 8-0061: attaching existing instance
[   12.413200] tuner-simple 8-0061: couldn't set type to 63. Using 78
(Philips FMD1216MEX MK3 Hybrid Tuner) instead
[   12.418555] DVB: registering new adapter (cx88[0])
[   12.418561] DVB: registering adapter 0 frontend 0 (Conexant
CX24116/CX24118)...
[   12.419467] DVB: registering adapter 0 frontend 1 (Conexant CX22702 DVB-T)...
[   12.420230] cx88[1]/2: subsystem: 0070:6902, board: Hauppauge
WinTV-HVR4000 DVB-S/S2/T/Hybrid [card=68]
[   12.420234] cx88[1]/2: cx2388x based DVB/ATSC card
[   12.420237] cx8802_alloc_frontends() allocating 2 frontend(s)
[   12.427468] tuner-simple 9-0061: attaching existing instance
[   12.427471] tuner-simple 9-0061: couldn't set type to 63. Using 78
(Philips FMD1216MEX MK3 Hybrid Tuner) instead
[   12.433273] DVB: registering new adapter (cx88[1])
[   12.433277] DVB: registering adapter 1 frontend 0 (Conexant
CX24116/CX24118)...
[   12.433962] DVB: registering adapter 1 frontend 1 (Conexant CX22702 DVB-T)..

PS have tried a few different versions of firmware - didn't make a
difference, they all report as loading successfully.

Kaffeine was also unable to scan channels.


Thanks for your time :)



On 12 November 2011 13:20, Devin Heitmueller
<dheitmueller@kernellabs.com> wrote:
> On Sat, Nov 12, 2011 at 8:14 AM, Lars Schotte <gusto@guttok.net> wrote:
>> i am alos curious what he means by "try to use it". i mean did he try
>> to use it with tzap, or szap, or w_scan, or what? because i dont even
>> know about mythtv, i only use dvbutils, mplayer, xine and vdr.
>
> I agree with Lars on this.  It would be useful if the user could
> describe in more detail his testing methodology.  Also, is there some
> previous kernel in which he knew it was working properly?  Has he
> *ever* seen it work in his environment?  Do we know definitively that
> this really a regression or has the user never seen the board work?
>
> Devin
>
> --
> Devin J. Heitmueller - Kernel Labs
> http://www.kernellabs.com
> --
> To unsubscribe from this list: send the line "unsubscribe linux-media" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

Re: HVR-4000 may be broken in kernel mods (again) ?

[jonathanjstevens]

I've just done some tests without Xen.

The situation does change, in that scandvb finds the services (so no
more "filter timeouts"). Kaffeine also manages to scan the channels OK
- however despite managing to scan, tune and get the EPG there is no
picture on any channel.

I can't test MythTV without Xen, as it relies on an SQL database that
is on a Xen VM.

Not sure where to go with this next? The card worked Ok through Xen
(am running all this in dom0 by the way) with Opensuse (once patches
applied) and the version of Xen is not very different - although the
dom0 kernel will be I guess.




On 12 November 2011 14:16, jonathanjstevens@gmail.com
<jonathanjstevens@gmail.com> wrote:
> OK, sure... bit more history...
>
> I've struggled along with the card for many year. Was previously in a
> F12 x64, with the http://hg.kewl.org/pub/v4l-dvb-20100517/ DVB modules
> compiled in and everything worked except MythTV. Then with a few
> kludges to MythTV everything ended up working.
>
> The system is a "under the stairs server" so does a fair few things
> for me, quite a few VMs (hence Xen), mythtvbackend with a few tuners,
> file server, etc...
>
> Last year to get the Xen support I moved to OpenSuse 11.4, and again
> had to patch v4l modules and MythTV.
>
> So, I didn't really get on with OpenSuse at all, and was keen to get
> back to Fedora. F16 provides the upstream support for dom0 under Xen
> (I'm not one for compiling my own kernel - that's a bit out of my
> comfort zone).
>
> So been testing the F16 and all seemed fine, so went for the move. I
> also spotted http://www.kernellabs.com/blog/?p=1568 from which I
> figured that I'd probably be fairly safe wrt the HVR-4000 - should
> have tested it I suppose, but there we go...
>
> So, the system itself is all known to work with patched opensuse 11.4
> and patched MythTV (which shouldn't be necessary now as per the above
> links) and Xen did not get in the way.
>
> Now, more details:
>
> First off, I have no satellite, so this is all about DVB-T
> (terrestrial UK/Freeview)
>
> MythTV could not scan the HVR-4000, but was fine with my Nova USB, fed
> from same wire.
>
> So, I tried scandvb (not sure why it's called scandvb instead of
> dvbscan in Fedora). Did not manage to find any services.
> So, I tried w_scan, and again was unable to discover any services.
> It looks a bit like it finds the transponders (sometimes) but mutters
> about timeout loading filters.
>
> I then used the Nova to scan for channels with w_scan, which worked,
> and I used the resulting output to successfully get FE_LOCK with tzap
> on the HVR-4000.
> However, using the transponder information from w_scan with scandvb
> did not find any services.
>
> I thought therefore it might just be a tuning issue, so used the
> tuning info from the Nova in MythTV for the HVR-4000. MythTV reports
> "Partial Lock".
>
> dmesg does not report any errors that I can see.
>
> I'm happy to post up a pile of diags, but don't want to bombard the
> list with stuff you're not interested in - so if you tell me what
> you'd like me to run/test I'll happily do that. I will verify Xen is
> not causing this in the meantime.
>
> Here is a very verbose scandvb...
>
> [root@mythtvtuner jon]# scandvb -a 0 -f 1 -d 1 -v -v -v -v -5 -n -x 0
> dvbscan.channels.conf
> scanning dvbscan.channels.conf
> using '/dev/dvb/adapter0/frontend1' and '/dev/dvb/adapter0/demux1'
> initial transponder 650000000 0 9 9 6 2 4 4
> initial transponder 754000000 0 3 9 3 1 0 0
> initial transponder 794000000 0 2 9 3 1 0 0
> initial transponder 738000000 0 2 9 3 1 0 0
> initial transponder 690000000 0 2 9 3 1 0 0
> initial transponder 722000000 0 2 9 3 1 0 0
> initial transponder 706000000 0 9 9 6 2 4 4
> initial transponder 842000000 0 9 9 6 2 4 4
>>>> tune to: 650000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO
>>>> tuning status == 0x01
>>>> tuning status == 0x1f
> add_filter:1377: add filter pid 0x0000
> start_filter:1317: start filter pid 0x0000 table_id 0x00
> update_poll_fds:1297: poll fd 4
> add_filter:1377: add filter pid 0x0011
> start_filter:1317: start filter pid 0x0011 table_id 0x42
> update_poll_fds:1297: poll fd 5
> update_poll_fds:1297: poll fd 4
> add_filter:1377: add filter pid 0x0010
> start_filter:1317: start filter pid 0x0010 table_id 0x40
> update_poll_fds:1297: poll fd 6
> update_poll_fds:1297: poll fd 5
> update_poll_fds:1297: poll fd 4
> add_filter:1377: add filter pid 0x0010
> start_filter:1317: start filter pid 0x0010 table_id 0x41
> update_poll_fds:1297: poll fd 7
> update_poll_fds:1297: poll fd 6
> update_poll_fds:1297: poll fd 5
> update_poll_fds:1297: poll fd 4
> WARNING: filter timeout pid 0x0011
> remove_filter:1385: remove filter pid 0x0011
> stop_filter:1363: stop filter pid 0x0011
> update_poll_fds:1297: poll fd 7
> update_poll_fds:1297: poll fd 6
> update_poll_fds:1297: poll fd 4
> WARNING: filter timeout pid 0x0000
> remove_filter:1385: remove filter pid 0x0000
> stop_filter:1363: stop filter pid 0x0000
> update_poll_fds:1297: poll fd 7
> update_poll_fds:1297: poll fd 6
> WARNING: filter timeout pid 0x0010
> remove_filter:1385: remove filter pid 0x0010
> stop_filter:1363: stop filter pid 0x0010
> update_poll_fds:1297: poll fd 6
> WARNING: filter timeout pid 0x0010
> remove_filter:1385: remove filter pid 0x0010
> stop_filter:1363: stop filter pid 0x0010
>>>> tune to: 754000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
> WARNING: >>> tuning failed!!!
>>>> tune to: 754000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE (tuning failed)
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
> WARNING: >>> tuning failed!!!
>>>> tune to: 794000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
>>>> tuning status == 0x01
>>>> tuning status == 0x1f
> add_filter:1377: add filter pid 0x0000
> start_filter:1317: start filter pid 0x0000 table_id 0x00
> update_poll_fds:1297: poll fd 4
> add_filter:1377: add filter pid 0x0011
> start_filter:1317: start filter pid 0x0011 table_id 0x42
> update_poll_fds:1297: poll fd 5
> update_poll_fds:1297: poll fd 4
> add_filter:1377: add filter pid 0x0010
> start_filter:1317: start filter pid 0x0010 table_id 0x40
> update_poll_fds:1297: poll fd 6
> update_poll_fds:1297: poll fd 5
> update_poll_fds:1297: poll fd 4
> add_filter:1377: add filter pid 0x0010
> start_filter:1317: start filter pid 0x0010 table_id 0x41
> update_poll_fds:1297: poll fd 7
> update_poll_fds:1297: poll fd 6
> update_poll_fds:1297: poll fd 5
> update_poll_fds:1297: poll fd 4
> WARNING: filter timeout pid 0x0011
> remove_filter:1385: remove filter pid 0x0011
> stop_filter:1363: stop filter pid 0x0011
> update_poll_fds:1297: poll fd 7
> update_poll_fds:1297: poll fd 6
> update_poll_fds:1297: poll fd 4
> WARNING: filter timeout pid 0x0000
> remove_filter:1385: remove filter pid 0x0000
> stop_filter:1363: stop filter pid 0x0000
> update_poll_fds:1297: poll fd 7
> update_poll_fds:1297: poll fd 6
> WARNING: filter timeout pid 0x0010
> remove_filter:1385: remove filter pid 0x0010
> stop_filter:1363: stop filter pid 0x0010
> update_poll_fds:1297: poll fd 6
> WARNING: filter timeout pid 0x0010
> remove_filter:1385: remove filter pid 0x0010
> stop_filter:1363: stop filter pid 0x0010
>>>> tune to: 738000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
>>>> tuning status == 0x01
>>>> tuning status == 0x1f
> add_filter:1377: add filter pid 0x0000
> start_filter:1317: start filter pid 0x0000 table_id 0x00
> update_poll_fds:1297: poll fd 4
> add_filter:1377: add filter pid 0x0011
> start_filter:1317: start filter pid 0x0011 table_id 0x42
> update_poll_fds:1297: poll fd 5
> update_poll_fds:1297: poll fd 4
> add_filter:1377: add filter pid 0x0010
> start_filter:1317: start filter pid 0x0010 table_id 0x40
> update_poll_fds:1297: poll fd 6
> update_poll_fds:1297: poll fd 5
> update_poll_fds:1297: poll fd 4
> add_filter:1377: add filter pid 0x0010
> start_filter:1317: start filter pid 0x0010 table_id 0x41
> update_poll_fds:1297: poll fd 7
> update_poll_fds:1297: poll fd 6
> update_poll_fds:1297: poll fd 5
> update_poll_fds:1297: poll fd 4
> WARNING: filter timeout pid 0x0011
> remove_filter:1385: remove filter pid 0x0011
> stop_filter:1363: stop filter pid 0x0011
> update_poll_fds:1297: poll fd 7
> update_poll_fds:1297: poll fd 6
> update_poll_fds:1297: poll fd 4
> WARNING: filter timeout pid 0x0000
> remove_filter:1385: remove filter pid 0x0000
> stop_filter:1363: stop filter pid 0x0000
> update_poll_fds:1297: poll fd 7
> update_poll_fds:1297: poll fd 6
> WARNING: filter timeout pid 0x0010
> remove_filter:1385: remove filter pid 0x0010
> stop_filter:1363: stop filter pid 0x0010
> update_poll_fds:1297: poll fd 6
> WARNING: filter timeout pid 0x0010
> remove_filter:1385: remove filter pid 0x0010
> stop_filter:1363: stop filter pid 0x0010
>>>> tune to: 690000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
>>>> tuning status == 0x01
>>>> tuning status == 0x1f
> add_filter:1377: add filter pid 0x0000
> start_filter:1317: start filter pid 0x0000 table_id 0x00
> update_poll_fds:1297: poll fd 4
> add_filter:1377: add filter pid 0x0011
> start_filter:1317: start filter pid 0x0011 table_id 0x42
> update_poll_fds:1297: poll fd 5
> update_poll_fds:1297: poll fd 4
> add_filter:1377: add filter pid 0x0010
> start_filter:1317: start filter pid 0x0010 table_id 0x40
> update_poll_fds:1297: poll fd 6
> update_poll_fds:1297: poll fd 5
> update_poll_fds:1297: poll fd 4
> add_filter:1377: add filter pid 0x0010
> start_filter:1317: start filter pid 0x0010 table_id 0x41
> update_poll_fds:1297: poll fd 7
> update_poll_fds:1297: poll fd 6
> update_poll_fds:1297: poll fd 5
> update_poll_fds:1297: poll fd 4
> WARNING: filter timeout pid 0x0011
> remove_filter:1385: remove filter pid 0x0011
> stop_filter:1363: stop filter pid 0x0011
> update_poll_fds:1297: poll fd 7
> update_poll_fds:1297: poll fd 6
> update_poll_fds:1297: poll fd 4
> WARNING: filter timeout pid 0x0000
> remove_filter:1385: remove filter pid 0x0000
> stop_filter:1363: stop filter pid 0x0000
> update_poll_fds:1297: poll fd 7
> update_poll_fds:1297: poll fd 6
> WARNING: filter timeout pid 0x0010
> remove_filter:1385: remove filter pid 0x0010
> stop_filter:1363: stop filter pid 0x0010
> update_poll_fds:1297: poll fd 6
> WARNING: filter timeout pid 0x0010
> remove_filter:1385: remove filter pid 0x0010
> stop_filter:1363: stop filter pid 0x0010
>>>> tune to: 722000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
>>>> tuning status == 0x01
>>>> tuning status == 0x1f
> add_filter:1377: add filter pid 0x0000
> start_filter:1317: start filter pid 0x0000 table_id 0x00
> update_poll_fds:1297: poll fd 4
> add_filter:1377: add filter pid 0x0011
> start_filter:1317: start filter pid 0x0011 table_id 0x42
> update_poll_fds:1297: poll fd 5
> update_poll_fds:1297: poll fd 4
> add_filter:1377: add filter pid 0x0010
> start_filter:1317: start filter pid 0x0010 table_id 0x40
> update_poll_fds:1297: poll fd 6
> update_poll_fds:1297: poll fd 5
> update_poll_fds:1297: poll fd 4
> add_filter:1377: add filter pid 0x0010
> start_filter:1317: start filter pid 0x0010 table_id 0x41
> update_poll_fds:1297: poll fd 7
> update_poll_fds:1297: poll fd 6
> update_poll_fds:1297: poll fd 5
> update_poll_fds:1297: poll fd 4
> WARNING: filter timeout pid 0x0011
> remove_filter:1385: remove filter pid 0x0011
> stop_filter:1363: stop filter pid 0x0011
> update_poll_fds:1297: poll fd 7
> update_poll_fds:1297: poll fd 6
> update_poll_fds:1297: poll fd 4
> WARNING: filter timeout pid 0x0000
> remove_filter:1385: remove filter pid 0x0000
> stop_filter:1363: stop filter pid 0x0000
> update_poll_fds:1297: poll fd 7
> update_poll_fds:1297: poll fd 6
> WARNING: filter timeout pid 0x0010
> remove_filter:1385: remove filter pid 0x0010
> stop_filter:1363: stop filter pid 0x0010
> update_poll_fds:1297: poll fd 6
> WARNING: filter timeout pid 0x0010
> remove_filter:1385: remove filter pid 0x0010
> stop_filter:1363: stop filter pid 0x0010
>>>> tune to: 706000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO
>>>> tuning status == 0x01
>>>> tuning status == 0x01
>>>> tuning status == 0x01
>>>> tuning status == 0x01
>>>> tuning status == 0x03
>>>> tuning status == 0x01
>>>> tuning status == 0x01
>>>> tuning status == 0x01
>>>> tuning status == 0x01
>>>> tuning status == 0x01
> WARNING: >>> tuning failed!!!
>>>> tune to: 706000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO (tuning failed)
>>>> tuning status == 0x01
>>>> tuning status == 0x01
>>>> tuning status == 0x01
>>>> tuning status == 0x01
>>>> tuning status == 0x01
>>>> tuning status == 0x01
>>>> tuning status == 0x01
>>>> tuning status == 0x01
>>>> tuning status == 0x01
>>>> tuning status == 0x01
> WARNING: >>> tuning failed!!!
>>>> tune to: 842000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO
>>>> tuning status == 0x01
>>>> tuning status == 0x01
>>>> tuning status == 0x01
>>>> tuning status == 0x01
>>>> tuning status == 0x01
>>>> tuning status == 0x01
>>>> tuning status == 0x03
>>>> tuning status == 0x01
>>>> tuning status == 0x03
>>>> tuning status == 0x01
> WARNING: >>> tuning failed!!!
>>>> tune to: 842000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO (tuning failed)
>>>> tuning status == 0x01
>>>> tuning status == 0x1f
> add_filter:1377: add filter pid 0x0000
> start_filter:1317: start filter pid 0x0000 table_id 0x00
> update_poll_fds:1297: poll fd 4
> add_filter:1377: add filter pid 0x0011
> start_filter:1317: start filter pid 0x0011 table_id 0x42
> update_poll_fds:1297: poll fd 5
> update_poll_fds:1297: poll fd 4
> add_filter:1377: add filter pid 0x0010
> start_filter:1317: start filter pid 0x0010 table_id 0x40
> update_poll_fds:1297: poll fd 6
> update_poll_fds:1297: poll fd 5
> update_poll_fds:1297: poll fd 4
> add_filter:1377: add filter pid 0x0010
> start_filter:1317: start filter pid 0x0010 table_id 0x41
> update_poll_fds:1297: poll fd 7
> update_poll_fds:1297: poll fd 6
> update_poll_fds:1297: poll fd 5
> update_poll_fds:1297: poll fd 4
> WARNING: filter timeout pid 0x0011
> remove_filter:1385: remove filter pid 0x0011
> stop_filter:1363: stop filter pid 0x0011
> update_poll_fds:1297: poll fd 7
> update_poll_fds:1297: poll fd 6
> update_poll_fds:1297: poll fd 4
> WARNING: filter timeout pid 0x0000
> remove_filter:1385: remove filter pid 0x0000
> stop_filter:1363: stop filter pid 0x0000
> update_poll_fds:1297: poll fd 7
> update_poll_fds:1297: poll fd 6
> WARNING: filter timeout pid 0x0010
> remove_filter:1385: remove filter pid 0x0010
> stop_filter:1363: stop filter pid 0x0010
> update_poll_fds:1297: poll fd 6
> WARNING: filter timeout pid 0x0010
> remove_filter:1385: remove filter pid 0x0010
> stop_filter:1363: stop filter pid 0x0010
> dumping lists (0 services)
> Done.
>
>
>
>
>
> And here is tzap working (which surely is a good sign that things are
> not too bad)
>
> [jon@mythtvtuner ~]$ sudo tzap -a 0 -f 1 -d 0 -c ~/tzap.channels.conf
> "BBC ONE(BBC)"
> [sudo] password for jon:
> using '/dev/dvb/adapter0/frontend1' and '/dev/dvb/adapter0/demux0'
> tuning to 650000000 Hz
> video pid 0x0065, audio pid 0x0066
> status 01 | signal 5151 | snr 8000 | ber 00003fff | unc 00000000 |
> status 1f | signal 5050 | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK
> status 1f | signal 5050 | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK
> status 1f | signal 5050 | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK
> status 1f | signal 5050 | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK
> status 1f | signal 5050 | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK
> status 1f | signal 5050 | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK
> status 1f | signal 5050 | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK
>
>
> Here is dmesg (some of it)
>
> [   11.870584] Linux media interface: v0.10
> [   11.871743] Linux video capture interface: v2.00
> [   11.871747] WARNING: You are using an experimental version of the
> media stack.
> [   11.871748]  As the driver is backported to an older kernel, it doesn't offer
> [   11.871749]  enough quality for its usage in production.
> [   11.871750]  Use it with care.
> [   11.871751] Latest git patches (needed if you report a bug to
> linux-media@vger.kernel.org):
> [   11.871752]  e9eb0dadba932940f721f9d27544a7818b2fa1c5 [media] V4L
> menu: add submenu for platform devices
> [   11.871753]  1df3a2c6d036f4923c229fa98725deda320680e1 [media] cx88:
> fix menu level for the VP-3054 module
> [   11.871755]  486eeb5628f812b4836405e2b2e76594287dd873 [media] V4L
> menu: move all PCI(e) devices to their own submenu
> [   11.872757] WARNING: You are using an experimental version of the
> media stack.
> [   11.872759]  As the driver is backported to an older kernel, it doesn't offer
> [   11.872760]  enough quality for its usage in production.
> [   11.872761]  Use it with care.
> [   11.872762] Latest git patches (needed if you report a bug to
> linux-media@vger.kernel.org):
> [   11.872763]  e9eb0dadba932940f721f9d27544a7818b2fa1c5 [media] V4L
> menu: add submenu for platform devices
> [   11.872764]  1df3a2c6d036f4923c229fa98725deda320680e1 [media] cx88:
> fix menu level for the VP-3054 module
> [   11.872766]  486eeb5628f812b4836405e2b2e76594287dd873 [media] V4L
> menu: move all PCI(e) devices to their own submenu
> [   11.876985] IR NEC protocol handler initialized
> [   11.878126] xen: registering gsi 17 triggering 0 polarity 1
> [   11.878133] xen_map_pirq_gsi: returning irq 17 for gsi 17
> [   11.878136] xen: --> pirq=17 -> irq=17 (gsi=17)
> [   11.878138] Already setup the GSI :17
> [   11.878143] snd_hda_intel 0000:01:00.1: PCI INT B -> GSI 17 (level,
> low) -> IRQ 17
> [   11.878147] ALSA sound/pci/hda/hda_intel.c:2415 Using LPIB position fix
> [   11.878307] snd_hda_intel 0000:01:00.1: setting latency timer to 64
> [   11.878363] cx2388x alsa driver version 0.0.9 loaded
> [   11.878385] xen: registering gsi 18 triggering 0 polarity 1
> [   11.878388] xen_map_pirq_gsi: returning irq 18 for gsi 18
> [   11.878390] xen: --> pirq=18 -> irq=18 (gsi=18)
> [   11.878392] Already setup the GSI :18
> [   11.878394] cx88_audio 0000:09:00.1: PCI INT A -> GSI 18 (level,
> low) -> IRQ 18
> [   11.879409] cx88/0: cx2388x v4l2 driver version 0.0.9 loaded
> [   11.881357] cx88/2: cx2388x MPEG-TS Driver Manager version 0.0.9 loaded
> [   11.881649] IR RC5(x) protocol handler initialized
> [   11.882696] ALSA sound/pci/hda/hda_intel.c:1492 Enable sync_write
> for stable communication
> [   11.884295] cx88[0]: subsystem: 0070:6902, board: Hauppauge
> WinTV-HVR4000 DVB-S/S2/T/Hybrid [card=68,autodetected], frontend(s): 2
> [   11.884299] IR RC6 protocol handler initialized
> [   11.884302] cx88[0]: TV tuner type 63, Radio tuner type -1
> [   11.885880] HDMI status: Codec=0 Pin=3 Presence_Detect=0 ELD_Valid=0
> [   11.886302] IR JVC protocol handler initialized
> [   11.888016] input: HDA ATI HDMI HDMI/DP as
> /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card0/input6
> [   11.889714] IR Sony protocol handler initialized
> [   11.892123] IR MCE Keyboard/mouse protocol handler initialized
> [   11.894462] lirc_dev: IR Remote Control driver registered, major 249
> [   11.894682] IR LIRC bridge handler initialized
> [   11.997719] cx88[0]: i2c init: enabling analog demod on
> HVR1300/3000/4000 tuner
> [   12.000685] i2c-core: driver [tuner] using legacy suspend method
> [   12.000688] i2c-core: driver [tuner] using legacy resume method
> [   12.016378] tda9887 8-0043: creating new instance
> [   12.016382] tda9887 8-0043: tda988[5/6/7] found
> [   12.017441] tuner 8-0043: Tuner 74 found with type(s) Radio TV.
> [   12.020346] tuner 8-0061: Tuner -1 found with type(s) Radio TV.
> [   12.072472] tveeprom 8-0050: Hauppauge model 69009, rev B2D3, serial# 3314002
> [   12.072476] tveeprom 8-0050: MAC address is 00:0d:fe:32:91:52
> [   12.072478] tveeprom 8-0050: tuner model is Philips FMD1216MEX (idx
> 133, type 78)
> [   12.072480] tveeprom 8-0050: TV standards PAL(B/G) PAL(I)
> SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xf4)
> [   12.072483] tveeprom 8-0050: audio processor is CX882 (idx 33)
> [   12.072484] tveeprom 8-0050: decoder processor is CX882 (idx 25)
> [   12.072486] tveeprom 8-0050: has radio, has IR receiver, has no IR
> transmitter
> [   12.072488] cx88[0]: hauppauge eeprom: model=69009
> [   12.075121] tuner-simple 8-0061: creating new instance
> [   12.075125] tuner-simple 8-0061: type set to 78 (Philips FMD1216MEX
> MK3 Hybrid Tuner)
> [   12.105616] Registered IR keymap rc-hauppauge
> [   12.105726] input: cx88 IR (Hauppauge WinTV-HVR400 as
> /devices/pci0000:00/0000:00:1c.6/0000:08:00.0/0000:09:00.1/rc/rc0/input7
> [   12.105798] rc0: cx88 IR (Hauppauge WinTV-HVR400 as
> /devices/pci0000:00/0000:00:1c.6/0000:08:00.0/0000:09:00.1/rc/rc0
> [   12.105897] input: MCE IR Keyboard/Mouse (cx88xx) as
> /devices/virtual/input/input8
> [   12.106053] rc rc0: lirc_dev: driver ir-lirc-codec (cx88xx)
> registered at minor = 0
> [   12.106105] cx88[0]/1: CX88x/0: ALSA support for cx2388x boards
> [   12.106271] xen: registering gsi 16 triggering 0 polarity 1
> [   12.106291] xen_map_pirq_gsi: returning irq 16 for gsi 16
> [   12.106293] xen: --> pirq=16 -> irq=16 (gsi=16)
> [   12.106295] Already setup the GSI :16
> [   12.106299] cx88_audio 0000:09:02.1: PCI INT A -> GSI 16 (level,
> low) -> IRQ 16
> [   12.110892] cx88[1]: subsystem: 0070:6902, board: Hauppauge
> WinTV-HVR4000 DVB-S/S2/T/Hybrid [card=68,autodetected], frontend(s): 2
> [   12.110895] cx88[1]: TV tuner type 63, Radio tuner type -1
> [   12.131644] mtp-probe[800]: checking bus 2, device 4:
> "/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.6"
> [   12.131654] mtp-probe[797]: checking bus 5, device 2:
> "/sys/devices/pci0000:00/0000:00:1c.4/0000:06:00.0/usb5/5-2"
> [   12.133740] mtp-probe[825]: checking bus 2, device 5:
> "/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.3/2-1.3.1"
> [   12.224765] cx88[1]: i2c init: enabling analog demod on
> HVR1300/3000/4000 tuner
> [   12.229861] mtp-probe[797]: bus: 5, device: 2 was not an MTP device
> [   12.230016] mtp-probe[825]: bus: 2, device: 5 was not an MTP device
> [   12.230909] mtp-probe[800]: bus: 2, device: 4 was not an MTP device
> [   12.251481] tda9887 9-0043: creating new instance
> [   12.251484] tda9887 9-0043: tda988[5/6/7] found
> [   12.252721] tuner 9-0043: Tuner 74 found with type(s) Radio TV.
> [   12.261884] tuner 9-0061: Tuner -1 found with type(s) Radio TV.
> [   12.318916] tveeprom 9-0050: Hauppauge model 69009, rev B2D3, serial# 3314061
> [   12.318920] tveeprom 9-0050: MAC address is 00:0d:fe:32:91:8d
> [   12.318923] tveeprom 9-0050: tuner model is Philips FMD1216MEX (idx
> 133, type 78)
> [   12.318927] tveeprom 9-0050: TV standards PAL(B/G) PAL(I)
> SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xf4)
> [   12.318930] tveeprom 9-0050: audio processor is CX882 (idx 33)
> [   12.318933] tveeprom 9-0050: decoder processor is CX882 (idx 25)
> [   12.318935] tveeprom 9-0050: has radio, has IR receiver, has no IR
> transmitter
> [   12.318938] cx88[1]: hauppauge eeprom: model=69009
> [   12.319406] tuner-simple 9-0061: creating new instance
> [   12.319410] tuner-simple 9-0061: type set to 78 (Philips FMD1216MEX
> MK3 Hybrid Tuner)
> [   12.326717] udevd[712]: renamed network interface eth0 to p5p1
> [   12.330162] Registered IR keymap rc-hauppauge
> [   12.331052] input: cx88 IR (Hauppauge WinTV-HVR400 as
> /devices/pci0000:00/0000:00:1c.6/0000:08:00.0/0000:09:02.1/rc/rc1/input9
> [   12.331125] rc1: cx88 IR (Hauppauge WinTV-HVR400 as
> /devices/pci0000:00/0000:00:1c.6/0000:08:00.0/0000:09:02.1/rc/rc1
> [   12.331478] input: MCE IR Keyboard/Mouse (cx88xx) as
> /devices/virtual/input/input10
> [   12.331757] rc rc1: lirc_dev: driver ir-lirc-codec (cx88xx)
> registered at minor = 1
> [   12.331809] cx88[1]/1: CX88x/1: ALSA support for cx2388x boards
> [   12.332085] xen: registering gsi 18 triggering 0 polarity 1
> [   12.332091] xen_map_pirq_gsi: returning irq 18 for gsi 18
> [   12.332094] xen: --> pirq=18 -> irq=18 (gsi=18)
> [   12.332097] Already setup the GSI :18
> [   12.332100] cx8800 0000:09:00.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
> [   12.332112] cx88[0]/0: found at 0000:09:00.0, rev: 5, irq: 18,
> latency: 32, mmio: 0xfa000000
> [   12.337223] wm8775 8-001b: chip found @ 0x36 (cx88[0])
> [   12.363154] cx88[0]/0: registered device video0 [v4l2]
> [   12.363208] cx88[0]/0: registered device vbi0
> [   12.363251] cx88[0]/0: registered device radio0
> [   12.363328] xen: registering gsi 16 triggering 0 polarity 1
> [   12.363334] xen_map_pirq_gsi: returning irq 16 for gsi 16
> [   12.363336] xen: --> pirq=16 -> irq=16 (gsi=16)
> [   12.363339] Already setup the GSI :16
> [   12.363343] cx8800 0000:09:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
> [   12.363356] cx88[1]/0: found at 0000:09:02.0, rev: 5, irq: 16,
> latency: 32, mmio: 0xf6000000
> [   12.366580] wm8775 9-001b: chip found @ 0x36 (cx88[1])
> [   12.386376] cx88[1]/0: registered device video1 [v4l2]
> [   12.386427] cx88[1]/0: registered device vbi1
> [   12.386474] cx88[1]/0: registered device radio1
> [   12.387179] cx88[0]/2: cx2388x 8802 Driver Manager
> [   12.387201] xen: registering gsi 18 triggering 0 polarity 1
> [   12.387209] xen_map_pirq_gsi: returning irq 18 for gsi 18
> [   12.387212] xen: --> pirq=18 -> irq=18 (gsi=18)
> [   12.387216] Already setup the GSI :18
> [   12.387220] cx88-mpeg driver manager 0000:09:00.2: PCI INT A -> GSI
> 18 (level, low) -> IRQ 18
> [   12.387235] cx88[0]/2: found at 0000:09:00.2, rev: 5, irq: 18,
> latency: 32, mmio: 0xf8000000
> [   12.387296] cx88[1]/2: cx2388x 8802 Driver Manager
> [   12.387312] xen: registering gsi 16 triggering 0 polarity 1
> [   12.387315] xen_map_pirq_gsi: returning irq 16 for gsi 16
> [   12.387318] xen: --> pirq=16 -> irq=16 (gsi=16)
> [   12.387321] Already setup the GSI :16
> [   12.387326] cx88-mpeg driver manager 0000:09:02.2: PCI INT A -> GSI
> 16 (level, low) -> IRQ 16
> [   12.387343] cx88[1]/2: found at 0000:09:02.2, rev: 5, irq: 16,
> latency: 32, mmio: 0xf4000000
> [   12.393263] WARNING: You are using an experimental version of the
> media stack.
> [   12.393265]  As the driver is backported to an older kernel, it doesn't offer
> [   12.393266]  enough quality for its usage in production.
> [   12.393267]  Use it with care.
> [   12.393267] Latest git patches (needed if you report a bug to
> linux-media@vger.kernel.org):
> [   12.393269]  e9eb0dadba932940f721f9d27544a7818b2fa1c5 [media] V4L
> menu: add submenu for platform devices
> [   12.393270]  1df3a2c6d036f4923c229fa98725deda320680e1 [media] cx88:
> fix menu level for the VP-3054 module
> [   12.393271]  486eeb5628f812b4836405e2b2e76594287dd873 [media] V4L
> menu: move all PCI(e) devices to their own submenu
> [   12.394524] cx88/2: cx2388x dvb driver version 0.0.9 loaded
> [   12.394527] cx88/2: registering cx8802 driver, type: dvb access: shared
> [   12.394532] cx88[0]/2: subsystem: 0070:6902, board: Hauppauge
> WinTV-HVR4000 DVB-S/S2/T/Hybrid [card=68]
> [   12.394536] cx88[0]/2: cx2388x based DVB/ATSC card
> [   12.394538] cx8802_alloc_frontends() allocating 2 frontend(s)
> [   12.413195] tuner-simple 8-0061: attaching existing instance
> [   12.413200] tuner-simple 8-0061: couldn't set type to 63. Using 78
> (Philips FMD1216MEX MK3 Hybrid Tuner) instead
> [   12.418555] DVB: registering new adapter (cx88[0])
> [   12.418561] DVB: registering adapter 0 frontend 0 (Conexant
> CX24116/CX24118)...
> [   12.419467] DVB: registering adapter 0 frontend 1 (Conexant CX22702 DVB-T)...
> [   12.420230] cx88[1]/2: subsystem: 0070:6902, board: Hauppauge
> WinTV-HVR4000 DVB-S/S2/T/Hybrid [card=68]
> [   12.420234] cx88[1]/2: cx2388x based DVB/ATSC card
> [   12.420237] cx8802_alloc_frontends() allocating 2 frontend(s)
> [   12.427468] tuner-simple 9-0061: attaching existing instance
> [   12.427471] tuner-simple 9-0061: couldn't set type to 63. Using 78
> (Philips FMD1216MEX MK3 Hybrid Tuner) instead
> [   12.433273] DVB: registering new adapter (cx88[1])
> [   12.433277] DVB: registering adapter 1 frontend 0 (Conexant
> CX24116/CX24118)...
> [   12.433962] DVB: registering adapter 1 frontend 1 (Conexant CX22702 DVB-T)..
>
> PS have tried a few different versions of firmware - didn't make a
> difference, they all report as loading successfully.
>
> Kaffeine was also unable to scan channels.
>
>
> Thanks for your time :)
>
>
>
> On 12 November 2011 13:20, Devin Heitmueller
> <dheitmueller@kernellabs.com> wrote:
>> On Sat, Nov 12, 2011 at 8:14 AM, Lars Schotte <gusto@guttok.net> wrote:
>>> i am alos curious what he means by "try to use it". i mean did he try
>>> to use it with tzap, or szap, or w_scan, or what? because i dont even
>>> know about mythtv, i only use dvbutils, mplayer, xine and vdr.
>>
>> I agree with Lars on this.  It would be useful if the user could
>> describe in more detail his testing methodology.  Also, is there some
>> previous kernel in which he knew it was working properly?  Has he
>> *ever* seen it work in his environment?  Do we know definitively that
>> this really a regression or has the user never seen the board work?
>>
>> Devin
>>
>> --
>> Devin J. Heitmueller - Kernel Labs
>> http://www.kernellabs.com
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-media" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>

Re: HVR-4000 may be broken in kernel mods (again) ?

[Patrick Dickey]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 11/12/2011 08:53 AM, jonathanjstevens@gmail.com wrote:
> I've just done some tests without Xen.
> 
> The situation does change, in that scandvb finds the services (so
> no more "filter timeouts"). Kaffeine also manages to scan the
> channels OK - however despite managing to scan, tune and get the
> EPG there is no picture on any channel.
> 
> I can't test MythTV without Xen, as it relies on an SQL database
> that is on a Xen VM.
> 
> Not sure where to go with this next? The card worked Ok through
> Xen (am running all this in dom0 by the way) with Opensuse (once
> patches applied) and the version of Xen is not very different -
> although the dom0 kernel will be I guess.
> 
> 

Hi Jonathon,

I would make two suggestions to you.

1. Check on the Mythtv forums (and post the question there), if you
haven't already. They may have a bit more insight into the card with
their system.  And they may be able to sort out the lack of picture
(even though it's not on their software).

2.  If you can allocate a lower percentage of processor and/or memory
to the Xen VM, that may solve part of the problem. My theory is that
Xen is using too much of the CPU and/or memory right now, and
everything else has to fight for what's left. Which means that when
you try using the card, it's basically getting scraps.  So it times
out and can't scan.  That's why it works (better at least) when Xen is
off.  If you can't allocate lower percentages, then maybe trying
Virtualbox or VMWare would work.  But, I would see what all you can do
with Xen first.

Have a great weekend. :)
Patrick.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6+i3AACgkQMp6rvjb3CASrAACfW67fWDTETYRu6kQg/rRnxM14
53AAn3C3MMkFZaKcdGn+IUE9EGuuwBkn
=p/K3
-----END PGP SIGNATURE-----

Re: HVR-4000 may be broken in kernel mods (again) ?

[jonathanjstevens]

>
> Hi Jonathon,
>
> I would make two suggestions to you.
>
> 1. Check on the Mythtv forums (and post the question there), if you
> haven't already. They may have a bit more insight into the card with
> their system.  And they may be able to sort out the lack of picture
> (even though it's not on their software).
>
HVR-4000 quite a tale of woe with MythTV, see earlier posts. Been
patching for years, but I don't think this is a MythTV issue, not
something they can do much about.


> 2.  If you can allocate a lower percentage of processor and/or memory
> to the Xen VM, that may solve part of the problem. My theory is that
> Xen is using too much of the CPU and/or memory right now, and
> everything else has to fight for what's left. Which means that when
> you try using the card, it's basically getting scraps.  So it times
> out and can't scan.  That's why it works (better at least) when Xen is
> off.  If you can't allocate lower percentages, then maybe trying
> Virtualbox or VMWare would work.  But, I would see what all you can do
> with Xen first.

Not really following you here. I'm running all this in dom0.
There is 16GB of memory in the system, and it's an i3, and nothing
else is really running.
I've allocated 4GB to dom0, and even with all the other VMs running,
CPU usage is low and there's about 7GB free.
I'm not doing any kind of PCI passthru, and in fact the main reason
I'm running Xen is that it allows me to run mythtv in dom0 and get
"direct" access to the PCI DVB cards.



>
> Have a great weekend. :)
> Patrick.

You too and thanks for helping out.

Re: HVR-4000 may be broken in kernel mods (again) ?

[Devin Heitmueller]

If you're running Xen, then as far as I'm concerned you're on a
*totally* unsupported path.  If it happened to have worked in some
previous version, it was dumb luck.

As for you issue when not using Xen, you're probably just missing the
Kaffeine libraries required for video playback (a common problem).
Did you try the Nova-T on that box to confirm playback works at all?

Devin

-- 
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com

Fwd: HVR-4000 may be broken in kernel mods (again) ?

[jonathanjstevens]

---------- Forwarded message ----------
From: jonathanjstevens@gmail.com <jonathanjstevens@gmail.com>
Date: 12 November 2011 16:44
Subject: Re: HVR-4000 may be broken in kernel mods (again) ?
To: Devin Heitmueller <dheitmueller@kernellabs.com>


On 12 November 2011 15:08, Devin Heitmueller
<dheitmueller@kernellabs.com> wrote:
> If you're running Xen, then as far as I'm concerned you're on a
> *totally* unsupported path.  If it happened to have worked in some
> previous version, it was dumb luck.
>

That seems a bit harsh but I understand your point. Running a
hypervisor is far from unusual. I half expected this sort of response
(not my problem mate). But, considering it's Xen dom0, I'm surprised
there is nothing I can do?

> As for you issue when not using Xen, you're probably just missing the
> Kaffeine libraries required for video playback (a common problem).
> Did you try the Nova-T on that box to confirm playback works at all?

Nova-T works perfectly in MythTV on Xen. I haven't tried it in
Kaffeine - you could be entirely right here. Whichever - because it's
apparent there is a Xen versus dvb issue.

I guess what I'd fall back to, xen dom0 support is now a part of the
mainline kernel - so it shouldn't conflict with with particular
hardware support such as that for the HVR-4000. It's obvious it "can"
work, but from what I'm hearing from you - no-one would own this.

I don't mind putting the hours in to resolve this, I really don't, but
I don't have sufficient knowledge to do this on my own.

Re: HVR-4000 may be broken in kernel mods (again) ?

[James]

On 11/12/11 09:53, jonathanjstevens@gmail.com wrote:
> I've just done some tests without Xen.
> 
> The situation does change, in that scandvb finds the services (so no
> more "filter timeouts"). Kaffeine also manages to scan the channels OK
> - however despite managing to scan, tune and get the EPG there is no
> picture on any channel.
> 
> I can't test MythTV without Xen, as it relies on an SQL database that
> is on a Xen VM.
> 
> Not sure where to go with this next? The card worked Ok through Xen
> (am running all this in dom0 by the way) with Opensuse (once patches
> applied) and the version of Xen is not very different - although the
> dom0 kernel will be I guess.

Try mplayer (or VLC) directly.
Kaffeine uses a pipe from mplayer.
I use VLC to open my channels.conf (I forget which file format, mplayer format?) which works.
Mplayer doesn't work very well on my system but vlc does.

Re: HVR-4000 may be broken in kernel mods (again) ?

[jonathanjstevens]

Thanks all for your feedback.

I've been investigating the Xen angle as well and there seem to be
quite a few reports of DVB cards not working in Xen at the moment.

The culprit "appears" to be something to do with DMA, although whether
it's Xen or the drivers remains to be seen
.
>From what I can tell, the card tunes OK but then when the driver tries
to access the datastream (via DMA) things go bad.

If anyone knows of a good way to look deeper into this area - please
let me know!

Anyway, I'm going to go and hassle the Xen developers to see if they
can shed some more light on this.

I'll also have a play with vlc.

>
> Try mplayer (or VLC) directly.
> Kaffeine uses a pipe from mplayer.
> I use VLC to open my channels.conf (I forget which file format, mplayer format?) which works.
> Mplayer doesn't work very well on my system but vlc does.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-media" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

Re: HVR-4000 may be broken in kernel mods (again) ?

[jonathanjstevens]

I'd be much obliged if someone could give me some interpretation on
the following?

If I read it right, this means that the tuner tunes OK, and then the
filter loads OK (no error message on the filter load), but no data is
being returned? If so, could this be a DMA problem? Would anyone know
a way to look closer at that?

This is from the a working USB DVB:




Take from a "strace -ttt -f -F -v scandvb -a 1 -f1 -d 0 -5 -v -v -v -5
~/dvbscan.channels.conf"

Re: HVR-4000 may be broken in kernel mods (again) ?

[jonathanjstevens]

Sorry - hit the wrong button and sent too early... please ignore that
last email.