Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp656721ybg; Wed, 10 Jun 2020 10:10:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw9PjyeyHsFoq/CE6Ydik5/oT3f8PNprJVKIwvxVHjkW4oXTu4EWFW3P3k1z6ar+vpTsRrx X-Received: by 2002:a50:ccc5:: with SMTP id b5mr3219757edj.340.1591809004416; Wed, 10 Jun 2020 10:10:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591809004; cv=none; d=google.com; s=arc-20160816; b=V5cmIvUaW3aBMl1vf5DWwUwTkzNF3MmInNKelPVgE4Ccx/WZb0sH+ItoT8bsfq9Q9s /N+tSEFPEEvTMlWrdgLj223IG9gAvgeuXsVA8g7c/RqcEPZxhpSBx3y8wmpfL7C6P+4W /lnmrV0KC9b9BJ0JFEYFM2/uIgdB8lC3F57VHGh+Wc7A0D5oe5lYnRQ62LsjNaViOVqB lfMsxQ0w7c8euM63YQSmAyjkqujLIwUSslRxa51tl54ZRVGcXe0ouvTXb7AInqZP3SxW kvrJG3m3M/M5AqJKVYESZ0Bzw2tKhcb2K/96lV1e8G6uVottO1XqXh0tTOeIhuSS9qkO hBlg== 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:in-reply-to:mime-version:user-agent:date :message-id:references:cc:to:from:subject; bh=2wypeQqE4MFEq2Y50WqoJWF6wrI/EVBZmy56qwprAhw=; b=hae7uTxAsVxx4b/IdBfH+xUNjizbIOLknbwbt8XaqbuZhRsRTeqLGRoVPmIKWOwEQ8 BQcJdevZz4374+N0Xyf/E6cRLp1d7/qiP+5vhcYLEcaO8P2DREq0V93OgzniD+R7eX92 qP1l3hd1bDNBXUNnGVodhfW2wDC5XCMTTfw7uZc+Vcrnuhj/m6INw4ncg2+lrW9LbmcY 6/QXA4i4miOkYDdrexAY663kL7OK/ne/ktJg0VoRzrrWokMRPlAWvkyosc/zQlXpxiyD 8rT+VNMuZv4AQKX9De9k3AUVSnGaKpacvKs3uTY4zgeMmcsohZBOV/GUtLPjLtmAh1TV 1ZYQ== 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 g23si128015eds.168.2020.06.10.10.09.40; Wed, 10 Jun 2020 10:10:04 -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 S1730133AbgFJPWI (ORCPT + 99 others); Wed, 10 Jun 2020 11:22:08 -0400 Received: from ns.iliad.fr ([212.27.33.1]:57116 "EHLO ns.iliad.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728264AbgFJPWH (ORCPT ); Wed, 10 Jun 2020 11:22:07 -0400 Received: from ns.iliad.fr (localhost [127.0.0.1]) by ns.iliad.fr (Postfix) with ESMTP id 87561202F1; Wed, 10 Jun 2020 17:22:05 +0200 (CEST) Received: from [192.168.108.51] (freebox.vlq16.iliad.fr [213.36.7.13]) by ns.iliad.fr (Postfix) with ESMTP id 71E2D20187; Wed, 10 Jun 2020 17:22:05 +0200 (CEST) Subject: Re: Scanning for TV channels over DVB-T and DVB-T2 From: Marc Gonzalez To: linux-media , Sean Young , Mauro Carvalho Chehab , Jan Pieter van Woerkom , Brad Love , Antti Palosaari Cc: LKML References: <11fbc112-c410-8c67-9bcb-9450924d12ef@free.fr> <4904d37d-1cd4-b8f3-9c3c-82eb4569bca7@free.fr> Message-ID: <778d08be-b606-018a-c2bc-164fbbc33615@free.fr> Date: Wed, 10 Jun 2020 17:22:05 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: <4904d37d-1cd4-b8f3-9c3c-82eb4569bca7@free.fr> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP ; ns.iliad.fr ; Wed Jun 10 17:22:05 2020 +0200 (CEST) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 09/06/2020 16:31, Marc Gonzalez wrote: > On 08/06/2020 17:30, Marc Gonzalez wrote: > >> Suppose we know that several channels are transmitted on a given frequency >> by terrestrial antenna. However, we don't know if the signal is "encoded" >> (not sure this is the right term) in DVB-T or DVB-T2 modulation. >> >> Do we have to scan the frequency /twice/ >> first with DTV_DELIVERY_SYSTEM = SYS_DVBT >> then with DTV_DELIVERY_SYSTEM = SYS_DVBT2 ? >> >> Or is there some optimization where both modulations are handled >> in a single step? >> >> Or maybe it depends on the tuner driver? > > Digging a bit deeper... > > My system sports a Silicon Labs Si2168 DVB-T2/T/C demodulator > > The data sheet states: > > "For DVB-T2 and T2-Lite: > DVB-T2 versus DVB-T automatic detection" > > "In DVB-T and DVB-T2 reception, parameters necessary for device synchronization > are broadcast in the transmission parameters (respectively TPS and P1 symbol). > When these transmission parameters are found and decoded, the demodulator is > automatically and accordingly configured to achieve full synchronization." > > > This HW is supported upstream by drivers/media/dvb-frontends/si2168.c > https://elixir.bootlin.com/linux/latest/source/drivers/media/dvb-frontends/si2168.c > > I have a nagging feeling because si2168_set_frontend() appears to > behave differently for SYS_DVBT and for SYS_DVBT2... > > https://elixir.bootlin.com/linux/latest/source/drivers/media/dvb-frontends/si2168.c#L250 > https://elixir.bootlin.com/linux/latest/source/drivers/media/dvb-frontends/si2168.c#L297 > https://elixir.bootlin.com/linux/latest/source/drivers/media/dvb-frontends/si2168.c#L345 > > Maybe setting SYS_DVBT2 would also work for DVB-T transmissions? > (TODO: test that) > > Any insight would be greatly appreciated. FTR, on IRC, Brad pointed out this patch of his: https://patchwork.kernel.org/patch/10744999/