From patchwork Thu Apr 11 08:31:41 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: AngeloGioacchino Del Regno X-Patchwork-Id: 13625577 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 5B21BCD1284 for ; Thu, 11 Apr 2024 08:32:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:Message-ID:Date:Subject:Cc :To:From:Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References: List-Owner; bh=AS9yRFp+t7dZj61KVvmdWXD2AM+Njr/UHtWvVQd3UGY=; b=KQ1ReWYDY5wKnc gQd1nFC7mhF3oVGIfzMVpcalQRt2JoLJsSFUdJtO3Kddb9iTjJDK9WcUui4TnQGNolpm66+TW2eGA Rqwl1xifQlukK1hLO3B1YVmZIjdNhZuvQSBarDC1CFzURIyP51BddY4G5kKPNbXvHGF4hyfskYg7+ dZ0cc8WAybFh7H8IawlWWEWE7ix1pUl4OFjVwvFEGkjNQ2Tk4MGhfXHK3dzdqQmFgk6WCJH3524YU BlIZSMwNRUyKIOcZ8/gKyawtDqN8HEXTG7FjkCSSml6CHdUPxUhan9JUesk5BWTn6cCU2hrvSNo/9 9U+1J+9iKyuQSy0JuSPA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.97.1 #2 (Red Hat Linux)) id 1rupqh-0000000B5iV-3uKt; Thu, 11 Apr 2024 08:31:59 +0000 Received: from madrid.collaboradmins.com ([46.235.227.194]) by bombadil.infradead.org with esmtps (Exim 4.97.1 #2 (Red Hat Linux)) id 1rupqd-0000000B5gr-4ARC; Thu, 11 Apr 2024 08:31:58 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1712824313; bh=sDsx6/+mqmmjyVV0bm9WeLEM9nnWJMt059yWOadbhxI=; h=From:To:Cc:Subject:Date:From; b=aDFr8eo4rept7g6OxiKh4g7UPaT2YM8MR/WVTHAhtmlH3P5PTYJB5vMl/E2bakJih 4ANO3gzHzd/Ppi+JyTHOOBu7S5/JDeoYKXwqHOLB9P/1GVu+dqD7b8Zj5MIuh3D15h y/+INT5L4JPEWXOnywRCf5VjxgqBv2Urqox9Q0bzsBA+l8RpWSuDDwgY0Ki+FNoZ60 F/Vu4TU2Gkrf7Nx8wgPNUkR6yhZnus9EAuLJ8zeXDdtJEU/ovHysOsZ3vjWMHytkpz qiCCx8FC1vJZHOoKGaWhcgMdXNf1pPE/4DhpoKgVaOfAUeyO6fQIDrhnjihPARnic9 Md1a7MZ6wBDVQ== Received: from IcarusMOD.eternityproject.eu (cola.collaboradmins.com [195.201.22.229]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: kholk11) by madrid.collaboradmins.com (Postfix) with ESMTPSA id 8944437820A1; Thu, 11 Apr 2024 08:31:52 +0000 (UTC) From: AngeloGioacchino Del Regno To: linux-scsi@vger.kernel.org Cc: alim.akhtar@samsung.com, avri.altman@wdc.com, bvanassche@acm.org, robh@kernel.org, krzysztof.kozlowski+dt@linaro.org, conor+dt@kernel.org, peter.wang@mediatek.com, chu.stanley@gmail.com, jejb@linux.ibm.com, martin.petersen@oracle.com, lgirdwood@gmail.com, broonie@kernel.org, matthias.bgg@gmail.com, angelogioacchino.delregno@collabora.com, stanley.chu@mediatek.com, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mediatek@lists.infradead.org, linux-arm-kernel@lists.infradead.org, kernel@collabora.com Subject: [PATCH v1 0/8] MediaTek UFS fixes and cleanups - Part 1 Date: Thu, 11 Apr 2024 10:31:41 +0200 Message-ID: <20240411083149.78537-1-angelogioacchino.delregno@collabora.com> X-Mailer: git-send-email 2.44.0 MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20240411_013156_318532_423A6F82 X-CRM114-Status: GOOD ( 11.26 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org This series performs some fixes and cleanups for the MediaTek UFSHCI controller driver. In particular, while adding the MT8195 compatible to the mediatek,ufs binding, I noticed that it was allowing just one clock, completely ignoring the optional ones, including the crypt-xxx clocks, all of the optional regulators, and other properties. Between all the other properties, two are completely useless, as they are there just to activate features that, on SoCs that don't support these, won't anyway be activated because of missing clocks or missing regulators, or missing other properties; as for the other vendor-specific properties, like ufs-disable-ah8, ufs-broken-vcc, ufs-pmc-via-fastauto, since the current merge window is closing, I didn't do extensive research so I've left them in place but didn't add them to the devicetree binding yet. The plan is to check those later and eventually give them a removal treatment, or add them to the bindings in a part two series. For now, at least, this is already a big improvement. P.S.: The only SoC having UFSHCI upstream is MT8183, which only has just one clock, and *nothing else* uses properties, clocks, etc that were renamed in this cleanup. Cheers! AngeloGioacchino Del Regno (8): scsi: ufs-mediatek: Remove useless mediatek,ufs-support-va09 property scsi: ufs: ufs-mediatek: Fix property name for crypt boost voltage scsi: ufs: ufs-mediatek: Remove useless mediatek,ufs-boost-crypt property scsi: ufs: ufs-mediatek: Avoid underscores in crypt clock names dt-bindings: ufs: mediatek,ufs: Document MT8192 compatible with MT8183 dt-bindings: ufs: mediatek,ufs: Document MT8195 compatible dt-bindings: ufs: mediatek,ufs: Document additional clocks dt-bindings: ufs: mediatek,ufs: Document optional dvfsrc/va09 regulators .../devicetree/bindings/ufs/mediatek,ufs.yaml | 28 +++++- drivers/ufs/host/ufs-mediatek.c | 91 +++++++++++-------- 2 files changed, 79 insertions(+), 40 deletions(-)