[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <DM6PR04MB6575269203C4A8099C2527D3FC549@DM6PR04MB6575.namprd04.prod.outlook.com>
Date: Mon, 10 May 2021 10:12:14 +0000
From: Avri Altman <Avri.Altman@....com>
To: Ulf Hansson <ulf.hansson@...aro.org>
CC: "linux-mmc@...r.kernel.org" <linux-mmc@...r.kernel.org>,
Adrian Hunter <adrian.hunter@...el.com>,
Linus Walleij <linus.walleij@...aro.org>,
Wolfram Sang <wsa+renesas@...g-engineering.com>,
Shawn Lin <shawn.lin@...k-chips.com>,
Masami Hiramatsu <masami.hiramatsu@...aro.org>,
"linux-block@...r.kernel.org" <linux-block@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: RE: [PATCH 0/2] mmc: core: Implement support for cache ctrl for SD
cards
> On Mon, 10 May 2021 at 09:40, Avri Altman <Avri.Altman@....com> wrote:
> >
> > > In the SD spec v6.x the SD function extension registers for performance
> > > enhancements were introduced. As a part of this an optional internal
> cache
> > > on
> > > the SD card can be used to improve performance.
> > Just to verify that you are aware of that:
> > In addition to the extension Registers that were defined in the physical
> core spec,
> > there was a separate document that was released that suggest a common
> OS API's to those registers.
> > It is called "SD specification part A5, SD Extensions API specification".
>
> Thanks for the pointer!
>
> I did have a very brief look at this. The conclusion I made is that
> this is way over designed to enable support for features like cache
> and poweroff notification. However, there may be other use cases that
> could benefit from a user space library, along the lines of the SD
> Extensions API, but I can't really tell.
>
> Do you have an interest around this that you can share?
Not at the moment. Still thinking about this.
Thanks,
Avri
>
> Thanks for reviewing!
>
> Kind regards
> Uffe
Powered by blists - more mailing lists