[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <75d4820c-d154-cc5c-e7b6-72defdfdce5e@ti.com>
Date: Tue, 25 Sep 2018 12:12:49 +0530
From: Kishon Vijay Abraham I <kishon@...com>
To: Vivek Gautam <vivek.gautam@...eaurora.org>,
<vinholikatti@...il.com>, <jejb@...ux.vnet.ibm.com>,
<martin.petersen@...cle.com>, <linux-kernel@...r.kernel.org>,
<linux-scsi@...r.kernel.org>
CC: <subhashj@...eaurora.org>, <bjorn.andersson@...aro.org>,
<evgreen@...omium.org>, <linux-arm-msm@...r.kernel.org>
Subject: Re: [PATCH 0/3] scsi: ufs-qcom: Remove all direct calls to qcom-ufs
phy
Hi Vivek,
On Tuesday 04 September 2018 03:47 PM, Vivek Gautam wrote:
> Cleaning up the ufs-qcom host further to remove all direct calls
> into qcom-ufs driver.
> Only phy-qcom-ufs-qmp-20nm phy handles these direct calls from ufs host
> and this phy is not used in any supported qcom platform in current kernel.
> So, while we free up the host from all the ufs_qcom_phy_*() API calls
> we should declare 20nm phy as broken.
> For this we fork out couple of configs from PHY_QCOM_UFS -
> PHY_QCOM_UFS_14NM and PHY_QCOM_UFS_20NM out of which we declare
> PHY_QCOM_UFS_20NM as 'broken'.
>
> This series helps in a clean use of ufs phy support for sdm845
> and further SoCs that will also use phy-qcom-qmp phy driver.
I think this entire series should go via linux-phy tree. I need ACK from UFS
MAINTAINER for the second patch.
Thanks
Kishon
Powered by blists - more mailing lists