From: Nicolas Saenz Julienne <nsaenz@kernel.org>
To: linux-arm-kernel@lists.infradead.org, linux-mmc@vger.kernel.org,
devicetree@vger.kernel.org,
bcm-kernel-feedback-list@broadcom.com,
linux-rpi-kernel@lists.infradead.org,
Ray Jui <ray.jui@broadcom.com>,
Scott Branden <scott.branden@broadcom.com>,
Saenz Julienne <nsaenz@kernel.org>,
Ulf Hansson <ulf.hansson@linaro.org>,
Stefan Wahren <wahrenst@gmx.net>,
Matthias Brugger <mbrugger@suse.com>
Cc: f.fainelli@gmail.com, phil@raspberrypi.com,
tim.gover@raspberrypi.com, adrian.hunter@intel.com,
sbranden@broadcom.com, alcooperx@gmail.com,
nsaenzjulienne@suse.de, linux-kernel@vger.kernel.org,
robh@kernel.org, stefan.wahren@i2se.com
Subject: [PATCH 0/3] BCM2711 sdhci-iproc improvements
Date: Tue, 6 Apr 2021 12:47:59 +0200 [thread overview]
Message-ID: <20210406104802.20898-1-nsaenz@kernel.org> (raw)
This is a follow-up series to "BCM2711's sdhci-iproc CMD timeouts"[1],
but since much most of the patches changed I decided to start counting
patch revisions from scratch.
This series tries to address rather odd behavior from BCM2711's
integration of sdhci-iproc (Raspberry Pi 4's SoC). The controller will
timeout on SDHCI CMDs under the following conditions:
- No SD card plugged in (the card polling thread is running, CD irq disabled).
- BCM2711's VPU clock configured at 500MHz or more, lower clocks are OK.
There is no specific command that will time out, it seems random.
As an extra to this I also include a small fix, and convert the
controller's bindings to yaml.
Regards,
Nicolas
[1] https://lore.kernel.org/linux-mmc/20210322185816.27582-1-nsaenz@kernel.org/
---
Nicolas Saenz Julienne (3):
dt-bindings: mmc: iproc-sdhci: Convert to json-schema
mmc: sdhci-iproc: Cap min clock frequency on BCM2711
mmc: sdhci-iproc: Set SDHCI_QUIRK_CAP_CLOCK_BASE_BROKEN on BCM2711
.../bindings/mmc/brcm,iproc-sdhci.yaml | 63 +++++++++++++++++++
.../bindings/mmc/brcm,sdhci-iproc.txt | 37 -----------
drivers/mmc/host/sdhci-iproc.c | 21 ++++++-
3 files changed, 83 insertions(+), 38 deletions(-)
create mode 100644 Documentation/devicetree/bindings/mmc/brcm,iproc-sdhci.yaml
delete mode 100644 Documentation/devicetree/bindings/mmc/brcm,sdhci-iproc.txt
--
2.30.2
WARNING: multiple messages have this Message-ID (diff)
From: Nicolas Saenz Julienne <nsaenz@kernel.org>
To: linux-arm-kernel@lists.infradead.org, linux-mmc@vger.kernel.org,
devicetree@vger.kernel.org,
bcm-kernel-feedback-list@broadcom.com,
linux-rpi-kernel@lists.infradead.org,
Ray Jui <ray.jui@broadcom.com>,
Scott Branden <scott.branden@broadcom.com>,
Saenz Julienne <nsaenz@kernel.org>,
Ulf Hansson <ulf.hansson@linaro.org>,
Stefan Wahren <wahrenst@gmx.net>,
Matthias Brugger <mbrugger@suse.com>
Cc: f.fainelli@gmail.com, phil@raspberrypi.com,
tim.gover@raspberrypi.com, adrian.hunter@intel.com,
sbranden@broadcom.com, alcooperx@gmail.com,
nsaenzjulienne@suse.de, linux-kernel@vger.kernel.org,
robh@kernel.org, stefan.wahren@i2se.com
Subject: [PATCH 0/3] BCM2711 sdhci-iproc improvements
Date: Tue, 6 Apr 2021 12:47:59 +0200 [thread overview]
Message-ID: <20210406104802.20898-1-nsaenz@kernel.org> (raw)
This is a follow-up series to "BCM2711's sdhci-iproc CMD timeouts"[1],
but since much most of the patches changed I decided to start counting
patch revisions from scratch.
This series tries to address rather odd behavior from BCM2711's
integration of sdhci-iproc (Raspberry Pi 4's SoC). The controller will
timeout on SDHCI CMDs under the following conditions:
- No SD card plugged in (the card polling thread is running, CD irq disabled).
- BCM2711's VPU clock configured at 500MHz or more, lower clocks are OK.
There is no specific command that will time out, it seems random.
As an extra to this I also include a small fix, and convert the
controller's bindings to yaml.
Regards,
Nicolas
[1] https://lore.kernel.org/linux-mmc/20210322185816.27582-1-nsaenz@kernel.org/
---
Nicolas Saenz Julienne (3):
dt-bindings: mmc: iproc-sdhci: Convert to json-schema
mmc: sdhci-iproc: Cap min clock frequency on BCM2711
mmc: sdhci-iproc: Set SDHCI_QUIRK_CAP_CLOCK_BASE_BROKEN on BCM2711
.../bindings/mmc/brcm,iproc-sdhci.yaml | 63 +++++++++++++++++++
.../bindings/mmc/brcm,sdhci-iproc.txt | 37 -----------
drivers/mmc/host/sdhci-iproc.c | 21 ++++++-
3 files changed, 83 insertions(+), 38 deletions(-)
create mode 100644 Documentation/devicetree/bindings/mmc/brcm,iproc-sdhci.yaml
delete mode 100644 Documentation/devicetree/bindings/mmc/brcm,sdhci-iproc.txt
--
2.30.2
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next reply other threads:[~2021-04-06 10:48 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-04-06 10:47 Nicolas Saenz Julienne [this message]
2021-04-06 10:47 ` [PATCH 0/3] BCM2711 sdhci-iproc improvements Nicolas Saenz Julienne
2021-04-06 10:48 ` [PATCH 1/3] dt-bindings: mmc: iproc-sdhci: Convert to json-schema Nicolas Saenz Julienne
2021-04-06 10:48 ` Nicolas Saenz Julienne
2021-04-09 16:18 ` Rob Herring
2021-04-09 16:18 ` Rob Herring
2021-04-12 7:52 ` Ulf Hansson
2021-04-12 7:52 ` Ulf Hansson
2021-04-12 8:13 ` nicolas saenz julienne
2021-04-12 8:13 ` nicolas saenz julienne
2021-04-06 10:48 ` [PATCH 2/3] mmc: sdhci-iproc: Cap min clock frequency on BCM2711 Nicolas Saenz Julienne
2021-04-06 10:48 ` Nicolas Saenz Julienne
2021-04-06 17:59 ` Stefan Wahren
2021-04-06 17:59 ` Stefan Wahren
2021-04-07 8:44 ` Nicolas Saenz Julienne
2021-04-07 8:44 ` Nicolas Saenz Julienne
2021-07-30 6:44 ` Ivan T. Ivanov
2021-04-06 10:48 ` [PATCH 3/3] mmc: sdhci-iproc: Set SDHCI_QUIRK_CAP_CLOCK_BASE_BROKEN " Nicolas Saenz Julienne
2021-04-06 10:48 ` Nicolas Saenz Julienne
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=20210406104802.20898-1-nsaenz@kernel.org \
--to=nsaenz@kernel.org \
--cc=adrian.hunter@intel.com \
--cc=alcooperx@gmail.com \
--cc=bcm-kernel-feedback-list@broadcom.com \
--cc=devicetree@vger.kernel.org \
--cc=f.fainelli@gmail.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mmc@vger.kernel.org \
--cc=linux-rpi-kernel@lists.infradead.org \
--cc=mbrugger@suse.com \
--cc=nsaenzjulienne@suse.de \
--cc=phil@raspberrypi.com \
--cc=ray.jui@broadcom.com \
--cc=robh@kernel.org \
--cc=sbranden@broadcom.com \
--cc=scott.branden@broadcom.com \
--cc=stefan.wahren@i2se.com \
--cc=tim.gover@raspberrypi.com \
--cc=ulf.hansson@linaro.org \
--cc=wahrenst@gmx.net \
/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.