]> git.openfabrics.org - ~shefty/rdma-dev.git/commitdiff
[media] dvb-core: fix a regression with MythTV
authorMauro Carvalho Chehab <mchehab@redhat.com>
Fri, 13 Jan 2012 13:09:23 +0000 (11:09 -0200)
committerMauro Carvalho Chehab <mchehab@redhat.com>
Sun, 15 Jan 2012 13:12:21 +0000 (11:12 -0200)
As reported by Lawrence[1], MythTV 0.24.1 does the wrong thing
with a DVBv5 call: it fills the delivery system with
SYS_UNDEFINED, expecting that the DVB core would work with that.

This used to work by accident, as the DVB core were missing the
check for the supported delivery systems. Yet, fixing it
is easy, so let's add a logic to handle this case, to
provide backward compatibility.

[1] http://patchwork.linuxtv.org/patch/8314/

Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
drivers/media/dvb/dvb-core/dvb_frontend.c

index b15db4fe347b9218ec8b9e348802f424abb5d72b..2ad7faf4529d244a06e05876c5324df882bad30b 100644 (file)
@@ -1413,6 +1413,15 @@ static int set_delivery_system(struct dvb_frontend *fe, u32 desired_system)
        struct dtv_frontend_properties *c = &fe->dtv_property_cache;
        enum dvbv3_emulation_type type;
 
+       /*
+        * It was reported that some old DVBv5 applications were
+        * filling delivery_system with SYS_UNDEFINED. If this happens,
+        * assume that the application wants to use the first supported
+        * delivery system.
+        */
+       if (c->delivery_system == SYS_UNDEFINED)
+               c->delivery_system = fe->ops.delsys[0];
+
        if (desired_system == SYS_UNDEFINED) {
                /*
                 * A DVBv3 call doesn't know what's the desired system.