All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mauro Carvalho Chehab <mchehab@kernel.org>
To: Marc Gonzalez <marc.w.gonzalez@free.fr>
Cc: Sean Young <sean@mess.org>, Brad Love <brad@nextdimension.cc>,
	linux-media <linux-media@vger.kernel.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Antti Palosaari <crope@iki.fi>,
	Jan Pieter van Woerkom <jp@jpvw.nl>
Subject: Re: [RFC PATCH][DO NOT COMMIT] media: dvb_frontend: Support concurrent DVB-T/DVB-T2 scan
Date: Tue, 14 Dec 2021 16:06:52 +0100	[thread overview]
Message-ID: <20211214160652.058673f1@coco.lan> (raw)
In-Reply-To: <4c32558d-3be7-9a57-b655-65c744c1e532@free.fr>

Em Thu, 11 Jun 2020 13:57:13 +0200
Marc Gonzalez <marc.w.gonzalez@free.fr> escreveu:

> 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 :-)

Sorry for taking so long to answer... Somehow, this one got stuck in the
middle of the pile of patches.

I don't think this patch is needed. The same also happens with DVB-S/S2
cards: when some of those are set to the second gen, it may report both
1st and 2nd gen channels.

The main issue is actually how to report that a scanned channel is
DVB-T during a DVB-T2 scan: the driver should likely identify those
and set the properties accordingly.

> 
> 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 */



Thanks,
Mauro

      reply	other threads:[~2021-12-14 15:06 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-06-11 11:57 [RFC PATCH][DO NOT COMMIT] media: dvb_frontend: Support concurrent DVB-T/DVB-T2 scan Marc Gonzalez
2021-12-14 15:06 ` Mauro Carvalho Chehab [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20211214160652.058673f1@coco.lan \
    --to=mchehab@kernel.org \
    --cc=brad@nextdimension.cc \
    --cc=crope@iki.fi \
    --cc=jp@jpvw.nl \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-media@vger.kernel.org \
    --cc=marc.w.gonzalez@free.fr \
    --cc=sean@mess.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.