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=-5.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS 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 CBC25C4338F for ; Mon, 23 Aug 2021 23:40:11 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 9C2BA613A8 for ; Mon, 23 Aug 2021 23:40:11 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233227AbhHWXkv (ORCPT ); Mon, 23 Aug 2021 19:40:51 -0400 Received: from rere.qmqm.pl ([91.227.64.183]:61298 "EHLO rere.qmqm.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233093AbhHWXkv (ORCPT ); Mon, 23 Aug 2021 19:40:51 -0400 Received: from remote.user (localhost [127.0.0.1]) by rere.qmqm.pl (Postfix) with ESMTPSA id 4Gtpd03NltzKc; Tue, 24 Aug 2021 01:40:04 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=rere.qmqm.pl; s=1; t=1629762006; bh=qwPmxSCbcInO/eyiUPjnhxEQ5MqYKo21su0OGAIP8zk=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=DJrSKNpoXRQS5hFI7c50USjwJClWUGt5vZOZp2UAXk0WyKSRzlIg9rrFRN1JqtVue X7V8gCHcP1jjj5XCIMw2Va5XH/DgXiEAcxjru7FbEOEXtVpZgiNUmh3uNZI7/AEMAt Bi5cP8LqxNnvMrcgZLTDUjc5njiamlbwEk03dPWwW/yV3cHxEgURdDHAi06tzXy9Nn wibl6Uy5qScKoW2zHAR+eRuCDS0SPbSYomRn2sL4aLE0w1tHticWo8I6/9/3XPi1sW 7pfj1GvOxdNZd8yvqHZU4Jdi5I1t5MKSSZ1+/i2hT2OdzU38OMbjsAX/kWbr4Vq5hx YIHU8R7pXCxrA== X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.2 at mail Date: Tue, 24 Aug 2021 01:40:02 +0200 From: =?iso-8859-2?Q?Micha=B3_Miros=B3aw?= To: Dmitry Osipenko Cc: Jens Axboe , Thierry Reding , Jonathan Hunter , David Heidelberg , Peter Geis , Ulf Hansson , Adrian Hunter , Christoph Hellwig , Davidlohr Bueso , Rob Herring , Ion Agorria , Svyatoslav Ryhel , linux-tegra@vger.kernel.org, linux-block@vger.kernel.org, linux-efi Subject: Re: [PATCH v6 0/5] Support EFI partition on NVIDIA Tegra devices Message-ID: References: <20210818221920.3893-1-digetx@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-efi@vger.kernel.org On Sat, Aug 21, 2021 at 08:27:15PM +0300, Dmitry Osipenko wrote: > 21.08.2021 01:41, Michał Mirosław пишет: > > On Thu, Aug 19, 2021 at 01:19:15AM +0300, Dmitry Osipenko wrote: > >> This series adds the most minimal EFI partition support for NVIDIA Tegra > >> consumer devices, like Android tablets and game consoles, making theirs > >> eMMC accessible out-of-the-box using downstream bootloader and mainline > >> Linux kernel. eMMC now works on Acer A500 tablet and Ouya game console > >> that are already well supported in mainline and internal storage is the > >> only biggest thing left to support. > > [...] > > > > Could we provide the GPT sector via DT? As I understand this is for > > non-removable eMMC storage. It would remove the need for a cap bit and > > hardcoded calculations instead just checking if DT node of the controller > > contains a magic entry with a number. > > The same device model usually comes in different flavors that have a > different eMMC unit and size. So no, it can't be hardcoded in DT. I see. I was thinking how to avoid of going the whole way and creating another controller capability (since this is going to be core code) - could this workaround be enabled just by a boolean DT property at controller's node instead? Or do we expect non-DT platforms to be similarly broken? Best Regards Michał Mirosław