From: sashiko-bot@kernel.org
To: "Loic Poulain" <loic.poulain@oss.qualcomm.com>
Cc: robh@kernel.org, devicetree@vger.kernel.org, conor+dt@kernel.org
Subject: Re: [PATCH v9 01/10] dt-bindings: mmc: Document fixed-layout NVMEM provider support
Date: Fri, 31 Jul 2026 16:01:22 +0000 [thread overview]
Message-ID: <20260731160122.924011F00AC4@smtp.kernel.org> (raw)
In-Reply-To: <20260730-block-as-nvmem-v9-1-f72935817dbf@oss.qualcomm.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [High] Using `fixed-layout` directly on the partition node merges the NVMEM provider and layout concepts, violating NVMEM architecture and breaking modern runtime layout parsing.
--
--- Patch [1]: [PATCH v9 01/10] dt-bindings: mmc: Document fixed-layout NVMEM provider support ---
commit 9b7b4f5fdbeee58fc9a0bd8fb5f052592d78dc38
Author: Loic Poulain <loic.poulain@oss.qualcomm.com>
dt-bindings: mmc: Document fixed-layout NVMEM provider support
This commit allows an eMMC hardware partition node to describe an NVMEM
layout so the partition can be exposed as an NVMEM provider. It adds
fixed-layout as an accepted compatible string on the partition node.
> diff --git a/Documentation/devicetree/bindings/mmc/mmc-card.yaml b/Documentation/devicetree/bindings/mmc/mmc-card.yaml
> --- a/Documentation/devicetree/bindings/mmc/mmc-card.yaml
> +++ b/Documentation/devicetree/bindings/mmc/mmc-card.yaml
> @@ -38,7 +38,9 @@ patternProperties:
> properties:
> compatible:
> contains:
> - const: fixed-partitions
> + enum:
> + - fixed-partitions
> + - fixed-layout
[Severity: High]
Does allowing fixed-layout directly on the partition node break the NVMEM
layout parser?
The NVMEM core's modern layout parser, nvmem_add_cells_from_fixed_layout(),
calls of_nvmem_layout_get_container(). This function hardcodes a lookup for
a child node exactly named "nvmem-layout".
If the layout is placed directly on the partition node rather than in a child
node, this lookup returns NULL and parsing silently aborts, preventing the
NVMEM cells from registering.
[ ... ]
> @@ -86,6 +88,25 @@ examples:
> read-only;
> };
> };
> +
> + partitions-boot2 {
> + compatible = "fixed-layout";
[Severity: High]
Will the NVMEM cells defined under this example silently fail to register at
runtime?
Because there is no nvmem-layout child node, applying the fixed-layout
compatible directly to the partition node merges the provider and layout
concepts. This violates the NVMEM architecture expected by the parser.
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260730-block-as-nvmem-v9-0-f72935817dbf@oss.qualcomm.com?part=1
next prev parent reply other threads:[~2026-07-31 16:01 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-30 16:00 [PATCH v9 00/10] Support for block device NVMEM providers Loic Poulain
2026-07-30 16:00 ` [PATCH v9 01/10] dt-bindings: mmc: Document fixed-layout NVMEM provider support Loic Poulain
2026-07-30 17:30 ` Support for block device NVMEM providers bluez.test.bot
2026-07-31 8:39 ` [PATCH v9 01/10] dt-bindings: mmc: Document fixed-layout NVMEM provider support Bartosz Golaszewski
2026-07-31 16:01 ` sashiko-bot [this message]
2026-07-30 16:00 ` [PATCH v9 02/10] dt-bindings: net: wireless: qcom,ath10k: Document NVMEM cells Loic Poulain
2026-07-30 16:00 ` [PATCH v9 03/10] dt-bindings: bluetooth: qcom: Add NVMEM BD address cell Loic Poulain
2026-07-30 16:00 ` [PATCH v9 04/10] nvmem: layouts: Support fixed-layout as the nvmem device node itself Loic Poulain
2026-07-31 16:01 ` sashiko-bot
2026-07-30 16:00 ` [PATCH v9 05/10] block: partitions: of: Attach partition fwnode to the block device Loic Poulain
2026-07-31 8:40 ` Bartosz Golaszewski
2026-07-31 16:01 ` sashiko-bot
2026-07-30 16:00 ` [PATCH v9 06/10] block: implement NVMEM provider Loic Poulain
2026-07-31 16:01 ` sashiko-bot
2026-07-30 16:00 ` [PATCH v9 07/10] net: of_net: Add of_get_nvmem_eui48() helper for EUI-48 lookup Loic Poulain
2026-07-30 16:00 ` [PATCH v9 08/10] Bluetooth: hci_sync: Add NVMEM-backed BD address retrieval Loic Poulain
2026-07-31 16:01 ` sashiko-bot
2026-07-30 16:00 ` [PATCH v9 09/10] Bluetooth: qca: Set NVMEM BD address quirks when address is invalid Loic Poulain
2026-07-30 16:00 ` [PATCH v9 10/10] arm64: dts: qcom: arduino-imola: Describe NVMEM layout for WiFi/BT addresses Loic Poulain
2026-07-31 16:01 ` sashiko-bot
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20260731160122.924011F00AC4@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=loic.poulain@oss.qualcomm.com \
--cc=robh@kernel.org \
--cc=sashiko-reviews@lists.linux.dev \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.