Received: by 2002:a05:6358:16cc:b0:ea:6187:17c9 with SMTP id r12csp4659111rwl; Wed, 28 Dec 2022 07:11:10 -0800 (PST) X-Google-Smtp-Source: AMrXdXu64yjwjtnuNiuIi+8QLpxSkUrfmVZq5jgzhcz9mLtbD65M3SCbbSQYn9pzpNp5rA9orJQp X-Received: by 2002:a17:90a:7101:b0:225:af73:d2a6 with SMTP id h1-20020a17090a710100b00225af73d2a6mr25169350pjk.42.1672240270103; Wed, 28 Dec 2022 07:11:10 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1672240270; cv=none; d=google.com; s=arc-20160816; b=aMX9qR8IPwI+3aP42lJzCkBQLulUVPua12pKPAPmFPPsUlvM/7xFrtS1Clag39ReU7 JcWXDb75jkpIhjLgyPxLun6a0IK4xx9REobq98pr/J2Hvu/3wmcmjQS++DE3ZPD+eVH1 UGQLIn6MQGt9RlCPyVl70dgNkyvO/8Bvj3gNMSSM9QBcXvTw6/asXWxXYHh6G78XeCYq HQ1gNO/zm0hGn6Ee3b1+Sk30p9x4K80WT1Lpqg9HeAeaX2SMiAYJUt7OPLvY+DFBjRqw lo24AQmuZVeylHFkYL45o3i7+jhW+CAkpJT9nSKZF4VGE2zH3y1beaWY9w6UdINXDn4Z YU+A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=x/hv37Ko6Tw61mjjFDePH5Tbg4kxYiU7hOnCdhoEmBI=; b=tqe5p08NTvSq4VLPiYP1uC4DbbbaGLjN0pXErjlN9fpw9RxawRLI+Wab+zK0zVHw1F iMhxdDofsQyCHWct2MP8TiMVaLOU+JcfFqNRiQvBkyhSAyTfhlWYUMAUywVUvo+znQIz rlZk3k+FYZEfCG2MZYFsq8oj3wU1TIfcwosEtwdXVAONUP8jJ4vhvg7Up6Kqu/R+wehw F1KlkuHMyGF7ipiVZLgOVoIp551TdSUmBGZh4bNNKl5uqWBTmoGtcYEYwAqoegnTz5cF uFGRH2qyC64eAP7+JGFFlizUwg6ks1sSdMdnIDFM9v+wXFvOHwELOwI01+JiMRI6UL2p pISw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=vLWk+sw3; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id kb8-20020a17090ae7c800b001faf26eed66si18175785pjb.150.2022.12.28.07.10.54; Wed, 28 Dec 2022 07:11:10 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=vLWk+sw3; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232770AbiL1ORF (ORCPT + 64 others); Wed, 28 Dec 2022 09:17:05 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56260 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229627AbiL1ORE (ORCPT ); Wed, 28 Dec 2022 09:17:04 -0500 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6AAC6C25; Wed, 28 Dec 2022 06:17:03 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 047AD61536; Wed, 28 Dec 2022 14:17:03 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 4E73FC433D2; Wed, 28 Dec 2022 14:17:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1672237022; bh=jetUe5o6E2bZJoxDNdnLEI87GRr2yz9dfQZ9tMDQo7s=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=vLWk+sw3qFsUadD64ALdOHFoUeo6bOLesXOwCQ4bMO6HzH8WsSBh6d1f5IE+FwqQH CAL7NFMxHysoNeo2XxNOvWtXlZQn6QhLHG+NjOMsCbLlwMGqKggtJZuTnLgHXp+5TQ RrmqN74IywI0vbpQvt+hKvplE6D9r+e9U7/snlWXC8Di+u6dbk3IQbdi+bfiJLkKTf 14FxSRBZKgDJHW9BJTHwuSWUeblAq2znhUCQ3Q3aUYol8o3VngBv9lulp5gzWzhsTI B/ZLzfpB5ZCc7EbWHgn+G9ESMhzHEeC1oTvl38r4j6GCOSZ6BYQRI2i9Y1CsENFCH1 26LguL78Olvmg== Received: from johan by xi.lan with local (Exim 4.94.2) (envelope-from ) id 1pAXEv-0006RH-3C; Wed, 28 Dec 2022 15:17:05 +0100 Date: Wed, 28 Dec 2022 15:17:05 +0100 From: Johan Hovold To: Luca Weiss , Vinod Koul Cc: linux-arm-msm@vger.kernel.org, ~postmarketos/upstreaming@lists.sr.ht, phone-devel@vger.kernel.org, Andy Gross , Bjorn Andersson , Konrad Dybcio , Vinod Koul , Kishon Vijay Abraham I , linux-phy@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v3 2/3] phy: qcom-qmp-combo: Add config for SM6350 Message-ID: References: <20221130081430.67831-1-luca.weiss@fairphone.com> <20221130081430.67831-2-luca.weiss@fairphone.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20221130081430.67831-2-luca.weiss@fairphone.com> X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Luca, Vinod, On Wed, Nov 30, 2022 at 09:14:28AM +0100, Luca Weiss wrote: > Add the tables and config for the combo phy found on SM6350. > > Signed-off-by: Luca Weiss > --- > Changes since v2: > * Drop dp_txa/dp_txb changes, not required > * Fix dp_dp_phy offset > > drivers/phy/qualcomm/phy-qcom-qmp-combo.c | 126 ++++++++++++++++++++++ > 1 file changed, 126 insertions(+) > > diff --git a/drivers/phy/qualcomm/phy-qcom-qmp-combo.c b/drivers/phy/qualcomm/phy-qcom-qmp-combo.c > index 77052c66cf70..6ac0c68269dc 100644 > --- a/drivers/phy/qualcomm/phy-qcom-qmp-combo.c > +++ b/drivers/phy/qualcomm/phy-qcom-qmp-combo.c > @@ -975,6 +1039,19 @@ static const char * const sc7180_usb3phy_reset_l[] = { > "phy", > }; > > +static const struct qmp_combo_offsets qmp_combo_offsets_v3 = { > + .com = 0x0000, > + .txa = 0x1200, > + .rxa = 0x1400, > + .txb = 0x1600, > + .rxb = 0x1800, > + .usb3_serdes = 0x1000, > + .usb3_pcs_misc = 0x1a00, > + .usb3_pcs = 0x1c00, > + .dp_serdes = 0x1000, I would have expected this to be 0x2000 as that's what the older platforms have been using for the dp serdes table so far. Without access to any documentation it's hard to tell whether everyone's just been cargo-culting all along or if there's actually something there at offset 0x2000. Vinod, could you shed some light on this as presumably you have access to some documentation? > + .dp_dp_phy = 0x2a00, > +}; Johan