This is a variant of Ticket #10830 for the Hauppauge NOVA-TD Dual Tuner Diversity USB Stick

[anothersname@…]

Ticket 10830 is also affecting the Hauppauge NOVA-TD Diversity Dual Tuner USB Stick.

While femon -H -ax allows me to at least get the device recognised in mythtv-setup I cannot get a proper lock while tuning consistently, sometimes it'll tune, other times not. This is not a device or driver issue as using the same device with no configuration I can tune into all channels on all muxes using VLC to drive it.

Can people who have used the femon trick previously please state whether they are also having to run femon when the backend is running or do they ONLY have to run femon for the mythtv-setup stage?

Thanks

[anothersname@…]

Sorry my bad.....

Version is 25.1 Fixes from the Ubunto repos.

[dekarl@…]

Without backend logs around the time of the failure can only offer wild guesses. My guess is that you may have on-demand device opening enabled which might trigger the same bug.

It doesn't matter if VLC triggers the same kernel/driver bug as VLC may be using the device differently (not open/close in the same way, have a better work around for the bug, etc pp)

[anothersname@…]

mythtv-setup.log

[anothersname@…]

mythbackend.log

[anothersname@…]

Since posting the original message I've had an EMail exchange with Juergen who wrote the original patch and he's advised me there's an updated patch in 3.6 that is probably delayed till 3.9 ​http://people.freebsd.org/~nox/tmp/ioctltst.c

It does appear to be in v4l git so I'll try it over the weekend and report back.

I think you can mark this as upstream but if you can leave it open till I check the new patch so at least people can see the status till 3.9 is released.

[anothersname@…]

I can confirm that compiling V4L from git fixes this problem.

The current version of V4L on git is 3.9.

You can probably mark this as fixed although people may need to compile their own V4L before the fix filters down from upstream.

Thanks for the help.