From: Monish Chunara <monish.chunara@oss.qualcomm.com>
To: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
Cc: andersson@kernel.org, konradybcio@kernel.org, robh@kernel.org,
krzk+dt@kernel.org, conor+dt@kernel.org, mani@kernel.org,
linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org, sarthak.garg@oss.qualcomm.com,
pradeep.pragallapati@oss.qualcomm.com
Subject: Re: [PATCH V1 0/2] arm64: dts: qcom: lemans-evk: Update SDHC storage support via overlays
Date: Wed, 1 Jul 2026 14:29:07 +0530 [thread overview]
Message-ID: <akTW29UMV9L/TK9D@hu-mchunara-hyd.qualcomm.com> (raw)
In-Reply-To: <ioyvbf5wqfvu6ddl4ua2upow7wdw2xmdjszuoubh5cbsko2ovg@gilcelxn77di>
On Thu, Mar 05, 2026 at 06:52:17AM +0200, Dmitry Baryshkov wrote:
> On Mon, Mar 02, 2026 at 08:13:01PM +0530, Monish Chunara wrote:
> > On Fri, Feb 27, 2026 at 10:07:33PM +0200, Dmitry Baryshkov wrote:
> > > On Fri, Feb 27, 2026 at 03:54:03PM +0530, Monish Chunara wrote:
> > > > This series updates the device tree configuration for the LeMans EVK
> > > > board to support dynamic selection between SD card and eMMC storage.
> > > >
> > > > The LeMans EVK hardware supports either an SD card or eMMC, but the
> > > > interfaces are mutually exclusive as they share the same controller and
> > > > resources. Previously, SD card support was hardcoded in the main device
> > > > tree, preventing easy switching to eMMC.
> > > >
> > > > This series refactors the SDHC configuration by:
> > > >
> > > > 1. Moving the existing SD card configuration into a dedicated overlay.
> > > > 2. Adding a new overlay to support eMMC.
> > > > 3. Updating the common SDHC node in the SoC dtsi to include necessary
> > > > resources (clocks, register ranges) required by the eMMC configuration.
> > > >
> > > > This allows the bootloader to apply the appropriate overlay based on the
> > > > desired storage medium.
> > >
> > > Is there a default mode of operation / extension? If there is one,
> > > please define it in the base DT and override it in a single overlay
> > > rather than having two mutually exclusive overlays.
> > >
> >
> > The LeMans EVK has SD card slot onboard and eMMC support via a mezzanine card.
> >
> > However, if SD card is configured to be a default case in plaform DT, some of
> > the properties like 'no-mmc' would conflict for eMMC use case which cannot be
> > deleted in an overlay file, and vice versa. To avoid such issues, definied
> > separate overlays for both which gets selected based on the actual connection on
> > the board.
>
> What would be the result of not specifying the no-mmc in the base DT?
>
If 'no-mmc' is not specified for SD card use-case, then during boot-up, it
would unnecessarily attempt for eMMC and sdio paths which are not required and
can be optimized with this property. Hence it needs to be added for SD card
use-case.
If SD card is made default in SoC DT, these properties will conflict as per the
above explanation.
Regards,
Monish
next prev parent reply other threads:[~2026-07-01 8:59 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-27 10:24 Monish Chunara
2026-02-27 10:24 ` [PATCH V1 1/2] arm64: dts: qcom: lemans-evk: Move SD card support to overlay Monish Chunara
2026-02-27 20:08 ` Dmitry Baryshkov
2026-07-01 8:42 ` Monish Chunara
2026-02-27 10:24 ` [PATCH V1 2/2] arm64: dts: qcom: lemans-evk: Add SDHCI support for eMMC via overlay Monish Chunara
2026-02-27 20:07 ` [PATCH V1 0/2] arm64: dts: qcom: lemans-evk: Update SDHC storage support via overlays Dmitry Baryshkov
2026-03-02 14:43 ` Monish Chunara
2026-03-05 4:52 ` Dmitry Baryshkov
2026-07-01 8:59 ` Monish Chunara [this message]
2026-07-01 9:01 ` Monish Chunara
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=akTW29UMV9L/TK9D@hu-mchunara-hyd.qualcomm.com \
--to=monish.chunara@oss.qualcomm.com \
--cc=andersson@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=dmitry.baryshkov@oss.qualcomm.com \
--cc=konradybcio@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mani@kernel.org \
--cc=pradeep.pragallapati@oss.qualcomm.com \
--cc=robh@kernel.org \
--cc=sarthak.garg@oss.qualcomm.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®