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 6D0CEC3DA61 for ; Tue, 30 Jul 2024 02:07:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Transfer-Encoding: Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To: From:Date:Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=YW1t3MifvAW/FVrH3ZnCMZDZJ3G5ZQX4heVCPNnOJJQ=; b=naRpeh2I2W6nixUcVym0eKgFWc Wsl5rkkD7yPF1SIaPx4p2j+GrBnszZ4+NpZ9Mv8dtuSzJCeGQNlpQUMCZ8BIwlhPCp9OWX9k10GYh DBY8UNf9iJNLh4AVgxvkmV64JU4EyCDuem3zLZJ7Q/3So6Z0gRuH8dn0OAi0cBU4/RNi1dg59C1XT +aOIrcUEgqe50niB7lQWNWxjVQJnUHPIdDJH5MXzz4UmlaQp2vMyBjNV1iNjVLqFSOB+NsinxHgR7 DZ9ifmSW4Zx7gyO3lVQgwxcvbTy7VQ6WZqjW4Ogkm/vnpgCRlrBoCw1vS28ea+XQ3ZdXySyHRlDw2 QabRsm6g==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.97.1 #2 (Red Hat Linux)) id 1sYcGX-0000000DIX1-3Zja; Tue, 30 Jul 2024 02:07:05 +0000 Received: from sin.source.kernel.org ([2604:1380:40e1:4800::1]) by bombadil.infradead.org with esmtps (Exim 4.97.1 #2 (Red Hat Linux)) id 1sYcG6-0000000DIRZ-0VWk; Tue, 30 Jul 2024 02:06:39 +0000 Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by sin.source.kernel.org (Postfix) with ESMTP id 41264CE01FE; Tue, 30 Jul 2024 02:06:36 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 0F0E9C32786; Tue, 30 Jul 2024 02:06:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1722305195; bh=LXY+kDi6JMe/6TkAfwSEh/KogLm8VrKx/SMDaXimoL8=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=LI5ezrIg6oUbRtnewXQuQI+kZUsvNcs+b1GyigNN+psXRdih7hLqIepwgEA3K3xAJ FbVvosf+XX9hskZjxWbXK/a41oe5FxZy30/TMcMdziFCXPPUtvpyYlepEfuJc4+p6n scPMnvEb0y4fxmrGDljS93bDHVFN72m5JaCUwkNDmgDKA2Ua5UQ8wOZl9IOxtyvZFT wQaUlJvrPLd5JgIJ37738VZCtnThQUY5cZGtlaoALoSUxXkRW1Yx64bMsAoehU2bnU 9P6R0sNDVegJDAPP6ZDI7I2HJZEIY8F/SxCd77tEyQm86+itG573+7A75LcBZVKSjh vtfumjhDOMaBw== Date: Mon, 29 Jul 2024 19:06:34 -0700 From: Jakub Kicinski To: Daniel Golle Cc: Felix Fietkau , Sean Wang , Mark Lee , Lorenzo Bianconi , "David S. Miller" , Eric Dumazet , Paolo Abeni , Matthias Brugger , AngeloGioacchino Del Regno , Andrew Lunn , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org Subject: Re: [PATCH net v2] net: ethernet: mtk_eth_soc: drop clocks unused by Ethernet driver Message-ID: <20240729190634.33c50e2a@kernel.org> In-Reply-To: <5f7fc409ecae7794e4f09d90437db1dd9e4e7132.1722207277.git.daniel@makrotopia.org> References: <5f7fc409ecae7794e4f09d90437db1dd9e4e7132.1722207277.git.daniel@makrotopia.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20240729_190638_363651_6884A130 X-CRM114-Status: GOOD ( 11.08 ) 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 On Mon, 29 Jul 2024 00:00:23 +0100 Daniel Golle wrote: > Clocks for SerDes and PHY are going to be handled by standalone drivers > for each of those hardware components. Drop them from the Ethernet driver. > > The clocks which are being removed for this patch are responsible for > the for the SerDes PCS and PHYs used for the 2nd and 3rd MAC which are > anyway not yet supported. Hence backwards compatibility is not an issue. What user visible issue is it fixing, then?