Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp4826950ybv; Wed, 26 Feb 2020 03:47:59 -0800 (PST) X-Google-Smtp-Source: APXvYqyaq9ma4nIljHlb5rPfvylmmen5YvVcUitI+G9ADedSE20HD102FwdVlRZO1unDlHSlraO7 X-Received: by 2002:a9d:7508:: with SMTP id r8mr2651479otk.116.1582717679621; Wed, 26 Feb 2020 03:47:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582717679; cv=none; d=google.com; s=arc-20160816; b=VOLMYk+f7oEvFsoTfO0m8M4Yz3zxVUv1urgAe+QnRSxRQ3MvLSZ/47v1oUEZNK41wc g0uI1rRYh5XXBuV3OV5HwOFBa0bMzqOMjE4WqH8A5nNmJoBxBSTZVVF3N3rDA/BAwFnf KnZe5bdvX+k4iI3ydDlQEdwYbc8FRLipJUzIQOzdkok4aGwREKfiPz3+dl0v+vH6yRwS kp+UOutWvab1mKtZzouibVL52hhfXAE7pIn05h1/OMvxLv5kMrHvii6pQ3KJbQi9RBG2 wukMKTAStm+qV0bqhC8FYttgmTWOLWo8XQW/pDhh0gg/wUn/KyrzRo4BJNBw8BnbjsJy pY5A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=W20hqyEvplqoYwz0Y9Zat5zMAayRSvfxYI9wjzO3VrE=; b=R3DqhMJxtJwF4yipXMEOC8NeY569QN28cx6FhYSwsnLXSJP++KkihLMdIRChOhqcx4 EUAGTbrYoo4czS9wnQdJ4ZQ8DVwAAABdJtkPvo0s+oOcXTtG2igz0pthYBTsgYRFbX50 SvrL6n+bURr6Sq0v8ZO2A9TN5MrposC6Ks3lOtHBDN4BYipGLC015UliO0AiLjrfpwqx iqGe92M5ojlGwLkR4hE8Y4M/FeoIdIkHn22EJT82ycpvgwIdIlTpl17Z7vhbWf8bChf1 NZ19ookwff+6uRuopHLIMLsFXKJhoZZVFmAdbbjT19F8lrOXfyuFmwj0sr4+YuR6Ar78 nQ8A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v21si1087805otp.189.2020.02.26.03.47.47; Wed, 26 Feb 2020 03:47:59 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728393AbgBZLqI (ORCPT + 99 others); Wed, 26 Feb 2020 06:46:08 -0500 Received: from foss.arm.com ([217.140.110.172]:34672 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726408AbgBZLqF (ORCPT ); Wed, 26 Feb 2020 06:46:05 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id F0C551FB; Wed, 26 Feb 2020 03:46:04 -0800 (PST) Received: from bogus (e103737-lin.cambridge.arm.com [10.1.197.49]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 350313FA00; Wed, 26 Feb 2020 03:46:03 -0800 (PST) Date: Wed, 26 Feb 2020 11:46:01 +0000 From: Sudeep Holla To: Jolly Shah Cc: ard.biesheuvel@linaro.org, mingo@kernel.org, gregkh@linuxfoundation.org, matt@codeblueprint.co.uk, hkallweit1@gmail.com, keescook@chromium.org, dmitry.torokhov@gmail.com, michal.simek@xilinx.com, rajanv@xilinx.com, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Tejas Patel , Sudeep Holla Subject: Re: [PATCH] arch: arm64: xilinx: Make zynqmp_firmware driver optional Message-ID: <20200226114601.GB8613@bogus> References: <1582675460-26914-1-git-send-email-jolly.shah@xilinx.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1582675460-26914-1-git-send-email-jolly.shah@xilinx.com> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Feb 25, 2020 at 04:04:20PM -0800, Jolly Shah wrote: > From: Tejas Patel > > Make zynqmp_firmware driver as optional to disable it, if user don't > want to use default zynqmp firmware interface. > This patch on it own is simple and looks fine. However I expect the single binary to work with and without this option on the same platform. If zynqmp_firmware is not critical, the system should continue to work fine either way. The zynqmp_firmware driver should gracefully exit with error(if any). -- Regards, Sudeep