Received: by 2002:ac0:946b:0:0:0:0:0 with SMTP id j40csp34106imj; Fri, 8 Feb 2019 14:23:59 -0800 (PST) X-Google-Smtp-Source: AHgI3IYRRrfwUsplSeBPFJEwUhN8e5RXDYLErbILFmDtCyhb+JWItggUp1DVh2WellOOgvYJXp2/ X-Received: by 2002:a65:628f:: with SMTP id f15mr3423448pgv.415.1549664639587; Fri, 08 Feb 2019 14:23:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1549664639; cv=none; d=google.com; s=arc-20160816; b=GviJyfuGRN+hjBE1+UdHK+TRduBji6wXPT9aINp0H7vB/eZNQYZbYBGnF+CsjL7GNA waygQ7aYkv9fdqjoJueuQeipgEVFzGkvRBM3RU8pWzQAzBR1Pre9tB6aftjXRdHif5S6 zDu/SjIII2FheSCBYsCs7aWJpz4z8Hj0MMlhv8IW9E/KLc7sbW8Ki4JfCl3hcqlnY9rD prxr++miO8XdZMpFfSx4jpe06IY6XmRqAGn0eAoCTQpWRthyqWcZiNPATb7TTpA1OXl8 VT8fyD3FYhLnoqVtKfUaUQo2lwvMuPzAiDIE9R0ouG7I7jiYi037h42uuGw1ElGSEe0Y kAzQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:mime-version:user-agent:date:message-id:cc:to :subject:from; bh=3Qwjxhhmja+LzzwstnI8jW5ESArgZZQarVc9uAYx2QM=; b=r0v/l2CH+GEuO+TnRza8g3TffsxZtXZ9hSMTWnf2T8dj1BkIsVHdb2upyI+o+Xm4PO vqz5o2sbwgbVuFrzTtgZpX1jD4qrVpxWtObNfJ2bwuFVL00YMlbCWG6ZfRPGzaMVWWm1 bm23D8Wp2LP2waERvk0mlHResy5TVzJexVsRjIwu88sffw1QEkw3TAQHs1YarEQUATv/ wXwZTiRCRU0nRTp+6hMUGd/GACIkOmd73Qfk/VyDAdRviP7xtgi/95RxsbmV1AGC37h+ JHvUH+eBNds7njLwPKkVHZKnEMYA/jtNSA95fUh7UTG2t9v/5USmvF0o4CNWLIEEUS/B GuKw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x1si3529026plb.366.2019.02.08.14.23.40; Fri, 08 Feb 2019 14:23:59 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727106AbfBHWXU (ORCPT + 99 others); Fri, 8 Feb 2019 17:23:20 -0500 Received: from smtp4-g21.free.fr ([212.27.42.4]:34280 "EHLO smtp4-g21.free.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726788AbfBHWXT (ORCPT ); Fri, 8 Feb 2019 17:23:19 -0500 Received: from [192.168.1.42] (unknown [77.207.133.132]) (Authenticated sender: marc.w.gonzalez) by smtp4-g21.free.fr (Postfix) with ESMTPSA id 914C019F54D; Fri, 8 Feb 2019 23:22:40 +0100 (CET) From: Marc Gonzalez Subject: [PATCH v4 0/7] UFS on APQ8098/MSM8998 To: MSM , SCSI Cc: Jeffrey Hugo , Bjorn Andersson , Andy Gross , David Brown , Evan Green , Douglas Anderson , Alim Akhtar , Avri Altman , Pedro Sousa , Rob Herring , Kishon Vijay Abraham , Liam Girdwood , Mark Brown , Martin Petersen , LKML Message-ID: <09ce9c20-c47b-f936-a8a9-6c8ec8f0f867@free.fr> Date: Fri, 8 Feb 2019 23:09:29 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, This series adds support for the UFS host controller on APQ8098/MSM8998-based boards. I CCed the regulator maintainers to discuss the revert in patch 6. Basically, the original patch added a quirk which forcefully disables vccq when the UFSHC is connected to a Samsung or Hynix Flash chip. Problem is, this disabling breaks init on my board, and Jeffrey's board as well. Hence the revert, for which I don't see any adverse consequences? Differences between v3 and v4: - Rebase on top of -next - Pick up Douglas Anderson's UFSHC doc fix - Document 8998 UFSHC binding - Improve UFS PHY binding doc - Put the UFS DT patch at the end of the series Difference between v2 and v3: - Add qcom,msm8998-qmp-ufs-phy compat string and match it in the PHY driver - Drop vdd-hba-fixed-regulator - Write the reg addresses with full 32-bit width - Set regulator-allow-set-load only on the 3 rails used by UFS. - Revert the patch introducing ufshcd_set_vccq_rail_unused Difference between v1 and v2: - New patch to add 'regulator-allow-set-load' prop to all vreg nodes - Rename rpmcc node to 'clock-controller' + Add Review tags - Drop UFS pinctrl gymnastics (not required, probably left enabled in bootloader) - Delete GCC_UFS_ICE_CORE_CLK (ICE not used upstream, I think) - Fix sizes of ufsphy register areas based on Jeffrey's feedback - Hack ufshcd_set_vccq_rail_unused into a NOP to work around lock up + reboot Douglas Anderson (1): dt-bindings: ufs: Fix the compatible string definition Marc Gonzalez (6): dt-bindings: ufs: Add msm8998 compatible string dt-bindings: phy-qcom-qmp: Add qcom,msm8998-qmp-ufs-phy phy: qcom-qmp: Add QMP UFS PHY support for msm8998 arm64: dts: qcom: msm8998: Allow drivers to set-load Revert "scsi: ufs: disable vccq if it's not needed by UFS device" arm64: dts: qcom: msm8998: Add UFS nodes .../devicetree/bindings/phy/qcom-qmp-phy.txt | 4 ++ .../devicetree/bindings/ufs/ufshcd-pltfrm.txt | 14 +++-- arch/arm64/boot/dts/qcom/msm8998-mtp.dtsi | 22 +++++++ arch/arm64/boot/dts/qcom/msm8998.dtsi | 62 +++++++++++++++++++ drivers/phy/qualcomm/phy-qcom-qmp.c | 3 + drivers/scsi/ufs/ufs.h | 1 - drivers/scsi/ufs/ufshcd.c | 59 ++---------------- 7 files changed, 104 insertions(+), 61 deletions(-) -- 2.17.1