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 alsa0.perex.cz (alsa0.perex.cz [77.48.224.243]) (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 7B94FD60D17 for ; Wed, 20 Nov 2024 09:58:51 +0000 (UTC) Received: from alsa1.perex.cz (alsa1.perex.cz [207.180.221.201]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by alsa0.perex.cz (Postfix) with ESMTPS id 8357F19E7; Wed, 20 Nov 2024 10:58:39 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa0.perex.cz 8357F19E7 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=alsa-project.org; s=default; t=1732096729; bh=K8zBgnmsPULEghjWE7qyt+SNHsWqFYpGiv4K6uGA2Fc=; h=From:To:Cc:Subject:In-Reply-To:References:Date:List-Id: List-Archive:List-Help:List-Owner:List-Post:List-Subscribe: List-Unsubscribe:From; b=n0MWn+wkRkTGERfmxr/Pq+2lkVIcbYgrZmwB5SoBEpwn+x/+scnxY9aEOCD588kpl /MeU/0DMsy/QckyqJKH5ma71Ok54jpXTo7UTKJohVI/HJRP2rUm5jj/QwTNfg99b/2 lMxozk/g7jJobgNHHxS8r3XU/R72VL0i+75+t4MA= Received: by alsa1.perex.cz (Postfix, from userid 50401) id E7B18F8013D; Wed, 20 Nov 2024 10:58:16 +0100 (CET) Received: from mailman-core.alsa-project.org (mailman-core.alsa-project.org [10.254.200.10]) by alsa1.perex.cz (Postfix) with ESMTP id 3DC77F805AF; Wed, 20 Nov 2024 10:58:16 +0100 (CET) Received: by alsa1.perex.cz (Postfix, from userid 50401) id BEAB9F8026D; Wed, 20 Nov 2024 10:58:09 +0100 (CET) Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net [217.70.183.197]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by alsa1.perex.cz (Postfix) with ESMTPS id DDAA9F800BA for ; Wed, 20 Nov 2024 10:58:07 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa1.perex.cz DDAA9F800BA Authentication-Results: alsa1.perex.cz; dkim=pass (2048-bit key, unprotected) header.d=bootlin.com header.i=@bootlin.com header.a=rsa-sha256 header.s=gm1 header.b=YcKYT+X/ Received: by mail.gandi.net (Postfix) with ESMTPSA id 888561C0002; Wed, 20 Nov 2024 09:58:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bootlin.com; s=gm1; t=1732096687; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=BJBQhOJJKyJIub486+xY+tIqICKMJsQpiwZBKO1U4e0=; b=YcKYT+X/kbeYr3xub2kdu7gZpNiUBE1WFtfL/o3SWpxY9P8YR+407tw5COM81yOdPrP6K2 2ZoMCniU3Qy9u2MJM8Ob7NpPPDhkgZgemPcI80cDgnlO/mORHAm+4UiQwMkOIlY5zlJoh0 yK4BxEiqBGdzXECuq9OfzL1Bnl5DvppHJU7GWXt6OEJmDUtS/fxkoKBYQn5SaVV7DZ0B2d 3olI/snl8pzs4+vdP4ehSjTuBkFb6TIqKTWQSVvC5NERf8tS/NWGRhSPJJkUvDbAAr3woO JOgupd7SKHZVJGnlvu8k6LqtZgnN/4KRQU8kfcQw2paLjzSnMvwu9UrohouTfg== From: Miquel Raynal To: "Mahapatra, Amit Kumar" Cc: "tudor.ambarus@linaro.org" , "michael@walle.cc" , "broonie@kernel.org" , "pratyush@kernel.org" , "richard@nod.at" , "vigneshr@ti.com" , "robh@kernel.org" , "conor+dt@kernel.org" , "krzk+dt@kernel.org" , "Abbarapu, Venkatesh" , "linux-spi@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-mtd@lists.infradead.org" , "nicolas.ferre@microchip.com" , "alexandre.belloni@bootlin.com" , "claudiu.beznea@tuxon.dev" , "Simek, Michal" , "linux-arm-kernel@lists.infradead.org" , "alsa-devel@alsa-project.org" , "patches@opensource.cirrus.com" , "git (AMD-Xilinx)" , "amitrkcian2002@gmail.com" , "beanhuo@micron.com" Subject: Re: [RFC PATCH 2/2] dt-bindings: spi: Update stacked and parallel bindings In-Reply-To: (Amit Kumar Mahapatra's message of "Tue, 19 Nov 2024 17:02:45 +0000") References: <20241026075347.580858-1-amit.kumar-mahapatra@amd.com> <20241026075347.580858-3-amit.kumar-mahapatra@amd.com> <87y11gwtij.fsf@bootlin.com> User-Agent: mu4e 1.12.7; emacs 29.4 Date: Wed, 20 Nov 2024 10:58:05 +0100 Message-ID: <87bjyaxm4y.fsf@bootlin.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-GND-Sasl: miquel.raynal@bootlin.com Message-ID-Hash: 5JYI5DMNTJBKW2GCZB2UOZ26A24FOZDH X-Message-ID-Hash: 5JYI5DMNTJBKW2GCZB2UOZ26A24FOZDH X-MailFrom: miquel.raynal@bootlin.com X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-alsa-devel.alsa-project.org-0; header-match-alsa-devel.alsa-project.org-1; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header X-Mailman-Version: 3.3.9 Precedence: list List-Id: "Alsa-devel mailing list for ALSA developers - http://www.alsa-project.org" Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: On 19/11/2024 at 17:02:45 GMT, "Mahapatra, Amit Kumar" wrote: > Hello Miquel, > >> > flash@1 { >> > compatible =3D "jedec,spi-nor" >> > reg =3D <0x01>; >> > stacked-memories =3D <&flash@0 &flash@1>; >> > spi-max-frequency =3D <50000000>; >> > ... >> > partitions { >>=20 >> Same comment as before here. > > Sorry again=20 > > spi@0 { > ... > flash@0 { > compatible =3D "jedec,spi-nor" > reg =3D <0x00>; > stacked-memories =3D <&flash@0 &flash@1>; > spi-max-frequency =3D <50000000>; > ... > partitions { > compatible =3D "fixed-partitions"; > concat-partition =3D <&flash0_part0 &flash1_part0>; >=20=09=09=09 > flash0_part0: partition@0 { > label =3D "part0_0"; > reg =3D <0x0 0x800000>; > }; > }; > }; > flash@1 { > compatible =3D "jedec,spi-nor" > reg =3D <0x01>; > stacked-memories =3D <&flash@0 &flash@1>; > spi-max-frequency =3D <50000000>; > ... > partitions { > compatible =3D "fixed-partitions"; > concat-partition =3D <&flash0_part0 &flash1_part0>; >=20=09=09=09 > flash1_part0: partition@0 { > label =3D "part0_1"; > reg =3D <0x0 0x800000>; > }; > }; > }; > }; > >>=20 >> > compatible =3D "fixed-partitions"; >> > concat-partition =3D <&flash0_partitio= n &flash1_partition>; >> > flash1_partition: partition@0 { >> > label =3D "part0_1"; >> > reg =3D <0x0 0x800000>; >> > } >> > } >> > } >> > >> > } >> > >> > parallel-memories binding changes: >> > - Remove the size information from the bindings and change the type to >> > boolen. >> > - Each flash connected in parallel mode should be identical and will h= ave >> > one flash node for both the flash devices. >> > - The =E2=80=9Creg=E2=80=9D prop will contain the physical CS number f= or both the connected >> > flashes. >> > >> > The new layer will double the mtd-> size and register it with the mtd >> > layer. >>=20 >> Not so sure about that, you'll need a new mtd device to capture the whol= e device. >> But this is implementation related, not relevant for binding. >>=20 >> > >> > spi@1 { >> > ... >> > flash@3 { >> > compatible =3D "jedec,spi-nor" >> > reg =3D <0x00 0x01>; >> > paralle-memories ; >>=20 >> Please fix the typos and the spacing (same above). >>=20 >> > spi-max-frequency =3D <50000000>; >> > ... >> > partitions { >> > compatible =3D "fixed-partitions"; >> > flash0_partition: partition@0 { >> > label =3D "part0_0"; >> > reg =3D <0x0 0x800000>; >> > } >> > } >> > } >> > } >> > >> > Signed-off-by: Amit Kumar Mahapatra >> > --- >> > .../bindings/spi/spi-controller.yaml | 23 +++++++++++++++++-- >> > .../bindings/spi/spi-peripheral-props.yaml | 9 +++----- >> > 2 files changed, 24 insertions(+), 8 deletions(-) >> > >> > diff --git a/Documentation/devicetree/bindings/spi/spi-controller.yaml >> > b/Documentation/devicetree/bindings/spi/spi-controller.yaml >> > index 093150c0cb87..2d300f98dd72 100644 >> > --- a/Documentation/devicetree/bindings/spi/spi-controller.yaml >> > +++ b/Documentation/devicetree/bindings/spi/spi-controller.yaml >> > @@ -185,7 +185,26 @@ examples: >> > flash@2 { >> > compatible =3D "jedec,spi-nor"; >> > spi-max-frequency =3D <50000000>; >> > - reg =3D <2>, <3>; >> > - stacked-memories =3D /bits/ 64 <0x10000000 0x10000000>; >> > + reg =3D <2>; >> > + stacked-memories =3D <&flash0 &flash1>; >> > }; >>=20 >> I'm sorry but this is not what you've talked about in this series. >> Either you have flash0 and flash1 and use the stacked-memories property = in both of >> them (which is what you described) or you create a third virtual device = which points >> to two other flashes. This example allows for an easier use of the parti= tions > > If I understand your point correctly, you're suggesting that we should=20 > avoid using stacked-memories and concat-partition properties together and= =20 > instead choose one approach. Between the two, I believe concat-partition= =20 > would be the better option. That's not exactly it, look at the reg properties above, they do not match the flash devices. Your example above invalid but it is not clear whether this is another typo or voluntary. > While looking into your mtdconcat patch [1], I noticed that it creates a= =20 > virtual MTD device that points to partitions on two different flash nodes= ,=20 > which aligns perfectly with our requirements. > > However, there are two key concerns that, if addressed, could make this=20 > patch suitable for the stacked mode: > > 1/ The creation of a virtual device that does not have a physical=20 > existence. We do already have: - the master mtd device (disabled by default for historical reasons, but can be enabled with a Kconfig option). - an mtd device per partition I don't see a problem in creating virtual mtd devices in the kernel. > 2/ The creation of individual MTD devices that are concatenated to form=20 > the virtual MTD device, which may not be needed by the user. You can also get rid of them by default (or perhaps do the opposite and let a Kconfig option for that). > Regarding the first point, I currently cannot think of a better generic=20 > way to support the stacked feature than creating a virtual device. > Please let me know you thoughts on this. > > For the second point, one possible solution is to hide the individual MTD= =20 > devices (that form the concatenated virtual MTD device) from the user onc= e=20 > the virtual device is created. Please let us know if you have any other=20 > suggestions to address this issue. That is what is done with the master device by default. > [1] https://lore.kernel.org/linux-mtd/20191127105522.31445-5-miquel.rayna= l@bootlin.com/=20 Thanks, Miqu=C3=A8l 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 98DD1D60D17 for ; Wed, 20 Nov 2024 10:01:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:Cc:List-Subscribe: List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id: Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Date: References:In-Reply-To:Subject:To:From:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Owner; bh=BJBQhOJJKyJIub486+xY+tIqICKMJsQpiwZBKO1U4e0=; b=z9ipBd9Ue/kLmHDr2O21w8BPex ON3r2R+P0WfWt0WhURJoXPImIBo6BP7Zyzi+kF+zmzG6bgFSmSztVLcSPWniRi9uFSWekcnZxVCWB 4dLKsvYz4uY7iqPrRWT8OV99bbiR8B6S0MEAdRx2PpCUt9SCGvPWrIdFbSkT5mb0Tv/w6REKQhyOt jKsgCaZNVR+eBD4SHORwbR5per5UfGdmkh6sV9QyCMr6+1QjaGMYYPatnCp6xNRrlKJJmKqVOBH9f gvFReYRn0zI1iA1zTneE22GDbEarC6CDrafXYMLYeGCLRC1pxP9ucxj6q6vCQ5SnLrpng99U5QJLk +/SxLqGQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.98 #2 (Red Hat Linux)) id 1tDhWS-0000000Ezu0-28mA; Wed, 20 Nov 2024 10:01:20 +0000 Received: from relay5-d.mail.gandi.net ([217.70.183.197]) by bombadil.infradead.org with esmtps (Exim 4.98 #2 (Red Hat Linux)) id 1tDhTN-0000000EzEh-3iXY; Wed, 20 Nov 2024 09:58:11 +0000 Received: by mail.gandi.net (Postfix) with ESMTPSA id 888561C0002; Wed, 20 Nov 2024 09:58:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bootlin.com; s=gm1; t=1732096687; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=BJBQhOJJKyJIub486+xY+tIqICKMJsQpiwZBKO1U4e0=; b=YcKYT+X/kbeYr3xub2kdu7gZpNiUBE1WFtfL/o3SWpxY9P8YR+407tw5COM81yOdPrP6K2 2ZoMCniU3Qy9u2MJM8Ob7NpPPDhkgZgemPcI80cDgnlO/mORHAm+4UiQwMkOIlY5zlJoh0 yK4BxEiqBGdzXECuq9OfzL1Bnl5DvppHJU7GWXt6OEJmDUtS/fxkoKBYQn5SaVV7DZ0B2d 3olI/snl8pzs4+vdP4ehSjTuBkFb6TIqKTWQSVvC5NERf8tS/NWGRhSPJJkUvDbAAr3woO JOgupd7SKHZVJGnlvu8k6LqtZgnN/4KRQU8kfcQw2paLjzSnMvwu9UrohouTfg== From: Miquel Raynal To: "Mahapatra, Amit Kumar" Subject: Re: [RFC PATCH 2/2] dt-bindings: spi: Update stacked and parallel bindings In-Reply-To: (Amit Kumar Mahapatra's message of "Tue, 19 Nov 2024 17:02:45 +0000") References: <20241026075347.580858-1-amit.kumar-mahapatra@amd.com> <20241026075347.580858-3-amit.kumar-mahapatra@amd.com> <87y11gwtij.fsf@bootlin.com> User-Agent: mu4e 1.12.7; emacs 29.4 Date: Wed, 20 Nov 2024 10:58:05 +0100 Message-ID: <87bjyaxm4y.fsf@bootlin.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-GND-Sasl: miquel.raynal@bootlin.com X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20241120_015810_184303_9AA8B5FE X-CRM114-Status: GOOD ( 34.86 ) 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: , Cc: "alexandre.belloni@bootlin.com" , "vigneshr@ti.com" , "amitrkcian2002@gmail.com" , "linux-mtd@lists.infradead.org" , "claudiu.beznea@tuxon.dev" , "beanhuo@micron.com" , "git \(AMD-Xilinx\)" , "robh@kernel.org" , "richard@nod.at" , "tudor.ambarus@linaro.org" , "conor+dt@kernel.org" , "alsa-devel@alsa-project.org" , "broonie@kernel.org" , "Abbarapu, Venkatesh" , "Simek, Michal" , "linux-arm-kernel@lists.infradead.org" , "patches@opensource.cirrus.com" , "linux-kernel@vger.kernel.org" , "linux-spi@vger.kernel.org" , "michael@walle.cc" , "krzk+dt@kernel.org" , "pratyush@kernel.org" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On 19/11/2024 at 17:02:45 GMT, "Mahapatra, Amit Kumar" wrote: > Hello Miquel, > >> > flash@1 { >> > compatible =3D "jedec,spi-nor" >> > reg =3D <0x01>; >> > stacked-memories =3D <&flash@0 &flash@1>; >> > spi-max-frequency =3D <50000000>; >> > ... >> > partitions { >>=20 >> Same comment as before here. > > Sorry again=20 > > spi@0 { > ... > flash@0 { > compatible =3D "jedec,spi-nor" > reg =3D <0x00>; > stacked-memories =3D <&flash@0 &flash@1>; > spi-max-frequency =3D <50000000>; > ... > partitions { > compatible =3D "fixed-partitions"; > concat-partition =3D <&flash0_part0 &flash1_part0>; >=20=09=09=09 > flash0_part0: partition@0 { > label =3D "part0_0"; > reg =3D <0x0 0x800000>; > }; > }; > }; > flash@1 { > compatible =3D "jedec,spi-nor" > reg =3D <0x01>; > stacked-memories =3D <&flash@0 &flash@1>; > spi-max-frequency =3D <50000000>; > ... > partitions { > compatible =3D "fixed-partitions"; > concat-partition =3D <&flash0_part0 &flash1_part0>; >=20=09=09=09 > flash1_part0: partition@0 { > label =3D "part0_1"; > reg =3D <0x0 0x800000>; > }; > }; > }; > }; > >>=20 >> > compatible =3D "fixed-partitions"; >> > concat-partition =3D <&flash0_partitio= n &flash1_partition>; >> > flash1_partition: partition@0 { >> > label =3D "part0_1"; >> > reg =3D <0x0 0x800000>; >> > } >> > } >> > } >> > >> > } >> > >> > parallel-memories binding changes: >> > - Remove the size information from the bindings and change the type to >> > boolen. >> > - Each flash connected in parallel mode should be identical and will h= ave >> > one flash node for both the flash devices. >> > - The =E2=80=9Creg=E2=80=9D prop will contain the physical CS number f= or both the connected >> > flashes. >> > >> > The new layer will double the mtd-> size and register it with the mtd >> > layer. >>=20 >> Not so sure about that, you'll need a new mtd device to capture the whol= e device. >> But this is implementation related, not relevant for binding. >>=20 >> > >> > spi@1 { >> > ... >> > flash@3 { >> > compatible =3D "jedec,spi-nor" >> > reg =3D <0x00 0x01>; >> > paralle-memories ; >>=20 >> Please fix the typos and the spacing (same above). >>=20 >> > spi-max-frequency =3D <50000000>; >> > ... >> > partitions { >> > compatible =3D "fixed-partitions"; >> > flash0_partition: partition@0 { >> > label =3D "part0_0"; >> > reg =3D <0x0 0x800000>; >> > } >> > } >> > } >> > } >> > >> > Signed-off-by: Amit Kumar Mahapatra >> > --- >> > .../bindings/spi/spi-controller.yaml | 23 +++++++++++++++++-- >> > .../bindings/spi/spi-peripheral-props.yaml | 9 +++----- >> > 2 files changed, 24 insertions(+), 8 deletions(-) >> > >> > diff --git a/Documentation/devicetree/bindings/spi/spi-controller.yaml >> > b/Documentation/devicetree/bindings/spi/spi-controller.yaml >> > index 093150c0cb87..2d300f98dd72 100644 >> > --- a/Documentation/devicetree/bindings/spi/spi-controller.yaml >> > +++ b/Documentation/devicetree/bindings/spi/spi-controller.yaml >> > @@ -185,7 +185,26 @@ examples: >> > flash@2 { >> > compatible =3D "jedec,spi-nor"; >> > spi-max-frequency =3D <50000000>; >> > - reg =3D <2>, <3>; >> > - stacked-memories =3D /bits/ 64 <0x10000000 0x10000000>; >> > + reg =3D <2>; >> > + stacked-memories =3D <&flash0 &flash1>; >> > }; >>=20 >> I'm sorry but this is not what you've talked about in this series. >> Either you have flash0 and flash1 and use the stacked-memories property = in both of >> them (which is what you described) or you create a third virtual device = which points >> to two other flashes. This example allows for an easier use of the parti= tions > > If I understand your point correctly, you're suggesting that we should=20 > avoid using stacked-memories and concat-partition properties together and= =20 > instead choose one approach. Between the two, I believe concat-partition= =20 > would be the better option. That's not exactly it, look at the reg properties above, they do not match the flash devices. Your example above invalid but it is not clear whether this is another typo or voluntary. > While looking into your mtdconcat patch [1], I noticed that it creates a= =20 > virtual MTD device that points to partitions on two different flash nodes= ,=20 > which aligns perfectly with our requirements. > > However, there are two key concerns that, if addressed, could make this=20 > patch suitable for the stacked mode: > > 1/ The creation of a virtual device that does not have a physical=20 > existence. We do already have: - the master mtd device (disabled by default for historical reasons, but can be enabled with a Kconfig option). - an mtd device per partition I don't see a problem in creating virtual mtd devices in the kernel. > 2/ The creation of individual MTD devices that are concatenated to form=20 > the virtual MTD device, which may not be needed by the user. You can also get rid of them by default (or perhaps do the opposite and let a Kconfig option for that). > Regarding the first point, I currently cannot think of a better generic=20 > way to support the stacked feature than creating a virtual device. > Please let me know you thoughts on this. > > For the second point, one possible solution is to hide the individual MTD= =20 > devices (that form the concatenated virtual MTD device) from the user onc= e=20 > the virtual device is created. Please let us know if you have any other=20 > suggestions to address this issue. That is what is done with the master device by default. > [1] https://lore.kernel.org/linux-mtd/20191127105522.31445-5-miquel.rayna= l@bootlin.com/=20 Thanks, Miqu=C3=A8l 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 C0E44D60D17 for ; Wed, 20 Nov 2024 10:01:23 +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:MIME-Version:Message-ID:Date:References :In-Reply-To:Subject:Cc:To:From:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=iFLb6zC6z1/yQLIO3EvekbHjG09UViApV6E6bGwq7Mo=; b=Mf5UTnAMOInvmg 7dRN8B7944tPlimSGbsfRrdymTTjDXBcljcdd7/mqgciu2gZZmucoRoMq/REs2hUKv978IMHRV9wS xYfIpXu3XgrAMfuol+khTc+gfyB/ZkS4raJwckLIGUODEzDFViUaTmEb4IwJKYoxRxX1T7Xj7m9Hr /wZTM5ojJN8umxkMZjMHz5GBoeSZkxxAIRLoQ+DDusiojRqN+i17Tk4INMmVjXc1sUuLLYZ6LIeZ7 MqSpMJk6wa+E/Bv+XK/AeSp9RCxgPNU704Gp3af+UqLqSDvBb6LFIPCpwLTuMnrBV3Mer0ZTJnlPD J+W1d46pOdkyjJHmqtfg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.98 #2 (Red Hat Linux)) id 1tDhWT-0000000Ezu9-0B1C; Wed, 20 Nov 2024 10:01:21 +0000 Received: from relay5-d.mail.gandi.net ([217.70.183.197]) by bombadil.infradead.org with esmtps (Exim 4.98 #2 (Red Hat Linux)) id 1tDhTN-0000000EzEh-3iXY; Wed, 20 Nov 2024 09:58:11 +0000 Received: by mail.gandi.net (Postfix) with ESMTPSA id 888561C0002; Wed, 20 Nov 2024 09:58:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bootlin.com; s=gm1; t=1732096687; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=BJBQhOJJKyJIub486+xY+tIqICKMJsQpiwZBKO1U4e0=; b=YcKYT+X/kbeYr3xub2kdu7gZpNiUBE1WFtfL/o3SWpxY9P8YR+407tw5COM81yOdPrP6K2 2ZoMCniU3Qy9u2MJM8Ob7NpPPDhkgZgemPcI80cDgnlO/mORHAm+4UiQwMkOIlY5zlJoh0 yK4BxEiqBGdzXECuq9OfzL1Bnl5DvppHJU7GWXt6OEJmDUtS/fxkoKBYQn5SaVV7DZ0B2d 3olI/snl8pzs4+vdP4ehSjTuBkFb6TIqKTWQSVvC5NERf8tS/NWGRhSPJJkUvDbAAr3woO JOgupd7SKHZVJGnlvu8k6LqtZgnN/4KRQU8kfcQw2paLjzSnMvwu9UrohouTfg== From: Miquel Raynal To: "Mahapatra, Amit Kumar" Cc: "tudor.ambarus@linaro.org" , "michael@walle.cc" , "broonie@kernel.org" , "pratyush@kernel.org" , "richard@nod.at" , "vigneshr@ti.com" , "robh@kernel.org" , "conor+dt@kernel.org" , "krzk+dt@kernel.org" , "Abbarapu, Venkatesh" , "linux-spi@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-mtd@lists.infradead.org" , "nicolas.ferre@microchip.com" , "alexandre.belloni@bootlin.com" , "claudiu.beznea@tuxon.dev" , "Simek, Michal" , "linux-arm-kernel@lists.infradead.org" , "alsa-devel@alsa-project.org" , "patches@opensource.cirrus.com" , "git (AMD-Xilinx)" , "amitrkcian2002@gmail.com" , "beanhuo@micron.com" Subject: Re: [RFC PATCH 2/2] dt-bindings: spi: Update stacked and parallel bindings In-Reply-To: (Amit Kumar Mahapatra's message of "Tue, 19 Nov 2024 17:02:45 +0000") References: <20241026075347.580858-1-amit.kumar-mahapatra@amd.com> <20241026075347.580858-3-amit.kumar-mahapatra@amd.com> <87y11gwtij.fsf@bootlin.com> User-Agent: mu4e 1.12.7; emacs 29.4 Date: Wed, 20 Nov 2024 10:58:05 +0100 Message-ID: <87bjyaxm4y.fsf@bootlin.com> MIME-Version: 1.0 X-GND-Sasl: miquel.raynal@bootlin.com X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20241120_015810_184303_9AA8B5FE X-CRM114-Status: GOOD ( 34.86 ) X-BeenThere: linux-mtd@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: "linux-mtd" Errors-To: linux-mtd-bounces+linux-mtd=archiver.kernel.org@lists.infradead.org T24gMTkvMTEvMjAyNCBhdCAxNzowMjo0NSBHTVQsICJNYWhhcGF0cmEsIEFtaXQgS3VtYXIiIDxh bWl0Lmt1bWFyLW1haGFwYXRyYUBhbWQuY29tPiB3cm90ZToKCj4gSGVsbG8gTWlxdWVsLAo+Cj4+ ID4gICAgICAgICBmbGFzaEAxIHsKPj4gPiAgICAgICAgICAgICAgICAgY29tcGF0aWJsZSA9ICJq ZWRlYyxzcGktbm9yIgo+PiA+ICAgICAgICAgICAgICAgICByZWcgPSA8MHgwMT47Cj4+ID4gICAg ICAgICAgICAgICAgIHN0YWNrZWQtbWVtb3JpZXMgPSA8JmZsYXNoQDAgJmZsYXNoQDE+Owo+PiA+ ICAgICAgICAgICAgICAgICBzcGktbWF4LWZyZXF1ZW5jeSA9IDw1MDAwMDAwMD47Cj4+ID4gICAg ICAgICAgICAgICAgIC4uLgo+PiA+ICAgICAgICAgICAgICAgICAgICAgICAgIHBhcnRpdGlvbnMg ewo+PiAKPj4gU2FtZSBjb21tZW50IGFzIGJlZm9yZSBoZXJlLgo+Cj4gU29ycnkgYWdhaW4gCj4K PiBzcGlAMCB7Cj4gCS4uLgo+IAlmbGFzaEAwIHsKPiAJCWNvbXBhdGlibGUgPSAiamVkZWMsc3Bp LW5vciIKPiAJCXJlZyA9IDwweDAwPjsKPiAJCXN0YWNrZWQtbWVtb3JpZXMgPSA8JmZsYXNoQDAg JmZsYXNoQDE+Owo+IAkJc3BpLW1heC1mcmVxdWVuY3kgPSA8NTAwMDAwMDA+Owo+IAkJLi4uCj4g CQlwYXJ0aXRpb25zIHsKPiAJCQljb21wYXRpYmxlID0gImZpeGVkLXBhcnRpdGlvbnMiOwo+IAkJ CWNvbmNhdC1wYXJ0aXRpb24gPSA8JmZsYXNoMF9wYXJ0MCAmZmxhc2gxX3BhcnQwPjsKPiAJCQkK PiAJCQlmbGFzaDBfcGFydDA6IHBhcnRpdGlvbkAwIHsKPiAJCQkJbGFiZWwgPSAicGFydDBfMCI7 Cj4gCQkJCXJlZyA9IDwweDAgMHg4MDAwMDA+Owo+IAkJCX07Cj4gCQl9Owo+IAl9Owo+IAlmbGFz aEAxIHsKPiAJCWNvbXBhdGlibGUgPSAiamVkZWMsc3BpLW5vciIKPiAJCXJlZyA9IDwweDAxPjsK PiAJCXN0YWNrZWQtbWVtb3JpZXMgPSA8JmZsYXNoQDAgJmZsYXNoQDE+Owo+IAkJc3BpLW1heC1m cmVxdWVuY3kgPSA8NTAwMDAwMDA+Owo+IAkJLi4uCj4gCQlwYXJ0aXRpb25zIHsKPiAJCQljb21w YXRpYmxlID0gImZpeGVkLXBhcnRpdGlvbnMiOwo+IAkJCWNvbmNhdC1wYXJ0aXRpb24gPSA8JmZs YXNoMF9wYXJ0MCAmZmxhc2gxX3BhcnQwPjsKPiAJCQkKPiAJCQlmbGFzaDFfcGFydDA6IHBhcnRp dGlvbkAwIHsKPiAJCQkJbGFiZWwgPSAicGFydDBfMSI7Cj4gCQkJCXJlZyA9IDwweDAgMHg4MDAw MDA+Owo+IAkJCX07Cj4gCQl9Owo+IAl9Owo+IH07Cj4KPj4gCj4+ID4gICAgICAgICAgICAgICAg ICAgICAgICAgY29tcGF0aWJsZSA9ICJmaXhlZC1wYXJ0aXRpb25zIjsKPj4gPiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIGNvbmNhdC1wYXJ0aXRpb24gPSA8JmZsYXNoMF9wYXJ0aXRp b24gJmZsYXNoMV9wYXJ0aXRpb24+Owo+PiA+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgZmxhc2gxX3BhcnRpdGlvbjogcGFydGl0aW9uQDAgewo+PiA+ICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBsYWJlbCA9ICJwYXJ0MF8xIjsKPj4gPiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgcmVnID0gPDB4MCAweDgwMDAwMD47Cj4+ID4g ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB9Cj4+ID4gICAgICAgICAgICAgICAgICAg ICAgICAgfQo+PiA+ICAgICAgICAgfQo+PiA+Cj4+ID4gfQo+PiA+Cj4+ID4gcGFyYWxsZWwtbWVt b3JpZXMgYmluZGluZyBjaGFuZ2VzOgo+PiA+IC0gUmVtb3ZlIHRoZSBzaXplIGluZm9ybWF0aW9u IGZyb20gdGhlIGJpbmRpbmdzIGFuZCBjaGFuZ2UgdGhlIHR5cGUgdG8KPj4gPiAgIGJvb2xlbi4K Pj4gPiAtIEVhY2ggZmxhc2ggY29ubmVjdGVkIGluIHBhcmFsbGVsIG1vZGUgc2hvdWxkIGJlIGlk ZW50aWNhbCBhbmQgd2lsbCBoYXZlCj4+ID4gICBvbmUgZmxhc2ggbm9kZSBmb3IgYm90aCB0aGUg Zmxhc2ggZGV2aWNlcy4KPj4gPiAtIFRoZSDigJxyZWfigJ0gcHJvcCB3aWxsIGNvbnRhaW4gdGhl IHBoeXNpY2FsIENTIG51bWJlciBmb3IgYm90aCB0aGUgY29ubmVjdGVkCj4+ID4gICBmbGFzaGVz Lgo+PiA+Cj4+ID4gVGhlIG5ldyBsYXllciB3aWxsIGRvdWJsZSB0aGUgbXRkLT4gc2l6ZSBhbmQg cmVnaXN0ZXIgaXQgd2l0aCB0aGUgbXRkCj4+ID4gbGF5ZXIuCj4+IAo+PiBOb3Qgc28gc3VyZSBh Ym91dCB0aGF0LCB5b3UnbGwgbmVlZCBhIG5ldyBtdGQgZGV2aWNlIHRvIGNhcHR1cmUgdGhlIHdo b2xlIGRldmljZS4KPj4gQnV0IHRoaXMgaXMgaW1wbGVtZW50YXRpb24gcmVsYXRlZCwgbm90IHJl bGV2YW50IGZvciBiaW5kaW5nLgo+PiAKPj4gPgo+PiA+IHNwaUAxIHsKPj4gPiAgICAgICAgIC4u Lgo+PiA+ICAgICAgICAgZmxhc2hAMyB7Cj4+ID4gICAgICAgICAgICAgICAgIGNvbXBhdGlibGUg PSAiamVkZWMsc3BpLW5vciIKPj4gPiAgICAgICAgICAgICAgICAgcmVnID0gPDB4MDAgMHgwMT47 Cj4+ID4gICAgICAgICAgICAgICAgIHBhcmFsbGUtbWVtb3JpZXMgOwo+PiAKPj4gUGxlYXNlIGZp eCB0aGUgdHlwb3MgYW5kIHRoZSBzcGFjaW5nIChzYW1lIGFib3ZlKS4KPj4gCj4+ID4gICAgICAg ICAgICAgICAgIHNwaS1tYXgtZnJlcXVlbmN5ID0gPDUwMDAwMDAwPjsKPj4gPiAgICAgICAgICAg ICAgICAgLi4uCj4+ID4gICAgICAgICAgICAgICAgICAgICAgICAgcGFydGl0aW9ucyB7Cj4+ID4g ICAgICAgICAgICAgICAgICAgICAgICAgY29tcGF0aWJsZSA9ICJmaXhlZC1wYXJ0aXRpb25zIjsK Pj4gPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGZsYXNoMF9wYXJ0aXRpb246IHBh cnRpdGlvbkAwIHsKPj4gPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg bGFiZWwgPSAicGFydDBfMCI7Cj4+ID4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIHJlZyA9IDwweDAgMHg4MDAwMDA+Owo+PiA+ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgfQo+PiA+ICAgICAgICAgICAgICAgICAgICAgICAgIH0KPj4gPiAgICAgICAgIH0K Pj4gPiB9Cj4+ID4KPj4gPiBTaWduZWQtb2ZmLWJ5OiBBbWl0IEt1bWFyIE1haGFwYXRyYSA8YW1p dC5rdW1hci1tYWhhcGF0cmFAYW1kLmNvbT4KPj4gPiAtLS0KPj4gPiAgLi4uL2JpbmRpbmdzL3Nw aS9zcGktY29udHJvbGxlci55YW1sICAgICAgICAgIHwgMjMgKysrKysrKysrKysrKysrKystLQo+ PiA+ICAuLi4vYmluZGluZ3Mvc3BpL3NwaS1wZXJpcGhlcmFsLXByb3BzLnlhbWwgICAgfCAgOSAr KystLS0tLQo+PiA+ICAyIGZpbGVzIGNoYW5nZWQsIDI0IGluc2VydGlvbnMoKyksIDggZGVsZXRp b25zKC0pCj4+ID4KPj4gPiBkaWZmIC0tZ2l0IGEvRG9jdW1lbnRhdGlvbi9kZXZpY2V0cmVlL2Jp bmRpbmdzL3NwaS9zcGktY29udHJvbGxlci55YW1sCj4+ID4gYi9Eb2N1bWVudGF0aW9uL2Rldmlj ZXRyZWUvYmluZGluZ3Mvc3BpL3NwaS1jb250cm9sbGVyLnlhbWwKPj4gPiBpbmRleCAwOTMxNTBj MGNiODcuLjJkMzAwZjk4ZGQ3MiAxMDA2NDQKPj4gPiAtLS0gYS9Eb2N1bWVudGF0aW9uL2Rldmlj ZXRyZWUvYmluZGluZ3Mvc3BpL3NwaS1jb250cm9sbGVyLnlhbWwKPj4gPiArKysgYi9Eb2N1bWVu dGF0aW9uL2RldmljZXRyZWUvYmluZGluZ3Mvc3BpL3NwaS1jb250cm9sbGVyLnlhbWwKPj4gPiBA QCAtMTg1LDcgKzE4NSwyNiBAQCBleGFtcGxlczoKPj4gPiAgICAgICAgICBmbGFzaEAyIHsKPj4g PiAgICAgICAgICAgICAgY29tcGF0aWJsZSA9ICJqZWRlYyxzcGktbm9yIjsKPj4gPiAgICAgICAg ICAgICAgc3BpLW1heC1mcmVxdWVuY3kgPSA8NTAwMDAwMDA+Owo+PiA+IC0gICAgICAgICAgICBy ZWcgPSA8Mj4sIDwzPjsKPj4gPiAtICAgICAgICAgICAgc3RhY2tlZC1tZW1vcmllcyA9IC9iaXRz LyA2NCA8MHgxMDAwMDAwMCAweDEwMDAwMDAwPjsKPj4gPiArICAgICAgICAgICAgcmVnID0gPDI+ Owo+PiA+ICsgICAgICAgICAgICBzdGFja2VkLW1lbW9yaWVzID0gPCZmbGFzaDAgJmZsYXNoMT47 Cj4+ID4gICAgICAgICAgfTsKPj4gCj4+IEknbSBzb3JyeSBidXQgdGhpcyBpcyBub3Qgd2hhdCB5 b3UndmUgdGFsa2VkIGFib3V0IGluIHRoaXMgc2VyaWVzLgo+PiBFaXRoZXIgeW91IGhhdmUgZmxh c2gwIGFuZCBmbGFzaDEgYW5kIHVzZSB0aGUgc3RhY2tlZC1tZW1vcmllcyBwcm9wZXJ0eSBpbiBi b3RoIG9mCj4+IHRoZW0gKHdoaWNoIGlzIHdoYXQgeW91IGRlc2NyaWJlZCkgb3IgeW91IGNyZWF0 ZSBhIHRoaXJkIHZpcnR1YWwgZGV2aWNlIHdoaWNoIHBvaW50cwo+PiB0byB0d28gb3RoZXIgZmxh c2hlcy4gVGhpcyBleGFtcGxlIGFsbG93cyBmb3IgYW4gZWFzaWVyIHVzZSBvZiB0aGUgcGFydGl0 aW9ucwo+Cj4gSWYgSSB1bmRlcnN0YW5kIHlvdXIgcG9pbnQgY29ycmVjdGx5LCB5b3UncmUgc3Vn Z2VzdGluZyB0aGF0IHdlIHNob3VsZCAKPiBhdm9pZCB1c2luZyBzdGFja2VkLW1lbW9yaWVzIGFu ZCBjb25jYXQtcGFydGl0aW9uIHByb3BlcnRpZXMgdG9nZXRoZXIgYW5kIAo+IGluc3RlYWQgY2hv b3NlIG9uZSBhcHByb2FjaC4gQmV0d2VlbiB0aGUgdHdvLCBJIGJlbGlldmUgY29uY2F0LXBhcnRp dGlvbiAKPiB3b3VsZCBiZSB0aGUgYmV0dGVyIG9wdGlvbi4KClRoYXQncyBub3QgZXhhY3RseSBp dCwgbG9vayBhdCB0aGUgcmVnIHByb3BlcnRpZXMgYWJvdmUsIHRoZXkgZG8gbm90Cm1hdGNoIHRo ZSBmbGFzaCBkZXZpY2VzLiBZb3VyIGV4YW1wbGUgYWJvdmUgaW52YWxpZCBidXQgaXQgaXMgbm90 IGNsZWFyCndoZXRoZXIgdGhpcyBpcyBhbm90aGVyIHR5cG8gb3Igdm9sdW50YXJ5LgoKPiBXaGls ZSBsb29raW5nIGludG8geW91ciBtdGRjb25jYXQgcGF0Y2ggWzFdLCBJIG5vdGljZWQgdGhhdCBp dCBjcmVhdGVzIGEgCj4gdmlydHVhbCBNVEQgZGV2aWNlIHRoYXQgcG9pbnRzIHRvIHBhcnRpdGlv bnMgb24gdHdvIGRpZmZlcmVudCBmbGFzaCBub2RlcywgCj4gd2hpY2ggYWxpZ25zIHBlcmZlY3Rs eSB3aXRoIG91ciByZXF1aXJlbWVudHMuCj4KPiBIb3dldmVyLCB0aGVyZSBhcmUgdHdvIGtleSBj b25jZXJucyB0aGF0LCBpZiBhZGRyZXNzZWQsIGNvdWxkIG1ha2UgdGhpcyAKPiBwYXRjaCBzdWl0 YWJsZSBmb3IgdGhlIHN0YWNrZWQgbW9kZToKPgo+IDEvIFRoZSBjcmVhdGlvbiBvZiBhIHZpcnR1 YWwgZGV2aWNlIHRoYXQgZG9lcyBub3QgaGF2ZSBhIHBoeXNpY2FsIAo+IGV4aXN0ZW5jZS4KCldl IGRvIGFscmVhZHkgaGF2ZToKLSB0aGUgbWFzdGVyIG10ZCBkZXZpY2UgKGRpc2FibGVkIGJ5IGRl ZmF1bHQgZm9yIGhpc3RvcmljYWwgcmVhc29ucywgYnV0CiAgY2FuIGJlIGVuYWJsZWQgd2l0aCBh IEtjb25maWcgb3B0aW9uKS4KLSBhbiBtdGQgZGV2aWNlIHBlciBwYXJ0aXRpb24KCkkgZG9uJ3Qg c2VlIGEgcHJvYmxlbSBpbiBjcmVhdGluZyB2aXJ0dWFsIG10ZCBkZXZpY2VzIGluIHRoZSBrZXJu ZWwuCgo+IDIvIFRoZSBjcmVhdGlvbiBvZiBpbmRpdmlkdWFsIE1URCBkZXZpY2VzIHRoYXQgYXJl IGNvbmNhdGVuYXRlZCB0byBmb3JtIAo+IHRoZSB2aXJ0dWFsIE1URCBkZXZpY2UsIHdoaWNoIG1h eSBub3QgYmUgbmVlZGVkIGJ5IHRoZSB1c2VyLgoKWW91IGNhbiBhbHNvIGdldCByaWQgb2YgdGhl bSBieSBkZWZhdWx0IChvciBwZXJoYXBzIGRvIHRoZSBvcHBvc2l0ZSBhbmQKbGV0IGEgS2NvbmZp ZyBvcHRpb24gZm9yIHRoYXQpLgoKPiBSZWdhcmRpbmcgdGhlIGZpcnN0IHBvaW50LCBJIGN1cnJl bnRseSBjYW5ub3QgdGhpbmsgb2YgYSBiZXR0ZXIgZ2VuZXJpYyAKPiB3YXkgdG8gc3VwcG9ydCB0 aGUgc3RhY2tlZCBmZWF0dXJlIHRoYW4gY3JlYXRpbmcgYSB2aXJ0dWFsIGRldmljZS4KPiBQbGVh c2UgbGV0IG1lIGtub3cgeW91IHRob3VnaHRzIG9uIHRoaXMuCj4KPiBGb3IgdGhlIHNlY29uZCBw b2ludCwgb25lIHBvc3NpYmxlIHNvbHV0aW9uIGlzIHRvIGhpZGUgdGhlIGluZGl2aWR1YWwgTVRE IAo+IGRldmljZXMgKHRoYXQgZm9ybSB0aGUgY29uY2F0ZW5hdGVkIHZpcnR1YWwgTVREIGRldmlj ZSkgZnJvbSB0aGUgdXNlciBvbmNlIAo+IHRoZSB2aXJ0dWFsIGRldmljZSBpcyBjcmVhdGVkLiBQ bGVhc2UgbGV0IHVzIGtub3cgaWYgeW91IGhhdmUgYW55IG90aGVyIAo+IHN1Z2dlc3Rpb25zIHRv IGFkZHJlc3MgdGhpcyBpc3N1ZS4KClRoYXQgaXMgd2hhdCBpcyBkb25lIHdpdGggdGhlIG1hc3Rl ciBkZXZpY2UgYnkgZGVmYXVsdC4KCj4gWzFdIGh0dHBzOi8vbG9yZS5rZXJuZWwub3JnL2xpbnV4 LW10ZC8yMDE5MTEyNzEwNTUyMi4zMTQ0NS01LW1pcXVlbC5yYXluYWxAYm9vdGxpbi5jb20vIAoK VGhhbmtzLApNaXF1w6hsCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18KTGludXggTVREIGRpc2N1c3Npb24gbWFpbGluZyBsaXN0Cmh0dHA6Ly9s aXN0cy5pbmZyYWRlYWQub3JnL21haWxtYW4vbGlzdGluZm8vbGludXgtbXRkLwo=