* Re: Fw:Re: [RFC PATCH 0/4] Command Queueing Support in eMMC
[not found] ` <52bdfce3-0f55-317a-024f-ddabbcb2bea4@codeaurora.org>
@ 2016-06-02 2:23 ` Harjani, Ritesh
0 siblings, 0 replies; 2+ messages in thread
From: Harjani, Ritesh @ 2016-06-02 2:23 UTC (permalink / raw)
To: linux-arm-msm <linux-arm-msm@vger.kernel.org>; linux-mmc@vger.kernel.org,
Asutosh Das
Cc: Shawn Lin, linux-arm-msm, Dong Aisheng, Doug Anderson
re-posting the email to mailing list, since it got rejected due to
format issue - Sorry about the noise.
Will be re-basing this(HW CMDQ) patch series soon.
On 5/28/2016 6:32 PM, Harjani, Ritesh wrote:
>
> Hi Shawn,
>
>
> On 5/28/2016 6:24 PM, Shawn Lin wrote:
>> Hi,
>>
>>> On Tue, Dec 2, 2014 at 7:53 PM, Asutosh Das
>>> <asutoshd@codeaurora.org> wrote:
>>>> In this patch series, we propose a method to add support for
>>>> Command Queueing(CQ) feature added to eMMC-5.1 specification.
>>
>> Is anyone still pushing it forward?
>> I have been trying to rebase it to 4.7 for testing but I think
>> it should be better to ping this thread firstly to see if you guys have
>> already done it. :)
> Yes, I will be re-basing this patch series soon. Will post in coming week.
> Would be looking forward to review comments :)
>
>
>>
>>>> This feature includes new commands for issuing tasks to the
>>>> device and orders the execution of tasks to the device. It
>>>> also has task management functions.
>>>>
>>>> The initialization of CQ is decided based on the underlying
>>>> driver capability and the capability advertised by the card
>>>> through ext_csd.
>>>>
>>>> We have selectively adopted the scsi design of pulling in
>>>> requests from kernel block layer.
>>>>
>>>> In order to support queueing of multiple requests, we have
>>>> added a new issue function to mmc-queue. This selectively
>>>> pulls the requests and prepares and issues it to the underlying
>>>> driver. We have used the inherent tagging mechanism of kernel
>>>> block layer to keep track and map tags to the slots of underlying
>>>> driver. The current design doesn't block for the request to
>>>> complete. We have separated the issuing and completion path
>>>> of the request and tracking is done using the tag assigned to
>>>> the request.
>>>>
>>>> We have introduced a number of APIs to mmc block layer to
>>>> facilitate servicing of requests.
>>>>
>>>> The completion of requests is handled in a softirq registered
>>>> with the kernel block layer during initialization. The error
>>>> handling however would be done using a workqueue and is under
>>>> development.
>>>>
>>>> We have separated the legacy eMMC code from CQ code, so as to
>>>> make it more manageable.
>>>>
>>>> A new layer has been introduced to serve the CQ compliant drivers.
>>>> This layer (cq_hci) has all the standard functionality implemented.
>>>> It also has necessary hooks for convenience of platform drivers.
>>>>
>>>> Asutosh Das (4):
>>>> mmc: queue: initialization of command-queue support
>>>> mmc: card: Add eMMC command queuing support in mmc block layer
>>>> mmc: cmdq: support for command queue enabled host
>>>> mmc: sdhci: add command queue support to sdhci
>>>>
>>>> Sujit Reddy Thumma (1):
>>>> mmc: core: Add support to read command queue parameters
>>>>
>>>> drivers/mmc/card/block.c | 378
>>> ++++++++++++++++++++++++++++++++++++++++++++-
>>>> drivers/mmc/card/queue.c | 160 ++++++++++++++++++-
>>>> drivers/mmc/card/queue.h | 9 +-
>>>> drivers/mmc/core/core.c | 87 +++++++++++
>>>> drivers/mmc/core/mmc.c | 19 +++
>>>> drivers/mmc/core/mmc_ops.c | 45 ++++--
>>>> drivers/mmc/host/Kconfig | 12 ++
>>>> drivers/mmc/host/Makefile | 1 +
>>>> drivers/mmc/host/sdhci.c | 89 +++++++++++
>>>> drivers/mmc/host/sdhci.h | 2 +
>>>> include/linux/mmc/card.h | 10 +-
>>>> include/linux/mmc/core.h | 14 ++
>>>> include/linux/mmc/host.h | 72 +++++++++
>>>> include/linux/mmc/mmc.h | 9 ++
>>>> include/linux/mmc/sdhci.h | 1 +
>>>> 15 files changed, 887 insertions(+), 21 deletions(-)
>>>>
>>>
>>
>>
>>
>
> --
> Regards
> Ritesh Harjani (rh)
>
> --
> The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,
> a Linux Foundation Collaborative Project
--
Regards
Ritesh Harjani (rh)
--
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,
a Linux Foundation Collaborative Project
^ permalink raw reply [flat|nested] 2+ messages in thread