| Message ID | 20200316085303.20350-1-stanley.chu@mediatek.com (mailing list archive) |
|---|---|
| Headers | show
Return-Path: <SRS0=cHy8=5B=vger.kernel.org=linux-scsi-owner@kernel.org>
Received: from mail.kernel.org (pdx-korg-mail-1.web.codeaurora.org
[172.30.200.123])
by pdx-korg-patchwork-2.web.codeaurora.org (Postfix) with ESMTP id 800B990
for <patchwork-linux-scsi@patchwork.kernel.org>;
Mon, 16 Mar 2020 08:53:36 +0000 (UTC)
Received: from vger.kernel.org (vger.kernel.org [209.132.180.67])
by mail.kernel.org (Postfix) with ESMTP id 60E4B20736
for <patchwork-linux-scsi@patchwork.kernel.org>;
Mon, 16 Mar 2020 08:53:36 +0000 (UTC)
Authentication-Results: mail.kernel.org;
dkim=pass (1024-bit key) header.d=mediatek.com header.i=@mediatek.com
header.b="okxbpSCf"
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
id S1730270AbgCPIxO (ORCPT
<rfc822;patchwork-linux-scsi@patchwork.kernel.org>);
Mon, 16 Mar 2020 04:53:14 -0400
Received: from mailgw02.mediatek.com ([210.61.82.184]:32442 "EHLO
mailgw02.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org
with ESMTP id S1730179AbgCPIxN (ORCPT
<rfc822;linux-scsi@vger.kernel.org>); Mon, 16 Mar 2020 04:53:13 -0400
X-UUID: 8df65d9a86254f7fb909957e1a92eb17-20200316
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
d=mediatek.com; s=dk;
h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Date:Subject:CC:To:From;
bh=gp+miboBva3gmpY9AwDXQhfWdq6yO74UoFEFEIC5fwA=;
b=okxbpSCfQ77cDzQBfHEQOlcZkqRx0Ph7F0Bu2T/MTeqDP8ifLmPQSDUmsoja6J65D/qXKQdKlra4+HkdzCuHhExjog/JDDeKZXbq3VjW3pBCEqwhtG25lQXtNnkksmRCqeNZDz5kDlOq3x8EWRJgA+8tXo+DRiNruuqu/1LmBUU=;
X-UUID: 8df65d9a86254f7fb909957e1a92eb17-20200316
Received: from mtkexhb01.mediatek.inc [(172.21.101.102)] by
mailgw02.mediatek.com
(envelope-from <stanley.chu@mediatek.com>)
(Cellopoint E-mail Firewall v4.1.10 Build 0809 with TLS)
with ESMTP id 1910460404; Mon, 16 Mar 2020 16:53:06 +0800
Received: from mtkcas08.mediatek.inc (172.21.101.126) by
mtkmbs02n1.mediatek.inc (172.21.101.77) with Microsoft SMTP Server (TLS) id
15.0.1395.4; Mon, 16 Mar 2020 16:50:49 +0800
Received: from mtksdccf07.mediatek.inc (172.21.84.99) by mtkcas08.mediatek.inc
(172.21.101.73) with Microsoft SMTP Server id 15.0.1395.4 via Frontend
Transport; Mon, 16 Mar 2020 16:53:51 +0800
From: Stanley Chu <stanley.chu@mediatek.com>
To: <linux-scsi@vger.kernel.org>, <martin.peter~sen@oracle.com>,
<avri.altman@wdc.com>, <alim.akhtar@samsung.com>,
<jejb@linux.ibm.com>
CC: <beanhuo@micron.com>, <asutoshd@codeaurora.org>,
<cang@codeaurora.org>, <matthias.bgg@gmail.com>,
<bvanassche@acm.org>, <linux-mediatek@lists.infradead.org>,
<linux-arm-kernel@lists.infradead.org>,
<linux-kernel@vger.kernel.org>, <kuohong.wang@mediatek.com>,
<peter.wang@mediatek.com>, <chun-hung.wu@mediatek.com>,
<andy.teng@mediatek.com>, Stanley Chu <stanley.chu@mediatek.com>
Subject: [PATCH v6 0/7] scsi: ufs: some cleanups and make the delay for host
enabling customizable
Date: Mon, 16 Mar 2020 16:52:56 +0800
Message-ID: <20200316085303.20350-1-stanley.chu@mediatek.com>
X-Mailer: git-send-email 2.18.0
MIME-Version: 1.0
Content-Type: text/plain
X-MTK: N
Content-Transfer-Encoding: base64
Sender: linux-scsi-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-scsi.vger.kernel.org>
X-Mailing-List: linux-scsi@vger.kernel.org
|
| Series |
scsi: ufs: some cleanups and make the delay for host enabling customizable
|
expand
|
v5 -> v6 - Drop patch #2 "scsi: ufs: remove init_prefetch_data in struct ufs_hba" in v5 because Can Guo has similar cleanup earlier in patch "scsi: ufs: Do not rely on prefetched data" v4 -> v5 - Fix patch #7: Fix typo "initializatoin" in title v3 -> v4 - In patch #8, fix incorrect condition of customized delay for host enabling v2 -> v3 - Remove /arch/arm64/configs/defconfig chnage because it is for local test only v1 -> v2 - Add patch #1 "scsi: ufs: fix uninitialized tx_lanes in ufshcd_disable_tx_lcc" - Remove struct ufs_init_prefetch in patch #2 "scsi: ufs: remove init_prefetch_data in struct ufs_hba" - Introduce common delay function in patch #4 - Replace all delay places by common delay function in ufs-mediatek in patch #5 - Use common delay function instead for host enabling delay in patch #6 - Add patch #7 "scsi: ufs: make HCE polling more compact to improve initializatoin latency" - In patch #8, customize the delay in ufs_mtk_hce_enable_notify callback instead of ufs_mtk_init (Avri) Stanley Chu (7): scsi: ufs: fix uninitialized tx_lanes in ufshcd_disable_tx_lcc() scsi: ufs: use an enum for host capabilities scsi: ufs: introduce common delay function scsi: ufs-mediatek: replace all delay places by common delay function scsi: ufs: allow customized delay for host enabling scsi: ufs: make HCE polling more compact to improve initialization latency scsi: ufs-mediatek: customize the delay for host enabling drivers/scsi/ufs/ufs-mediatek.c | 64 +++++++++++++++++++------------ drivers/scsi/ufs/ufs-mediatek.h | 1 + drivers/scsi/ufs/ufshcd.c | 32 ++++++++++------ drivers/scsi/ufs/ufshcd.h | 67 +++++++++++++++++++-------------- 4 files changed, 100 insertions(+), 64 deletions(-)