[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAK8P3a1+rwY5uFpUMijgET_W78Tj+tqqKDevgqstjUmmhxdKuA@mail.gmail.com>
Date: Thu, 16 Jul 2020 20:22:53 +0200
From: Arnd Bergmann <arnd@...db.de>
To: Ulf Hansson <ulf.hansson@...aro.org>
Cc: linux-mmc <linux-mmc@...r.kernel.org>,
Christoph Hellwig <hch@....de>,
Rui Feng <rui_feng@...lsil.com.cn>,
linux-nvme@...ts.infradead.org,
linux-pci <linux-pci@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Adrian Hunter <adrian.hunter@...el.com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>
Subject: Re: [PATCH] mmc: core: Initial support for SD express card/host
On Thu, Jul 16, 2020 at 4:16 PM Ulf Hansson <ulf.hansson@...aro.org> wrote:
> + /* Continue with the SD express init, if the card supports it. */
> + resp &= 0x3000;
> + if (pcie_bits && resp) {
> + if (resp == 0x3000)
> + host->ios.timing = MMC_TIMING_SD_EXP_1_2V;
> + else
> + host->ios.timing = MMC_TIMING_SD_EXP;
> +
> + /*
> + * According to the spec the clock shall also be gated, but
> + * let's leave this to the host driver for more flexibility.
> + */
> + return host->ops->init_sd_express(host, &host->ios);
> + }
> +
> return 0;
> }
Does this need an additional handshake or timeout to see if the
device was successfully probed by the nvme driver?
It looks like the card would just disappear here if e.g. the nvme driver
is not loaded or runs into a runtime error.
Arnd
Powered by blists - more mailing lists