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 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 smtp.lore.kernel.org (Postfix) with ESMTPS id A1B8FC433EF for ; Fri, 1 Jul 2022 15:06:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc: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=Gcr3K76S074fNLGymXYMhsdN8/fp08HkasRxV/OMWiY=; b=x6rnLvFyAdM1EI AG3hQGrXfBrh6/zr+XMs5kupNi366D79L6VWkZ4zLmzuc6hxN2R+a3/pzGTfCn0QTmu2v3jCx9KsX GrC4OdKwRWh2ohYWuZNsxAvHIEb4OJjSaStmAemHEEmpfgIa6h0ccMYKhfwp2GVBw7xRjxKiUWiGd Jb+dZTDs3phjMocptVMD+ygDv9RWU+boZmbb7WthC1+1wRvG3/R0DEq+3+D+1SjTsO0BccjfhcaTT iU/2OftQo2jxv6bGDEGfne5sPWQrRMVqYdqLhOdX/dbWmyrH0jeNLeXqVUYGMvGKH1cGM2zVNHP4x 9ZO0TF5yFQLgvYcP9qJw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1o7IDI-005XFZ-0E; Fri, 01 Jul 2022 15:05:44 +0000 Received: from foss.arm.com ([217.140.110.172]) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1o7IDF-005XE9-5N for linux-arm-kernel@lists.infradead.org; Fri, 01 Jul 2022 15:05:42 +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 1667B113E; Fri, 1 Jul 2022 08:05:38 -0700 (PDT) Received: from e120937-lin (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 07BE93F66F; Fri, 1 Jul 2022 08:05:35 -0700 (PDT) Date: Fri, 1 Jul 2022 16:05:29 +0100 From: Cristian Marussi To: Sudeep Holla Cc: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, james.quinlan@broadcom.com, Jonathan.Cameron@huawei.com, f.fainelli@gmail.com, etienne.carriere@linaro.org, vincent.guittot@linaro.org, daniel.lezcano@linaro.org, tarek.el-sherbiny@arm.com, adrian.slatineanu@arm.com, souvik.chakravarty@arm.com, wleavitt@marvell.com, wbartczak@marvell.com Subject: Re: [PATCH v3 5/9] firmware: arm_scmi: Make use of FastChannels configurable Message-ID: References: <20220627123038.1427067-1-cristian.marussi@arm.com> <20220627123038.1427067-6-cristian.marussi@arm.com> <20220701140307.upgfn4qpxhl63syg@bogus> <20220701145508.xw3zbhldi7lvcwgd@bogus> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20220701145508.xw3zbhldi7lvcwgd@bogus> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220701_080541_325294_05FCE2D0 X-CRM114-Status: GOOD ( 19.59 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Fri, Jul 01, 2022 at 03:55:08PM +0100, Sudeep Holla wrote: > On Fri, Jul 01, 2022 at 03:47:20PM +0100, Cristian Marussi wrote: > > [...] > > > ... regarding why, I am using personally this indeed for testing with or > > without FCs without having to change the installed FW blob, BUT the reason > > for upstreaming such an option is that FC support is indeed optional by the > > spec so I thought it would have been acceptabel that you could want to > > configure a platform NOT to use them even though the FW implementation you > > are using, maybe across multiple platforms, supports it. > > Yes it is optional. But we use only if F/W advertises that it is available, > so no harm if it is not implemented right ? I don't believe it will save > space in the way config is used and I don't want to push all the code > under the config too. What I meant was to be able to use the same FW blob_X with valid and advertised FCs support on multiple platforms, but having the possibility to configure some of these not to use it even if advertised as available. Indeed there is no space saving at all that was ot the idea. Thanks Cristian _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel