linux-kernel - Re: [PATCH] [V2] mmc: rtsx: Add SD Express mode support for RTS5261

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

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Fri, 22 May 2020 12:32:23 +0200
From:   Arnd Bergmann <arnd@...db.de>
To:     Greg KH <gregkh@...uxfoundation.org>
Cc:     Ulf Hansson <ulf.hansson@...aro.org>,
        冯锐 <rui_feng@...lsil.com.cn>,
        "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] [V2] mmc: rtsx: Add SD Express mode support for RTS5261

On Fri, May 22, 2020 at 11:16 AM Greg KH <gregkh@...uxfoundation.org> wrote:
>
> On Tue, May 19, 2020 at 03:59:23PM +0800, rui_feng@...lsil.com.cn wrote:
> > From: rui_feng <rui_feng@...lsil.com.cn>
> >
> > RTS5261 support legacy SD mode and SD Express mode.
> > In SD7.x, SD association introduce SD Express as a new mode.
> > SD Express mode is distinguished by CMD8.
> > Therefore, CMD8 has new bit for SD Express.
> > SD Express is based on PCIe/NVMe.
> > RTS5261 uses CMD8 to switch to SD Express mode.
> >
> > Signed-off-by: rui_feng <rui_feng@...lsil.com.cn>
> > ---
> > v2: remove config option MISC_RTSX_PCI_SD_EXPRESS
> > ---
> >
> >  drivers/misc/cardreader/rts5261.c  |  5 ++++
> >  drivers/misc/cardreader/rts5261.h  | 23 ----------------
> >  drivers/misc/cardreader/rtsx_pcr.c |  5 ++++
> >  drivers/mmc/core/sd_ops.c          |  9 ++++++-
> >  drivers/mmc/host/rtsx_pci_sdmmc.c  | 43 ++++++++++++++++++++++++++++++
> >  include/linux/mmc/host.h           |  1 +
> >  include/linux/rtsx_pci.h           | 27 +++++++++++++++++++
> >  7 files changed, 89 insertions(+), 24 deletions(-)
>
> If I can get an ack from the MMC maintainer, I can take this in my
> tree...
>
> {hint}

I think this feature needs much more discussion to make sure we
get a good user experience when it gets added to all mmc controllers.

rtsx is a bit of a special case for mmc controllers already, but we will
likely see the same requirements for a lot more mmc host drivers.

I suspect we need to tie in both the mmc block and nvme device
drivers to properly do a handover, to ensure that there is a way to
identify the block device as reliably getting probed as at least one
of the two (sd or nvme) and to get identified as the same device
during the handover, in particular across a suspend or hibernate
event.

I understand that this patch is very desirable for users, but let's
not rush it.

     Arnd