From patchwork Sat Jan 11 07:11:45 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Stanley Chu X-Patchwork-Id: 11328715 Return-Path: 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 C72AF138D for ; Sat, 11 Jan 2020 07:12:08 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 9C4C020842 for ; Sat, 11 Jan 2020 07:12:08 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=mediatek.com header.i=@mediatek.com header.b="A4tXQFid" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728571AbgAKHMF (ORCPT ); Sat, 11 Jan 2020 02:12:05 -0500 Received: from mailgw02.mediatek.com ([210.61.82.184]:11762 "EHLO mailgw02.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1728447AbgAKHMF (ORCPT ); Sat, 11 Jan 2020 02:12:05 -0500 X-UUID: 2359de1797fd4004852ee6399b0fe6dc-20200111 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=9mo99xIvkfScUshABg5R+2UHB6H3sxJILIKNOtsoiKk=; b=A4tXQFid6+6alC3FPA7e+ahoHXHoVpynmgTpuqCgwqnxGxISFxEWFm54ES3r3D68vgfztmPCFWc1a+uVRXjhfoC2EIX5tGbXds0UXHegfbZAAe5J/4gfJ0AzCxkPf/gs+mLDXOclNqjPncFKf2NEhyz4CfbsyGtGUtxcqFfkmrg=; X-UUID: 2359de1797fd4004852ee6399b0fe6dc-20200111 Received: from mtkexhb01.mediatek.inc [(172.21.101.102)] by mailgw02.mediatek.com (envelope-from ) (Cellopoint E-mail Firewall v4.1.10 Build 0809 with TLS) with ESMTP id 1432143684; Sat, 11 Jan 2020 15:11:59 +0800 Received: from mtkcas09.mediatek.inc (172.21.101.178) by mtkmbs02n2.mediatek.inc (172.21.101.101) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sat, 11 Jan 2020 15:11:03 +0800 Received: from mtkswgap22.mediatek.inc (172.21.77.33) by mtkcas09.mediatek.inc (172.21.101.73) with Microsoft SMTP Server id 15.0.1395.4 via Frontend Transport; Sat, 11 Jan 2020 15:12:37 +0800 From: Stanley Chu To: , , , , CC: , , , , , , , , , , , , Stanley Chu Subject: [PATCH v3 0/2] scsi: ufs: pass device information to apply_dev_quirks Date: Sat, 11 Jan 2020 15:11:45 +0800 Message-ID: <1578726707-6596-1-git-send-email-stanley.chu@mediatek.com> X-Mailer: git-send-email 1.7.9.5 MIME-Version: 1.0 X-TM-SNTS-SMTP: F766C1091C1913520CE1D9691BC16BBDA3D7AF20A07BA51859A15704091991D62000:8 X-MTK: N Sender: linux-scsi-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-scsi@vger.kernel.org Currently UFS driver has "global" device quirk scheme to allow driver applying special handling for certain UFS devive models. However some special device handlings are required for specific UFS hosts only so it is better to make it happen in vendor's callbacks only to not "pollute" common driver and common device quirks. We already have apply_dev_quirks variant callback for vendors but lack of device information for handling specific UFS device models. This series provides such information to apply_dev_quirks callbacks, and applies related modifications. In patch 1, since QCOM vendor driver will be built by default as a module, UFS core driver and vendor driver can not be split to different patches, otherwise separated patches will not be built singly. v2 -> v3 - Fix ufshcd_tune_unipro_params()'s users to have correct parameters for invoking. - Rebase to Martin's latest queue branch. v1 -> v2 - Squash patch 1 "scsi: ufs: pass device information to apply_dev_quirks" and patch 2 "scsi: ufs-qcom: modify apply_dev_quirks interface" to resolve build issue. Stanley Chu (2): scsi: ufs: pass device information to apply_dev_quirks scsi: ufs-mediatek: add apply_dev_quirks variant operation drivers/scsi/ufs/ufs-mediatek.c | 11 +++++++++++ drivers/scsi/ufs/ufs-qcom.c | 3 ++- drivers/scsi/ufs/ufshcd.c | 8 ++++---- drivers/scsi/ufs/ufshcd.h | 7 ++++--- 4 files changed, 21 insertions(+), 8 deletions(-)