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 3BAE1C5DF94 for ; Mon, 24 Aug 2026 06:25:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Transfer-Encoding: Content-Type:In-Reply-To:From:References:Cc:To:Subject:MIME-Version:Date: Message-ID:Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=nQiKOvNAzzAP5bzzy3oCf6etpJ4me7o2INgLuv6lebM=; b=BRRmj14Ny6BDIs1ULXIhFFr7+V jtWI0LlRPh7wXt8hd+msdzOsPnb6Bu5QY8/sjfrFKzvlYvzoFg6hlBMT/wHQ+Gdt9ZxyAABEA9bSe cZt8BuFM2rFq7sKpcHtGDGXcnknB5rIBqQeq7uR/+emmiGFZHHopYWhLVPiYuNyjMuM/mgPeDy6wQ 5P0GEIHiQD/kwPfZmSx/M3x+o09NtWxAXmD6z7Sax43DFV9WP33Mjwf9rdc3CQ6T5acLcRU+iZF4e Menx5FcxrUfxk7gAG754aMRh2gYnoItEdDAFI6GUni1AW1vTCG1WRo22blYrq0m7Dgbb5wg03ChE2 NTLm7KSg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.99.1 #2 (Red Hat Linux)) id 1wyO7g-0000000FzQ1-3G8z; Mon, 24 Aug 2026 06:25:32 +0000 Received: from sea.source.kernel.org ([2600:3c0a:e001:78e:0:1991:8:25]) by bombadil.infradead.org with esmtps (Exim 4.99.1 #2 (Red Hat Linux)) id 1wyO7d-0000000FzPl-2Dya for linux-arm-kernel@lists.infradead.org; Mon, 24 Aug 2026 06:25:29 +0000 Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) by sea.source.kernel.org (Postfix) with ESMTP id EE67C43E97; Mon, 24 Aug 2026 06:25:28 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id C47E51F000E9; Mon, 24 Aug 2026 06:25:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1787552728; bh=nQiKOvNAzzAP5bzzy3oCf6etpJ4me7o2INgLuv6lebM=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=HGuzhHFc2XUwClmXGVpwVpzeTrii9LRKiYMo/vRzQS4bT8ZXm4np6g3mkUWq5XSsQ 4oH/T2l0Hgy8bTcIJ/25NlkO+ew2FK5h4SBdr36aZeBEOwLTVThQSgFXK0JK5iWptu GUFsH13aA8MZ1vgZV1UxXsOuHShaWKc+ZRgCINeJ0jsxP9yDXerbIKMkfl+wStxrKE L2KwIiE9UzHG9vMFS8wUdc2qQmxJEZMkoelKwEtVMs841bhFfQVVKt69TGsMh5cF7z SAVYJV8X744QkvkziWKxuYkwapUMyMT31Wip4LnFcGAtI8JUgvVCYIsCVzPF1r3biv ehslSh/EpxPhA== Message-ID: <17aa3974-95fe-419a-a382-3c053e66d640@kernel.org> Date: Mon, 24 Aug 2026 08:25:15 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v2 4/5] arm64: dts: google: Add initial dts for frankel/blazer/mustang To: Doug Anderson Cc: Rob Herring , Conor Dooley , Peter Griffin , Krzysztof Kozlowski , Conor Dooley , =?UTF-8?Q?Andr=C3=A9_Draszik?= , Tudor Ambarus , Greg Kroah-Hartman , Jiri Slaby , Catalin Marinas , Will Deacon , Arnd Bergmann , Alexandre Belloni , Linus Walleij , Drew Fustini , Kees Cook , Tony Luck , "Guilherme G. Piccoli" , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-samsung-soc@vger.kernel.org, linux-serial@vger.kernel.org, soc@lists.linux.dev, Juan Yescas , RD Babiera , Brian Norris , William McVicker , kernel-team@android.com References: <20260722-contrib-pg-pixel10-initial-dts-v2-0-3abae9717feb@linaro.org> <20260722-contrib-pg-pixel10-initial-dts-v2-4-3abae9717feb@linaro.org> <20260724-dancing-skunk-of-novelty-72c1b8@quoll> <56db332f-a18e-4a9e-be9d-67d2e25c3666@kernel.org> From: Krzysztof Kozlowski Content-Language: en-US Autocrypt: addr=krzk@kernel.org; keydata= xsFNBFVDQq4BEAC6KeLOfFsAvFMBsrCrJ2bCalhPv5+KQF2PS2+iwZI8BpRZoV+Bd5kWvN79 cFgcqTTuNHjAvxtUG8pQgGTHAObYs6xeYJtjUH0ZX6ndJ33FJYf5V3yXqqjcZ30FgHzJCFUu JMp7PSyMPzpUXfU12yfcRYVEMQrmplNZssmYhiTeVicuOOypWugZKVLGNm0IweVCaZ/DJDIH gNbpvVwjcKYrx85m9cBVEBUGaQP6AT7qlVCkrf50v8bofSIyVa2xmubbAwwFA1oxoOusjPIE J3iadrwpFvsZjF5uHAKS+7wHLoW9hVzOnLbX6ajk5Hf8Pb1m+VH/E8bPBNNYKkfTtypTDUCj NYcd27tjnXfG+SDs/EXNUAIRefCyvaRG7oRYF3Ec+2RgQDRnmmjCjoQNbFrJvJkFHlPeHaeS BosGY+XWKydnmsfY7SSnjAzLUGAFhLd/XDVpb1Een2XucPpKvt9ORF+48gy12FA5GduRLhQU vK4tU7ojoem/G23PcowM1CwPurC8sAVsQb9KmwTGh7rVz3ks3w/zfGBy3+WmLg++C2Wct6nM Pd8/6CBVjEWqD06/RjI2AnjIq5fSEH/BIfXXfC68nMp9BZoy3So4ZsbOlBmtAPvMYX6U8VwD TNeBxJu5Ex0Izf1NV9CzC3nNaFUYOY8KfN01X5SExAoVTr09ewARAQABzSVLcnp5c3p0b2Yg S296bG93c2tpIDxrcnprQGtlcm5lbC5vcmc+wsGPBBMBCgA5AhsDBgsJCAcDAgYVCAIJCgsE FgIDAQIeAQIXgBYhBJvQfg4MUfjVlne3VBuTQ307QWKbBQJp2mE8AAoJEBuTQ307QWKbeaIP /ihHTkTW4KsN/DQ945JJbyu5tI0J80Wue7QyyLPglyKfhgb5cLLNPpOC8cCIJsc7+W3i2P38 s2c1cOH6CYGE7E9ur3Vfme8NW2S2I/Z8VC7bZnzyS23wT17LrsdS/qCpx4o8U+pt/xdXDKph EGRYrIEmMpUWvyYzyYKGIe25FtaayIIKpq8eZYyFcp2f/sG5IkOW5uZzHPMPdcm87jU7fyuQ rAU2vx9r+ulUfQ/q9Z2roC/ode3l7t2pN7BCBCsUDp6JCrUyZrtT1e7EbA0ZRP3aOBNk2P2E DQOgJGjGdO5Yx2Y9LFtltu6JbsBJHi1syGRX3AtQYOMc4Y1WGoeZJmMlvKj2ZqqXNkcWi2DS IQEWB0uW6CqFsBBIMGDa+6OzdaVO/uAVXWDWml02Men3CILdI1MbVjoh8ECqYUY7OQ+JJvNN vnliuq5WM3Ghd3jg/LZZrxXjdIginRHFQCjIJYLKpLZWm1/iDFedcfzqRNYmTtqscdCNHW41 oT3Z7BmO9xwdjuwBS6nmS6JJwkbf5Ot2QR4pB/DRU7ZwjT1qHe+9r9gF32wXVQatHNGK/VVu sfwOnkdxCWkp/qb2gdQRmZh+SedStWshigH6sNfuHBloF/q+hjMRc8b2m326OZdrbSHwY1Sz vti8Hn7n8NjdHO9LKB7BIdjkA9DA5WsqOuVCzsFNBFVDXDQBEADNkrQYSREUL4D3Gws46JEo Z9HEQOKtkrwjrzlw/tCmqVzERRPvz2Xg8n7+HRCrgqnodIYoUh5WsU84N03KlLueMNsWLJBv BaubYN4JuJIdRr4dS4oyF1/fQAQPHh8Thpiz0SAZFx6iWKB7Qrz3OrGCjTPcW6eiOMheesVS 5hxietSmlin+SilmIAPZHx7n242u6kdHOh+/SyLImKn/dh9RzatVpUKbv34eP1wAGldWsRxb f3WP9pFNObSzI/Bo3kA89Xx2rO2roC+Gq4LeHvo7ptzcLcrqaHUAcZ3CgFG88CnA6z6lBZn0 WyewEcPOPdcUB2Q7D/NiUY+HDiV99rAYPJztjeTrBSTnHeSBPb+qn5ZZGQwIdUW9YegxWKvX XHTwB5eMzo/RB6vffwqcnHDoe0q7VgzRRZJwpi6aMIXLfeWZ5Wrwaw2zldFuO4Dt91pFzBSO IpeMtfgb/Pfe/a1WJ/GgaIRIBE+NUqckM+3zJHGmVPqJP/h2Iwv6nw8U+7Yyl6gUBLHFTg2h YnLFJI4Xjg+AX1hHFVKmvl3VBHIsBv0oDcsQWXqY+NaFahT0lRPjYtrTa1v3tem/JoFzZ4B0 p27K+qQCF2R96hVvuEyjzBmdq2esyE6zIqftdo4MOJho8uctOiWbwNNq2U9pPWmu4vXVFBYI GmpyNPYzRm0QPwARAQABwsF2BBgBCgAgAhsMFiEEm9B+DgxR+NWWd7dUG5NDfTtBYpsFAmna YUkACgkQG5NDfTtBYptX+BAApg32CkxwNucNEi8WfWA8oKkW0y8YDuY6ORMo9FWNGiT/OTy0 vyJrLocrpn86zwfjVp+eCrssPYh8eqJfnWqmYv6ACQtHPYzPZQ3mSo8H97Z01oUxITzCxpXm ZkLgPIqtDPcC2E3dPM/fVxcyowM8XsaMA9wcsaUYrta8toOq2b9tKcjleKMfMrm0gQ9u7wUc QbLkwj6TCLOwucb07GXzLTNF9PZmaDUpKAZjMjmrW+le+SFvQbhamx0rxLWPR0NWntXpbCn+ +ACch03p/JyTBVktxFsFyCt7pTPE1kEaeuXBTe/a2D9iQvRxRW19LvuO2e59/u1wYUiH/orz wbIC2S4dBsPAPihL3ztOU1yE86GPyQtSE0kU+/7snnLt4QGi6PChf3t5gnNjAzjUUovO8rgI c+5yN5heq5loYHgK6OQ9OlHzsPHO9e9MOQcKlFycs1pyijFGzDwdNUm/SchK8iWT2QApTx4A K9bCVaboTA2T77QYkRcRJYSsO1alGX0ome/hMLD1daXlkrNUp1HWa3K4iytLRXjCSIorWiGs n+q3krnpXu3TFkA8qtOFZMdnIiFuiq1yLT8hptsV5xh1TA2nsVvSYiaCr3q4s4BKjS/KrLDb qoxzw8ISjdUp4pA85vb6YLCmb39NgidD+7PmAr65lBNveIFynTgsja1rRQ4= In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 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: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On 21/08/2026 18:40, Doug Anderson wrote: > Hi, > > On Thu, Aug 20, 2026 at 11:51 PM Krzysztof Kozlowski wrote: >> >>>>> I think I've presened my problem fairly concretely [1]. If you hate >>>> >>>> There is no description of the problem at [1], except "bootloader adds >>>> the same type of calibration data". >>>> >>>> So I repeat my questions: to every UFS node? To every node? To one UFS >>>> node (but how do you guarantee that?)? >>> >>> I'm sure it's not what you want to hear, but I guess my answer would >>> be "for these boards". >> >> No, the question is how many aliases you need. Devices might have more >> than one UFS storage, e.g. ExynosAuto. > > How many UFS aliases do I need for this board? The answer is in the > patch that started this whole discussion: one UFS alias. > > >> And then someone might need to calibrate UFS and SPI NOR storage? And MMC? > > Not for this board. We do not talk about your board. You are adding GENERIC alias, so you are solving GENERIC problem for everyone and needs to be addressed as such. If you are solving here only your board problem and do not care how does it scale or whether it makes sense for anyone else, then topic is done - we do not need this feature. > > If you're asking about all future boards, of course they may have > other things to calibrate / tune. My point is that the contract here > is between the bootloader that will be run on these boards and the > device tree that will be run on these boards. > > FWIW: the idea of a bootloader using an alias to find a node is not > something I invented. Coreboot (the upstream, open-source project) > uses "wifi" and "bluetooth" aliases to find nodes on Chromebooks. It > uses these aliases to place MAC addresses (which are stored by > manufacturing outside of DT) into the DT nodes (where bindings expect > them). Perhaps coreboot is doing it wrong, but this concept isn't new, > and I didn't invent it. > > >>> I'm not quite clear on the "overlay" suggestion here. You're saying >>> that we should require the base device tree to be compiled with "-@"? >>> ...and not because we necessarily have any overlays upstream, but >>> because the bootloader will generate an overlay dynamically? Compiling >>> with "-@" would mean we could give a "ufs:" label to the UFS node and >>> with "-@" that would be preserved. The bootloader could then use the >>> "ufs:" label to find the node. When compiling with "-@", the exposed >>> labels are essentially ABI. Did I get that right? >> >> I am saying that if you cannot answer my questions earlier (and you did >> not) > > I'm still not quite sure which question I didn't answer, but I guess > at this point it doesn't matter. I gave you the code which solves your problem, IMO. I do not see so far any reason to reimplement it with aliases. Best regards, Krzysztof