| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <CAPDyKFoEh8qKYFONo1SHnvwhDwjUa5bMnnT1Kbu8=4rd=T-8Kg@mail.gmail.com>
Date: Thu, 30 Apr 2020 13:10:27 +0200
From: Ulf Hansson <ulf.hansson@...aro.org>
To: Jerome Brunet <jbrunet@...libre.com>,
Stephen Boyd <sboyd@...nel.org>
Cc: Martin Blumenstingl <martin.blumenstingl@...glemail.com>,
"open list:ARM/Amlogic Meson..." <linux-amlogic@...ts.infradead.org>,
"linux-mmc@...r.kernel.org" <linux-mmc@...r.kernel.org>,
DTML <devicetree@...r.kernel.org>,
Rob Herring <robh+dt@...nel.org>,
Jianxin Pan <jianxin.pan@...ogic.com>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
yinxin_1989@...yun.com,
Linux ARM <linux-arm-kernel@...ts.infradead.org>,
lnykww@...il.com, Anand Moon <linux.amoon@...il.com>
Subject: Re: [PATCH v6 2/2] mmc: host: meson-mx-sdhc: new driver for the
Amlogic Meson SDHC host
+ Stephen
On Thu, 30 Apr 2020 at 11:47, Jerome Brunet <jbrunet@...libre.com> wrote:
>
>
> On Tue 28 Apr 2020 at 23:02, Martin Blumenstingl <martin.blumenstingl@...glemail.com> wrote:
>
> > The SDHC MMC host controller on Amlogic SoCs provides an eMMC and MMC
> > card interface with 1/4/8-bit bus width.
> > It supports eMMC spec 4.4x/4.5x including HS200 (up to 100MHz clock).
> >
> > The public S805 datasheet [0] contains a short documentation about the
> > registers. Unfortunately it does not describe how to use the registers
> > to make the hardware work. Thus this driver is based on reading (and
> > understanding) the Amlogic 3.10 GPL kernel code.
> >
> > Some hardware details are not easy to see. Jianxin Pan was kind enough
> > to answer my questions:
> > The hardware has built-in busy timeout support. The maximum timeout is
> > 30 seconds. This is only documented in Amlogic's internal
> > documentation.
> >
> > The controller only works with very specific clock configurations. The
> > details are not part of the public datasheet. In my own words the
> > supported configurations are:
> > - 399.812kHz: clkin = 850MHz div = 2126 sd_rx_phase = 63
> > - 1MHz: clkin = 850MHz div = 850 sd_rx_phase = 55
> > - 5.986MHz: clkin = 850MHz div = 142 sd_rx_phase = 24
> > - 25MHz: clkin = 850MHz div = 34 sd_rx_phase = 15
> > - 47.222MHz: clkin = 850MHz div = 18 sd_rx_phase = 11/15 (SDR50/HS)
> > - 53.125MHz: clkin = 850MHz div = 16 sd_rx_phase = (tuning)
> > - 70.833MHz: clkin = 850MHz div = 12 sd_rx_phase = (tuning)
> > - 85MHz: clkin = 850MHz div = 10 sd_rx_phase = (tuning)
> > - 94.44MHz: clkin = 850MHz div = 9 sd_rx_phase = (tuning)
> > - 106.25MHz: clkin = 850MHz div = 8 sd_rx_phase = (tuning)
> > - 127.5MHz: clkin = 1275MHz div = 10 sd_rx_phase = (tuning)
> > - 141.667MHz: clkin = 850MHz div = 6 sd_rx_phase = (tuning)
> > - 159.375MHz: clkin = 1275MHz div = 8 sd_rx_phase = (tuning)
> > - 212.5MHz: clkin = 1275MHz div = 6 sd_rx_phase = (tuning)
> > - (sd_tx_phase is always 1, 94.44MHz is not listed in the datasheet
> > but this is what the 3.10 BSP kernel on Odroid-C1 actually uses)
> >
> > NOTE: CMD23 support is disabled for now because it results in command
> > timeouts and thus decreases read performance.
> >
> > Tested-by: Wei Wang <lnykww@...il.com>
> > Tested-by: Xin Yin <yinxin_1989@...yun.com>
> > Reviewed-by: Xin Yin <yinxin_1989@...yun.com>
> > Tested-by: Anand Moon <linux.amoon@...il.com>
> > Signed-off-by: Martin Blumenstingl <martin.blumenstingl@...glemail.com>
> > ---
> > drivers/mmc/host/Kconfig | 14 +
> > drivers/mmc/host/Makefile | 1 +
> > drivers/mmc/host/meson-mx-sdhc-clkc.c | 188 ++++++
> > drivers/mmc/host/meson-mx-sdhc.c | 916 ++++++++++++++++++++++++++
> > drivers/mmc/host/meson-mx-sdhc.h | 138 ++++
> > 5 files changed, 1257 insertions(+)
> > create mode 100644 drivers/mmc/host/meson-mx-sdhc-clkc.c
> > create mode 100644 drivers/mmc/host/meson-mx-sdhc.c
> > create mode 100644 drivers/mmc/host/meson-mx-sdhc.h
> >
> > diff --git a/drivers/mmc/host/Kconfig b/drivers/mmc/host/Kconfig
> > index 462b5352fea7..df3fc572f842 100644
> > --- a/drivers/mmc/host/Kconfig
> > +++ b/drivers/mmc/host/Kconfig
> > @@ -405,6 +405,20 @@ config MMC_MESON_GX
> >
> > If you have a controller with this interface, say Y here.
> >
> > +config MMC_MESON_MX_SDHC
> > + tristate "Amlogic Meson SDHC Host Controller support"
> > + depends on (ARM && ARCH_MESON) || COMPILE_TEST
> > + depends on COMMON_CLK
> > + depends on OF
> > + help
> > + This selects support for the SDHC Host Controller on
> > + Amlogic Meson6, Meson8, Meson8b and Meson8m2 SoCs.
> > + The controller supports the SD/SDIO Spec 3.x and eMMC Spec 4.5x
> > + with 1, 4, and 8 bit bus widths.
> > +
> > + If you have a controller with this interface, say Y or M here.
> > + If unsure, say N.
> > +
> > config MMC_MESON_MX_SDIO
> > tristate "Amlogic Meson6/Meson8/Meson8b SD/MMC Host Controller support"
> > depends on ARCH_MESON || COMPILE_TEST
> > diff --git a/drivers/mmc/host/Makefile b/drivers/mmc/host/Makefile
> > index b929ef941208..8bcb420e071c 100644
> > --- a/drivers/mmc/host/Makefile
> > +++ b/drivers/mmc/host/Makefile
> > @@ -68,6 +68,7 @@ obj-$(CONFIG_MMC_VUB300) += vub300.o
> > obj-$(CONFIG_MMC_USHC) += ushc.o
> > obj-$(CONFIG_MMC_WMT) += wmt-sdmmc.o
> > obj-$(CONFIG_MMC_MESON_GX) += meson-gx-mmc.o
> > +obj-$(CONFIG_MMC_MESON_MX_SDHC) += meson-mx-sdhc-clkc.o meson-mx-sdhc.o
> > obj-$(CONFIG_MMC_MESON_MX_SDIO) += meson-mx-sdio.o
> > obj-$(CONFIG_MMC_MOXART) += moxart-mmc.o
> > obj-$(CONFIG_MMC_SUNXI) += sunxi-mmc.o
> > diff --git a/drivers/mmc/host/meson-mx-sdhc-clkc.c b/drivers/mmc/host/meson-mx-sdhc-clkc.c
> > new file mode 100644
> > index 000000000000..1e9dea94f9dc
> > --- /dev/null
> > +++ b/drivers/mmc/host/meson-mx-sdhc-clkc.c
> > @@ -0,0 +1,188 @@
> > +// SPDX-License-Identifier: GPL-2.0+
> > +/*
> > + * Amlogic Meson SDHC clock controller
> > + *
> > + * Copyright (C) 2020 Martin Blumenstingl <martin.blumenstingl@...glemail.com>
> > + */
> > +
> > +#include <dt-bindings/clock/meson-mx-sdhc-clkc.h>
> > +
> > +#include <linux/clk-provider.h>
> > +#include <linux/device.h>
> > +#include <linux/platform_device.h>
> > +
> > +#include "meson-mx-sdhc.h"
> > +
> > +#define MESON_SDHC_NUM_BUILTIN_CLKS 6
> > +
> > +struct meson_mx_sdhc_clkc {
> > + struct clk_mux src_sel;
> > + struct clk_divider div;
> > + struct clk_gate mod_clk_en;
> > + struct clk_gate tx_clk_en;
> > + struct clk_gate rx_clk_en;
> > + struct clk_gate sd_clk_en;
> > + struct clk_hw_onecell_data hw_onecell_data;
> > +};
> > +
> > +static const struct clk_div_table meson_mx_sdhc_div_table[] = {
> > + { .div = 6, .val = 5, },
> > + { .div = 8, .val = 7, },
> > + { .div = 9, .val = 8, },
> > + { .div = 10, .val = 9, },
> > + { .div = 12, .val = 11, },
> > + { .div = 16, .val = 15, },
> > + { .div = 18, .val = 17, },
> > + { .div = 34, .val = 33, },
> > + { .div = 142, .val = 141, },
> > + { .div = 850, .val = 849, },
> > + { .div = 2126, .val = 2125, },
> > + { .div = 4096, .val = 4095, },
> > + { /* sentinel */ }
> > +};
> > +
> > +static const struct meson_mx_sdhc_clkc meson_mx_sdhc_clkc_data = {
> > + .src_sel = {
> > + .mask = 0x3,
> > + .shift = 16,
> > + },
> > + .div = {
> > + .shift = 0,
> > + .width = 12,
> > + .table = meson_mx_sdhc_div_table,
> > + },
> > + .mod_clk_en = {
> > + .bit_idx = 15,
> > + },
> > + .tx_clk_en = {
> > + .bit_idx = 14,
> > + },
> > + .rx_clk_en = {
> > + .bit_idx = 13,
> > + },
> > + .sd_clk_en = {
> > + .bit_idx = 12,
> > + },
> > +};
> > +
> > +static const struct clk_init_data meson_mx_sdhc_clkc_init_data[] = {
> > + [SDHC_CLKID_SRC_SEL] = {
> > + .name = "sdhc_src_sel",
> > + .ops = &clk_mux_ops,
> > + .parent_data = (const struct clk_parent_data[]) {
> > + { .fw_name = "clkin0" },
> > + { .fw_name = "clkin1" },
> > + { .fw_name = "clkin2" },
> > + { .fw_name = "clkin3" },
> > + },
> > + .num_parents = 4,
> > + },
> > + [SDHC_CLKID_DIV] = {
> > + .name = "sdhc_div",
> > + .ops = &clk_divider_ops,
> > + .parent_hws = (const struct clk_hw *[]) {
> > + &meson_mx_sdhc_clkc_data.src_sel.hw,
> > + },
> > + .num_parents = 1,
> > + .flags = CLK_SET_RATE_PARENT,
> > + },
> > + [SDHC_CLKID_MOD_CLK] = {
> > + .name = "sdhc_mod_clk_on",
> > + .ops = &clk_gate_ops,
> > + .parent_hws = (const struct clk_hw *[]) {
> > + &meson_mx_sdhc_clkc_data.div.hw,
> > + },
> > + .num_parents = 1,
> > + .flags = CLK_SET_RATE_PARENT,
> > + },
> > + [SDHC_CLKID_SD_CLK] = {
> > + .name = "sdhc_tx_clk_on",
> > + .ops = &clk_gate_ops,
> > + .parent_hws = (const struct clk_hw *[]) {
> > + &meson_mx_sdhc_clkc_data.div.hw,
> > + },
> > + .num_parents = 1,
> > + .flags = CLK_SET_RATE_PARENT,
> > + },
> > + [SDHC_CLKID_TX_CLK] = {
> > + .name = "sdhc_rx_clk_on",
> > + .ops = &clk_gate_ops,
> > + .parent_hws = (const struct clk_hw *[]) {
> > + &meson_mx_sdhc_clkc_data.div.hw,
> > + },
> > + .num_parents = 1,
> > + .flags = CLK_SET_RATE_PARENT,
> > + },
> > + [SDHC_CLKID_RX_CLK] = {
> > + .name = "sdhc_sd_clk_on",
> > + .ops = &clk_gate_ops,
> > + .parent_hws = (const struct clk_hw *[]) {
> > + &meson_mx_sdhc_clkc_data.div.hw,
> > + },
> > + .num_parents = 1,
> > + .flags = CLK_SET_RATE_PARENT,
> > + },
> > +};
>
> That quite lot of structures.
> The interesting information is the parent and divider table mostly, and
> a few defines for the bit_idx.
>
> I feel this could be simplified so it is easier to follow.
> Maybe something in the same fashion as meson8b-dwmac driver ?
>
> > +
> > +int meson_mx_sdhc_register_clkc(struct device *dev, void __iomem *base)
> > +{
> > + const struct clk_hw *div_parents[1], *gate_parents[1];
> > + struct clk_hw_onecell_data *onecell_data;
> > + struct meson_mx_sdhc_clkc *clkc_data;
> > + struct clk_init_data init_data;
> > + int i, ret;
> > +
> > + clkc_data = devm_kzalloc(dev, struct_size(clkc_data,
> > + hw_onecell_data.hws,
> > + MESON_SDHC_NUM_BUILTIN_CLKS),
> > + GFP_KERNEL);
> > + if (!clkc_data)
> > + return -ENOMEM;
> > +
> > + memcpy(clkc_data, &meson_mx_sdhc_clkc_data,
> > + sizeof(meson_mx_sdhc_clkc_data));
> > +
> > + div_parents[0] = &clkc_data->src_sel.hw;
> > + gate_parents[0] = &clkc_data->div.hw;
> > +
> > + clkc_data->src_sel.reg = base + MESON_SDHC_CLKC;
> > + clkc_data->div.reg = base + MESON_SDHC_CLKC;
> > + clkc_data->mod_clk_en.reg = base + MESON_SDHC_CLKC;
> > + clkc_data->sd_clk_en.reg = base + MESON_SDHC_CLKC;
> > + clkc_data->tx_clk_en.reg = base + MESON_SDHC_CLKC;
> > + clkc_data->rx_clk_en.reg = base + MESON_SDHC_CLKC;
> > +
> > + onecell_data = &clkc_data->hw_onecell_data;
> > + onecell_data->hws[SDHC_CLKID_SRC_SEL] = &clkc_data->src_sel.hw;
> > + onecell_data->hws[SDHC_CLKID_DIV] = &clkc_data->div.hw;
> > + onecell_data->hws[SDHC_CLKID_MOD_CLK] = &clkc_data->mod_clk_en.hw;
> > + onecell_data->hws[SDHC_CLKID_SD_CLK] = &clkc_data->sd_clk_en.hw;
> > + onecell_data->hws[SDHC_CLKID_TX_CLK] = &clkc_data->tx_clk_en.hw;
> > + onecell_data->hws[SDHC_CLKID_RX_CLK] = &clkc_data->rx_clk_en.hw;
> > +
> > + for (i = 0; i < MESON_SDHC_NUM_BUILTIN_CLKS; i++) {
> > + init_data = meson_mx_sdhc_clkc_init_data[i];
> > +
> > + if (i == SDHC_CLKID_SRC_SEL)
> > + /* uses clk_parent_data instead */
> > + init_data.parent_hws = NULL;
> > + else if (i == SDHC_CLKID_DIV)
> > + init_data.parent_hws = div_parents;
> > + else
> > + init_data.parent_hws = gate_parents;
> > +
> > + onecell_data->hws[i]->init = &init_data;
> > +
> > + ret = devm_clk_hw_register(dev, onecell_data->hws[i]);
> > + if (ret) {
> > + dev_err(dev, "Registration of SDHC clock %d failed\n",
> > + i);
> > + return ret;
> > + }
> > + }
> > +
> > + onecell_data->num = MESON_SDHC_NUM_BUILTIN_CLKS;
> > +
> > + return devm_of_clk_add_hw_provider(dev, of_clk_hw_onecell_get,
> > + onecell_data);
>
> I think registering a provider for a module that does not provide clocks
> to any other device is a bit overkill.
>
> I understand the matter is getting the per-user clk* pointer.
> Since this is the module registering the clock, you can use clk_hw->clk
> to get it.
>
> Once you have the clk* of the leaf clocks, you don't even need to keep
> track of the clk_hw* since you are using devm_
>
> Afterward, we should propably discuss with Stephen if something should
> be added in CCF to get a struct clk* from struct clk_hw*.
>
[...]
Hmm.
I am not sure the above is a good idea, at all. Unless, I am
misunderstanding your point, which may be the case.
I think above "shortcuts" could lead to abuse of the clock framework
and its internal data structures. When going forward, this could make
it unnecessary harder to maintain the clock framework.
I know, it's not my responsibility, but from my experience with MMC
and SDIO interfaces, is that those have been too easy abuse - since
most of the data structures and interfaces have been exported. Now,
it's hard to roll back that, if you see what I mean.
> > +}
> > diff --git a/drivers/mmc/host/meson-mx-sdhc.c b/drivers/mmc/host/meson-mx-sdhc.c
> > new file mode 100644
> > index 000000000000..3c54d5f91fbc
> > --- /dev/null
> > +++ b/drivers/mmc/host/meson-mx-sdhc.c
> > @@ -0,0 +1,916 @@
> > +// SPDX-License-Identifier: GPL-2.0+
> > +/*
> > + * Amlogic Meson6/Meson8/Meson8b/Meson8m2 SDHC MMC host controller driver.
> > + *
> > + * Copyright (C) 2020 Martin Blumenstingl <martin.blumenstingl@...glemail.com>
> > + */
[...]
Kind regards
Uffe
Powered by blists - more mailing lists