Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp2811940pxb; Sun, 15 Nov 2020 19:13:51 -0800 (PST) X-Google-Smtp-Source: ABdhPJwS5zpl+1Vc766MVyXaBWlc2/Umy6ACBtHSK1NelOaAlKnu42m3Pt4zMp0IwnvBQVjCkn7T X-Received: by 2002:a50:fe02:: with SMTP id f2mr13702740edt.97.1605496431295; Sun, 15 Nov 2020 19:13:51 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605496431; cv=none; d=google.com; s=arc-20160816; b=hVJ0QI6elQbAPTQzq+FOdNOkUkGZcEL/PrC1MlBjGJHYHq6+oAGpi0XCmPv7Yh9OeS 6iCzI/D/nqCPrLO+RoE27L8CcJGYvnMFjn+DWP/S4UTCsyVVyBwr2xSVuedaMPc/wt65 pGEDUcqiQWF6zYZQQLe6n27cYM/0EijacOaAQBaBaMwlqixoYcJOvABWnepPeNxFJMqv 7VqSTbrTO43Sh8ZqH6jf6bByPZzvLdNKnjJzz+NcSOiPd7GSgvRvJ+8wK4x+ywnEhoAY 7hBWRPkwNN8lTav9vOqzajMxX6KHAtkCQNL4ORj/V68BFG69XHSYH7TOZm+h7mgNhvSM 0bpg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :ironport-sdr:ironport-sdr; bh=vB4gGA2rGaYHj2CMl0oeCSvbCvbUx9SWwkbMXpN6nWE=; b=0cKXV9Maaj4klDZd/QUo5HgN+1OynSoN+hbW/w5MCVqFyAGMNEa8+wT92SkQ8cmhke eZL+CMAyNeqBI5NHJhoAybbv0ddzv6Iw+kpgpTPgXupIsKKiJi1mWryqskBWXqnF1r96 6qWqrYAfGu6jWBfW9cjlQw+bt9biII+qDShOUjC3EKnQ24AK3wBKUVo4naEyRe12eOkX XDPfbWZoQg0+t5OV4okAYlLUL36KbZfZi4kS3sdeKiJaJuTxNpqwQs+mLt1z5MWUgNry ENyqejqMJ+YgQBdn+dIRZvCsTMyEMof34N16BxmxWj+PFB+5N9+S6INDU6jumpZa0KrO raSw== 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=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l12si10156213ejx.101.2020.11.15.19.13.28; Sun, 15 Nov 2020 19:13:51 -0800 (PST) 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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726560AbgKPCwJ (ORCPT + 99 others); Sun, 15 Nov 2020 21:52:09 -0500 Received: from mga04.intel.com ([192.55.52.120]:49617 "EHLO mga04.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726536AbgKPCwI (ORCPT ); Sun, 15 Nov 2020 21:52:08 -0500 IronPort-SDR: GghevPs0ZVoMTFCumJWO1sOV7TYaspzFWGQXXM+AWy2Eit+y6JhH4qP02dJw/fe+YjPYAhpAR9 voVnUrZ7UdjA== X-IronPort-AV: E=McAfee;i="6000,8403,9806"; a="168117724" X-IronPort-AV: E=Sophos;i="5.77,481,1596524400"; d="scan'208";a="168117724" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by fmsmga104.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 15 Nov 2020 18:52:08 -0800 IronPort-SDR: rhloDdjp5KnDURLCiIFjJT4ccNdzWsv87BmTQ0xw6Ehwl0usDK6BmU64f33Vjh5qDhXV1IaQnm ltUxgQVuPpCA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.77,481,1596524400"; d="scan'208";a="358315051" Received: from yilunxu-optiplex-7050.sh.intel.com (HELO localhost) ([10.239.159.141]) by fmsmga004.fm.intel.com with ESMTP; 15 Nov 2020 18:52:06 -0800 Date: Mon, 16 Nov 2020 10:47:58 +0800 From: Xu Yilun To: Moritz Fischer Cc: richard.gong@linux.intel.com, trix@redhat.com, linux-fpga@vger.kernel.org, linux-kernel@vger.kernel.org, dinguyen@kernel.org, sridhar.rajagopal@intel.com, Richard Gong , yilun.xu@intel.com Subject: Re: [PATCHv1 3/4] dt-bindings: fpga: add authenticate-fpga-config property Message-ID: <20201116024758.GA6810@yilunxu-OptiPlex-7050> References: <1605204403-6663-1-git-send-email-richard.gong@linux.intel.com> <1605204403-6663-4-git-send-email-richard.gong@linux.intel.com> <20201115192106.GB283592@epycbox.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201115192106.GB283592@epycbox.lan> User-Agent: Mutt/1.5.24 (2015-08-30) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Nov 15, 2020 at 11:21:06AM -0800, Moritz Fischer wrote: > Hi Richard, > > On Thu, Nov 12, 2020 at 12:06:42PM -0600, richard.gong@linux.intel.com wrote: > > From: Richard Gong > > > > Add authenticate-fpga-config property for FPGA bitstream authentication. > > > > Signed-off-by: Richard Gong > > --- > > Documentation/devicetree/bindings/fpga/fpga-region.txt | 1 + > > 1 file changed, 1 insertion(+) > > > > diff --git a/Documentation/devicetree/bindings/fpga/fpga-region.txt b/Documentation/devicetree/bindings/fpga/fpga-region.txt > > index e811cf8..7a512bc 100644 > > --- a/Documentation/devicetree/bindings/fpga/fpga-region.txt > > +++ b/Documentation/devicetree/bindings/fpga/fpga-region.txt > > @@ -187,6 +187,7 @@ Optional properties: > > - external-fpga-config : boolean, set if the FPGA has already been configured > > prior to OS boot up. > > - encrypted-fpga-config : boolean, set if the bitstream is encrypted > > +- authenticate-fpga-config : boolean, set if do bitstream authentication > It is unclear to me from the description whether this entails > authentication + reconfiguration or just authentication. > > If the latter is the case this should probably be described as such. If it is just authentication, do we still need to disable bridges in fpga_region_program_fpga? I'm wondering if the FPGA functionalities could still be working when the authenticating is ongoing, or when the authenticating is failed. Thanks, Yilun > > > - region-unfreeze-timeout-us : The maximum time in microseconds to wait for > > bridges to successfully become enabled after the region has been > > programmed. > > -- > > 2.7.4 > > > > Thanks