Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp778702pxv; Fri, 9 Jul 2021 08:49:05 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz49vvRGsFaui005AzHaFdJy6xLq5jIsybQl5wOIfl0Yaxp3PDX/1hUjW6UEPXEa0Vjhh0f X-Received: by 2002:a17:906:dc8f:: with SMTP id cs15mr38218834ejc.94.1625845745021; Fri, 09 Jul 2021 08:49:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1625845745; cv=none; d=google.com; s=arc-20160816; b=rzEu8gSeInXSA9BpKNdNZb2B7oFIZeQG9g8bSFbBBnJybP4Eq1aJ228jKSbsS0eMlt CXeyJwk8vov5kjJKagdvOCK1/ki2luKhu4E9L9L4Y2+Co4gXWceNlNFYiPS+ezHqikNL vvwl53qNePFxo0uiU/YOO4OEE2K+XXrFNNgO7c0XRdoNGReDQcWOBUsXTXxHMk4wQmeE aSAzTPyQQY4KZBROEP9pel0fj0NXl63HgHZqoAYk/GkVed+ZBJQF/PkpouZYjeFNAXew CffiZx7Gknukv9jJ4PrgPUT192pfDj+Jcr2Ie0ogMeO8uHM4kUWp5OQWZMJ6lBLbwGge VciQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:references:in-reply-to:message-id :date:subject:cc:to:from; bh=gtRxgVhjAuxlL7hfX9M2Z6RnnhvzULMjEXXSy96Xa9g=; b=bwF5iXi8H4xD8tH/YBacSdynQ/MQOnnCTUXszdFb87StWIdfMWU8fehEL5U4VMeYNS EUYSxfmKLoV7fr9QsUkQ5Y87aF8aACqO/cF8JkwD1c2wzXc4aThTWmMjIiBY5I/N/GLh s9fRZ+VQmdrIKox89KaZOKJBSrRua6kBDvLqmCdJyiw45ydh6ZyOiqfEgHngQNwLkPqR KqvPkQBHlyUTvqHrLeBTbjQmSoFoH5pjDwdlLWWZRfv8ODMp17Sc+loQvcE2SzbfP5xJ z1UuRNw5li7/1xPUWi/wjE587FO1zJxA6czYiBnLbRjAeQovhwmx1X4CQQklnUzm8CNB 76Vw== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=mediatek.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r23si8111164edy.119.2021.07.09.08.48.40; Fri, 09 Jul 2021 08:49:05 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=mediatek.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232453AbhGIPu3 (ORCPT + 99 others); Fri, 9 Jul 2021 11:50:29 -0400 Received: from mailgw01.mediatek.com ([60.244.123.138]:60572 "EHLO mailgw01.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S232269AbhGIPu2 (ORCPT ); Fri, 9 Jul 2021 11:50:28 -0400 X-UUID: 93cd3a901c1d4bc0a6581af0ce5b11b6-20210709 X-UUID: 93cd3a901c1d4bc0a6581af0ce5b11b6-20210709 Received: from mtkcas07.mediatek.inc [(172.21.101.84)] by mailgw01.mediatek.com (envelope-from ) (Generic MTA with TLSv1.2 ECDHE-RSA-AES256-SHA384 256/256) with ESMTP id 403364121; Fri, 09 Jul 2021 23:47:40 +0800 Received: from mtkcas07.mediatek.inc (172.21.101.84) by mtkmbs05n2.mediatek.inc (172.21.101.140) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 9 Jul 2021 23:47:39 +0800 Received: from mtksdccf07.mediatek.inc (172.21.84.99) by mtkcas07.mediatek.inc (172.21.101.73) with Microsoft SMTP Server id 15.0.1497.2 via Frontend Transport; Fri, 9 Jul 2021 23:47:39 +0800 From: YP WU To: CC: , , , , , , , , Subject: Re: How to use "DTV_FE_CAPABILITY" command for Frontend.h of Linux DVB Date: Fri, 9 Jul 2021 23:47:39 +0800 Message-ID: <20210709154739.30394-1-yp.wu@mediatek.com> X-Mailer: git-send-email 2.18.0 In-Reply-To: <20210623093312.6f9883a5@coco.lan> References: <20210623093312.6f9883a5@coco.lan> MIME-Version: 1.0 Content-Type: text/plain X-MTK: N Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org >From: YP WU >>To: >>Cc: , , >> , , >> , , >> , , >> >>Subject: Re: How to use "DTV_FE_CAPABILITY" command for Frontend.h of Linux DVB >>Date: Fri, 2 Jul 2021 17:28:34 +0800 >>Message-ID: <20210702092834.11699-1-yp.wu@mediatek.com> (raw) >>In-Reply-To: <20210623093312.6f9883a5@coco.lan> >> >>Hello, Mr.Mauro, >>>-> About use case, I describe below: >> >> For our design of kernel, demod/tuner and LNB are registered to different frontend device nodes. >>We want to implement property command to know if the frontend device node is LNB device or demod/tuner device. >>If it is LNB device node, the value would return true >>If it is demod/tuner device node, the value would return false. >> >>Do you have better idea or suggestion for our usage? >>Please let me know if your have better suggestion. >>Very thank you for your help. >> >>BRs, >>YP Hello, Mr.Mauro, Frist of all, thanks for your reply. Based on previous discussion, we think we can create a new property command to achieve our goal. A new property command "DTV_FE_LNB_CAPABILITY". We can use "FE_GET_PROPERTY" with case "DTV_FE_LNB_CAPABILITY" to get LNB capability. We also should add a new variable named "LNB_capability" in dtv_frontend_properties. Like below: bool LNB_capability; If the device node is LNB, LNB_capability should set to TRUE. If the device node is demod/tuner, LNB_capability should set to FALSE. What's your opinion? If you have a better idea or suggestion, please let me know. Very thank you. BRs, YP