Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp1244221ybg; Thu, 11 Jun 2020 05:01:32 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy50/aUSRMqTbgeRX9zp7hZcjFqoXO2zissPnbMFD9PyH7s3sIt+Bl1fU0HsZN9Yb86ZGj7 X-Received: by 2002:a17:906:7c82:: with SMTP id w2mr7632755ejo.296.1591876891955; Thu, 11 Jun 2020 05:01:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591876891; cv=none; d=google.com; s=arc-20160816; b=0fE8fBorrLVfMG6x+Xn57jCjNZcV73LFqBRv0nR0TUF5WN6pD7odnoHzOo0IMisQn/ /CYfQXI8SSODV5VVFXVzruThwsAGmd6ZAYMrvwTP81V7N6GGoGdtd5wWMMMFMbXKXf6i MLfpLxDPXxBcFgmmhXWdSuQt82aZCv+DyEFg2AmWe4wdn20JQKYpiFs0j5hokrqsThcg 3GZgJcpdFZlU69yPFlHbx1tbZ9u4fNIPDKL1z+m370kczErXPqHK5havA8EQ1KZP3WzQ 09ae458PpjoGSNDe4zqUzEenl6zs4Knk1PusnfWjBkrfbWdM+G3+q7cLEYvkWOmFlgg5 kZ5A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:mime-version:user-agent:date:message-id:subject :from:cc:to; bh=1rgb2dHcKuFxuDmwDMK0m+j2oCu2hjvqqNZmkW1IRUs=; b=X2apkBs+qXYTYSqeb6rLgNOD0m3zX275CzBrZCHjiUcwTMu6CsOWG25Plom39V7jxC KlRLD4s1/Hho/cCLiqrE3eFel1i6O3pEoEMTfbbK5sJm7qiQsbt3atXQpUm8Kk8o3c4d +FStAYqgh9rB5jAO1e9nyDDKvuRixsLEefEYiGz52MWhrHGym5JDlitxpJjIJzN1aSqq y2E8fNuH2rCvN6t6k60oQBfD2afEshYTec75FsHlf55ZB4reihuTkMlJv+y8Qe3v7I90 XMgbTtxhraSvkdH4PuhG2cUttTPAdOQphrRZoDCxqPrFgeou6N/c8eTsXP4L51Gzcee6 SE2Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v1si1555381edx.37.2020.06.11.05.01.07; Thu, 11 Jun 2020 05:01:31 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727849AbgFKL5Q (ORCPT + 99 others); Thu, 11 Jun 2020 07:57:16 -0400 Received: from ns.iliad.fr ([212.27.33.1]:46058 "EHLO ns.iliad.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726407AbgFKL5Q (ORCPT ); Thu, 11 Jun 2020 07:57:16 -0400 Received: from ns.iliad.fr (localhost [127.0.0.1]) by ns.iliad.fr (Postfix) with ESMTP id 0761B21869; Thu, 11 Jun 2020 13:57:14 +0200 (CEST) Received: from [192.168.108.51] (freebox.vlq16.iliad.fr [213.36.7.13]) by ns.iliad.fr (Postfix) with ESMTP id E2EC021860; Thu, 11 Jun 2020 13:57:13 +0200 (CEST) To: Mauro Carvalho Chehab , Sean Young , Brad Love Cc: linux-media , LKML , Antti Palosaari , Jan Pieter van Woerkom From: Marc Gonzalez Subject: [RFC PATCH][DO NOT COMMIT] media: dvb_frontend: Support concurrent DVB-T/DVB-T2 scan Message-ID: <4c32558d-3be7-9a57-b655-65c744c1e532@free.fr> Date: Thu, 11 Jun 2020 13:57:13 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP ; ns.iliad.fr ; Thu Jun 11 13:57:14 2020 +0200 (CEST) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Some demodulators (e.g. si2168) are able to scan for DVB-T and DVB-T2 signals concurrently. Use SYS_DVBT_AUTO for this purpose. --- This is a Request For Comments from media maintainers and users :-) One issue: suppose DVB Project publishes DVB-T3 in a few years. Today's demods might handle T/T2, but they won't handle T3, while users may expect SYS_DVBT_AUTO to mean "all DVB-T standards". Therefore, perhaps the delsys name should be explicit, like SYS_DVBT_DVBT2 or SYS_DVBT_1_2. Then if/when DVB_T3 appears, we can add SYS_DVBT_1_2_3 ??? Or maybe use the FE_CAN_2G_MODULATION and hypothetical FE_CAN_3G_MODULATION Or maybe, with several standards having a v2 and possibly v3 in the future, delivery system might move to a bitmask approach? (API issues though) Reference to related implementation: https://patchwork.kernel.org/patch/10744999/ --- drivers/media/dvb-frontends/si2168.c | 2 +- include/uapi/linux/dvb/frontend.h | 3 +++ 2 files changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/media/dvb-frontends/si2168.c b/drivers/media/dvb-frontends/si2168.c index 14b93a7d3358..8578b8917955 100644 --- a/drivers/media/dvb-frontends/si2168.c +++ b/drivers/media/dvb-frontends/si2168.c @@ -624,7 +624,7 @@ static int si2168_deselect(struct i2c_mux_core *muxc, u32 chan) } static const struct dvb_frontend_ops si2168_ops = { - .delsys = {SYS_DVBT, SYS_DVBT2, SYS_DVBC_ANNEX_A}, + .delsys = {SYS_DVBT, SYS_DVBT2, SYS_DVBT_AUTO, SYS_DVBC_ANNEX_A}, .info = { .name = "Silicon Labs Si2168", .frequency_min_hz = 48 * MHz, diff --git a/include/uapi/linux/dvb/frontend.h b/include/uapi/linux/dvb/frontend.h index 4f9b4551c534..3a6348748041 100644 --- a/include/uapi/linux/dvb/frontend.h +++ b/include/uapi/linux/dvb/frontend.h @@ -600,6 +600,8 @@ enum fe_rolloff { * Terrestrial TV: DVB-T * @SYS_DVBT2: * Terrestrial TV: DVB-T2 + * @SYS_DVBT_AUTO: + * Terrestrial TV: Autodetect DVB-T gen * @SYS_ISDBT: * Terrestrial TV: ISDB-T * @SYS_ATSC: @@ -645,6 +647,7 @@ enum fe_delivery_system { SYS_DVBT2, SYS_TURBO, SYS_DVBC_ANNEX_C, + SYS_DVBT_AUTO, }; /* backward compatibility definitions for delivery systems */ -- 2.17.1