From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 4CBDAC33CAF for ; Mon, 13 Jan 2020 15:13:43 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 1E1FD207E0 for ; Mon, 13 Jan 2020 15:13:43 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="cd3feM5t" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 1E1FD207E0 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=arm.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=h6I7Hv/teSlVXdosPulb/0OPyAvtwyFl62g3vu8NWZo=; b=cd3feM5ty5rvmg ZqyKFVnMDC+yVFr8U8penNr83xqOnWI3t6K9q0yE9n/A6rHcfe+NQbrRiqJ4nEeu0YF6tMUKAI/E2 iKuDhdse5brHCwO4HFs6deT0yj988h0X7YYML7QCHoRsHMvkukRi+MiAhtT5mSG+f9PWvUUbmMZ8f n21Lx/7ppPD1lwlWGJQXredI1TwNVMLvI0sgvGvloVijT7NmO717ypkYOfwdnFv3SBv0KXzwT6aDo bY79omjUiGoDOZgJcNyUWsKBAj3fWeSesL14hXaY63TWFaHLvpFvXeCKGEIjiwejnMiPQNTHCFYvE qU5qpWPX/sqvrvLYY7Ow==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1ir1PQ-0003GS-2O; Mon, 13 Jan 2020 15:13:40 +0000 Received: from foss.arm.com ([217.140.110.172]) by bombadil.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1ir1PL-0003Em-O3 for linux-arm-kernel@lists.infradead.org; Mon, 13 Jan 2020 15:13:38 +0000 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 7625C11B3; Mon, 13 Jan 2020 07:13:32 -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 B01393F68E; Mon, 13 Jan 2020 07:13:30 -0800 (PST) Date: Mon, 13 Jan 2020 15:13:24 +0000 From: Sudeep Holla To: Rajan Vaja Subject: Re: [PATCH 0/2] arch: arm64: xilinx: Make zynqmp_firmware driver optional Message-ID: <20200113151324.GA8647@bogus> References: <1578596764-29351-1-git-send-email-jolly.shah@xilinx.com> <20200110115415.GC39451@bogus> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200113_071335_871027_B490D320 X-CRM114-Status: GOOD ( 16.79 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: "keescook@chromium.org" , "ard.biesheuvel@linaro.org" , "matt@codeblueprint.co.uk" , "gregkh@linuxfoundation.org" , "dmitry.torokhov@gmail.com" , "linux-kernel@vger.kernel.org" , Jolly Shah , Michal Simek , Tejas Patel , Sudeep Holla , "mingo@kernel.org" , "linux-arm-kernel@lists.infradead.org" , "hkallweit1@gmail.com" Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Mon, Jan 13, 2020 at 06:46:52AM +0000, Rajan Vaja wrote: > Hi Sudeep, > > Thanks for the reviewing patch. > > > -----Original Message----- > > From: Sudeep Holla > > Sent: 10 January 2020 05:24 PM > > 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 ; Rajan Vaja > > ; linux-arm-kernel@lists.infradead.org; linux- > > kernel@vger.kernel.org; Sudeep Holla ; Tejas Patel > > > > Subject: Re: [PATCH 0/2] arch: arm64: xilinx: Make zynqmp_firmware driver > > optional > > > > EXTERNAL EMAIL > > > > On Thu, Jan 09, 2020 at 11:06:02AM -0800, Jolly Shah wrote: > > > From: Tejas Patel > > > > > > Zynqmp firmware driver requires firmware to be present in system. > > > Zynqmp firmware driver will crash if firmware is not present in system. > > > For example single arch QEMU, may not have firmware, with such setup > > > Linux booting fails. > > > > > > So make zynqmp_firmware driver as optional to disable it if user don't > > > have firmware in system. > > > > > > > Why can't it be detected runtime ? How do you handle single binary if you > > make this compile time option ? > [Rajan] There is PMU register which indicates if firmware is present or not, > but in case of single arch QEMU that register will not be available so > there is no way to detect if firmware is present or not from Linux. I am still not that convinced yet. > Linux firmware crashes while arm_smccc_smc() call for firmware, but before > this call there is no way to identify if firmware is present or not. So we > are just giving user an option if they want to use it on single arch So IIUC this platform used SMC as transport for EEMI communication. And PSCI will act as bypass and send the command to PMU. If so why can't platform PSCI implementation send error to OSPM if it is not implemented. > Platform they can disable firmware driver. > Not an option. With this enable, single binary should work fine on both QEMU and your platform with this EEMI firmware support. You need to find a way to detect it dynamically. -- Regards, Sudeep _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel