Hmm,
Looking at this further. I think the patch will break compatibility
with all the old non multi-protocol drivers. That is the last thing I
want to do. What is needed is something that converts to the new api
only when needed. I wonder if there is a simple test to see if the
underlying driver is old or new.
I am somewhat out of my depth here!
I am beginning to think I should have bought a DVB-S card after all.
Especially as none of the services I want to view are S2!
Roger
Roger James wrote:
Thanks,
Looking at the patch diff is does not appear too complex. I will try
and see if I can work out a minimal patch against the current tree. If
not I will fall back on your suggestion. I think it would be desireable
if what makes it into the kernel supports new cards been driven in the
old way.
Roger
Jelle De Loecker wrote:
I feel your pain, patch-hell isn't a fun place to be :)
Lots of people make guides on how to fix something, unfortunately they
forget that trees grow, and a patch that works today probably won't
work tomorrow.
Thankfully you can check out different revisions!
I'd sugest you try this patch out on manu's original multiproto tree,
revision number 7213 (that was the last update, in april, before she
made her patch)
hg clone -r 7213 http://jusst.de/hg/multiproto
Met vriendelijke groeten,
Jelle De Loecker
Kipdola Studios - Tomberg
Roger James schreef:
I am have been trying to get gnutv to drive the TT-3200
driver using
the old api (gnutv uses dvb-apps/lib which is not patched for multi
proto). After much head scratching I realised that the fialure of the
driver to get lock when exercised in this way seemed to be related to
DVBFE_ALGO_SEARCH_AGAIN not being set when the FE_SET_FRONTEND ioctl
path was followed rather than than the DVBFE_SET_PARAMS path. A search
of the list revealed that Anssi Hannula had already worked this out and
made a patch (http://www.spinics.net/lists/linux-dvb/msg26174.html).
However it does not look like this patch has made it into the code that
Manu has asked to be merged into the kernel. Does this mean that the
merged code will not be compatible with applications such as gnutv
which use dvb-apps/lib or other apps which use the old api?
To help me carry on with my testing. Is there as version of Anssi's
patch that can be applied against a recent clone of Manu's code.
I apologise if this has been visited before; but I am finding it
virtually impossible to unravel the complexities of what patch matches
what tree.
Help
Roger
_______________________________________________
linux-dvb mailing list
linux-dvb@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
_______________________________________________
linux-dvb mailing list
linux-dvb@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
|
_______________________________________________
linux-dvb mailing list
linux-dvb@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
