From mboxrd@z Thu Jan 1 00:00:00 1970 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 D0A38C43458 for ; Thu, 2 Jul 2026 09:45:04 +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:Cc:To:Subject:Message-ID:Date: References:MIME-Version:In-Reply-To:From:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Owner; bh=aRIRyhUY6luQZI4kpA2YVAIoWkhIFk5tbiyyThqZETg=; b=op0nTxh6JUvfISEsBy7SUVCony 3Es5BHBMu1060VOuZNuV5Hpi2OOJtmM+bhiYz/aAXevbhwL+PG3YtNi7oCH5zJbBcEH+Wsv2ZKLZq HxjpSUWall7hf5W2D5LEdUd0JEFPixy3k6LL1LVGDsR53iQrl5spCnJuI2aVq2g6bkTVa/V9K31XP ELeTiTdLpHPer6KdHzdBzC54Yj8W3Uq2wgiwbYAyhBi+/vL8rUDAjvbobzz7wjEq1HWHD9sdeCPnJ HBU+1zu52HSGPZ8OOaGDzo+3H5+4YLLFEh/2rzUy+y5rBJo347eD6QKVnx/3s/X5+i+IsT4uXH+XL GqGPR1ug==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.99.1 #2 (Red Hat Linux)) id 1wfDyd-000000045A4-2QEQ; Thu, 02 Jul 2026 09:44:59 +0000 Received: from sea.source.kernel.org ([172.234.252.31]) by bombadil.infradead.org with esmtps (Exim 4.99.1 #2 (Red Hat Linux)) id 1wfDyc-0000000459j-3Ut7 for linux-amlogic@lists.infradead.org; Thu, 02 Jul 2026 09:44:58 +0000 Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) by sea.source.kernel.org (Postfix) with ESMTP id 380A54327C for ; Thu, 2 Jul 2026 09:44:58 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 1C2841F00A3F for ; Thu, 2 Jul 2026 09:44:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1782985498; bh=ECZSUW9hSj34SFz4G8bfbFkApIByTwPPDgQgHBlg2lY=; h=From:In-Reply-To:References:Date:Subject:To:Cc; b=CM1pHfbLgxMYkSotRohphHAwfHiS2Jq6WgdNtLNVx9uS9WhtbtNpBou5sFbv3Zfbs t4EYEkBRrQ2RPOdC3sKXIYU/bXdz1i/2PmuYsFxoCMwyYQGcvrEq342mZyLtAsgOpG w/sfT7k5FjdRPizXj5j9sXzzoLSxaH4bXp0ZuISOJV1Aj9GCea4PDHBExCwb2cLFYk vD2m1iI2wTjiyqshwUVGQuj011ZBWZgfKMQS8l8tVqa50gCgevokuKhUvpXzlG1EZ+ 4tnuwDISjYXV/puQzCG1Qd5pr3KEdBJbwvMtN8gpQX6Ik/85EwSf3YqBWFGGYzSx4P 2QjvHhzDq8Dhw== Received: by mail-lj1-f174.google.com with SMTP id 38308e7fff4ca-39b1026e171so17382861fa.1 for ; Thu, 02 Jul 2026 02:44:58 -0700 (PDT) X-Forwarded-Encrypted: i=1; AHgh+RoG/Fk8eul3R4A0K5qARB+wC0m9Id2IaKdC2Fk8mTFvo7STwfHNzsz5yhMqt9tOHWHiI+PGpHky9fB+befy@lists.infradead.org X-Gm-Message-State: AOJu0YxAT995LiwilHYEUKPMxQ90jpGu6LwROnjffYW8LDmnECpnAF3W Wo/XHRLIzRDItwfldbXdBrjYOWnqC9Ga1eWI4GcIkJk8e98wADIYIUsWf+dhjbyVzEVrUM0j1zM n1yNryenufGr7LFXTevalYlAvmRbx4SRc65POOLkHww== X-Received: by 2002:a05:651c:2129:b0:39b:128e:ae5d with SMTP id 38308e7fff4ca-39b36e539cdmr10506381fa.9.1782985496830; Thu, 02 Jul 2026 02:44:56 -0700 (PDT) Received: from 969154062570 named unknown by gmailapi.google.com with HTTPREST; Thu, 2 Jul 2026 04:44:55 -0500 Received: from 969154062570 named unknown by gmailapi.google.com with HTTPREST; Thu, 2 Jul 2026 04:44:55 -0500 From: Bartosz Golaszewski In-Reply-To: MIME-Version: 1.0 References: <20260629-qcom-sa8255p-emac-v11-0-1b7fb95b51f9@oss.qualcomm.com> <20260629-qcom-sa8255p-emac-v11-1-1b7fb95b51f9@oss.qualcomm.com> Date: Thu, 2 Jul 2026 04:44:55 -0500 X-Gmail-Original-Message-ID: X-Gm-Features: AVVi8Cfm4QcPsY-kBu80DyHJVbYDW8Jkdy81l2_sPTIAALqyBLBgGUF_GjAGTTs Message-ID: Subject: Re: [PATCH net-next v11 1/7] dt-bindings: phy: document the serdes PHY on sa8255p To: Geert Uytterhoeven Cc: Vinod Koul , Bjorn Andersson , Konrad Dybcio , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Andrew Lunn , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Maxime Coquelin , Alexandre Torgue , Giuseppe Cavallaro , Chen-Yu Tsai , Jernej Skrabec , Neil Armstrong , Kevin Hilman , Jerome Brunet , Shawn Guo , Fabio Estevam , Jan Petrous , s32@nxp.com, Mohd Ayaan Anwar , Romain Gantois , Magnus Damm , Maxime Ripard , Christophe Roullier , Radu Rendec , linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, linux-stm32@st-md-mailman.stormreply.com, linux-arm-kernel@lists.infradead.org, Drew Fustini , linux-sunxi@lists.linux.dev, linux-amlogic@lists.infradead.org, linux-mips@vger.kernel.org, imx@lists.linux.dev, linux-renesas-soc@vger.kernel.org, linux-rockchip@lists.infradead.org, sophgo@lists.linux.dev, linux-riscv@lists.infradead.org, Bartosz Golaszewski , Bartosz Golaszewski , Bartosz Golaszewski X-BeenThere: linux-amlogic@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-amlogic" Errors-To: linux-amlogic-bounces+linux-amlogic=archiver.kernel.org@lists.infradead.org On Thu, 2 Jul 2026 11:16:22 +0200, Geert Uytterhoeven said: > Hi Bartosz, > > On Thu, 2 Jul 2026 at 11:12, Bartosz Golaszewski wrote: >> On Tue, 30 Jun 2026 12:23:16 +0200, Vinod Koul said: >> > On 29-06-26, 16:51, Geert Uytterhoeven wrote: >> >> > Russell King asked me to put the PHY logic for SCMI pm domains into the PHY >> >> > driver instead of the MAC driver where it was previously. Instead of cramming >> >> > both HLOS and firmware handling into the same driver, I figured it makes more >> >> > sense to have a dedicated, cleaner driver as the two share very little code (if >> >> > any). >> >> >> >> I think you are mixing up DT bindings and driver implementation? >> > >> > Should the bindings change if we have different driver and firmware >> > implementations? Isn't binding supposed to be agnostic of >> > implementations..? >> >> I've thought about it some more and I believe this question is philosophical in >> nature. >> >> sa8775p and sa8255p are *the same* hardware. I can flash different firmware on >> the same Lemans Ride board and it becomes one or the other. Yet they are not >> described by the same DTS and the bindings differ as well. I don't see why we >> wouldn't allow the same approach for the this PHY. >> >> We treat it as different HW variant when it's managed by firmware - just like >> we do with the rest of the SoC. > > DT describes hardware, not software policy. > I'll defer to DT maintainers then for that particular case because it affects more than just this platform. For instance: Qualcomm Nord[1] is already being upstreamed with a similar split into common parts and then sources specific to the SCMI and non-SCMI variants - even though it's the same SoC. Bartosz [1] https://lore.kernel.org/all/20260526051300.1669201-1-shengchao.guo@oss.qualcomm.com/ _______________________________________________ linux-amlogic mailing list linux-amlogic@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-amlogic