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 735F7C678D5 for ; Tue, 7 Mar 2023 15:07:29 +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:In-Reply-To:MIME-Version:References: 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=bOuwJhqtfp+Vsw+y4d+YTF/TxgpiiEwRsgYgl4TpdZw=; b=D6+W06YGLcb4jQ CclJETwJx1yd1475eAkEahzGhDwDHE3XNXlVhUuqOj3dQWZ9fk75Rt4WmBxUsV9cwZY37+PFmxvd5 ZUFlNHuW8KfuEmrAsXdrJ6cybjcsPG8JAqWQUZaDi+titsJ5KaoD1Ondd8J/+JCBQqSS4lvwFE6O7 yaPwestHUT/V/xPDKbI9840PAJwxwYO/Ca4Ad8D6EQpNUebcIshQgu4ToHwqRrpdYm/g/ppUQ/cu4 +C4HrD9c5uxjJsJcrRqV1PwHKRlhDGu54lrcOJoUn+LZkeT/r8YA62eGxYsfyKYDAKW4Q222SRKiD ah4Wwm+vJeLmXZboFjDw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1pZYtU-00150x-0P; Tue, 07 Mar 2023 15:06:24 +0000 Received: from fudo.makrotopia.org ([2a07:2ec0:3002::71]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1pZYI8-000n5N-B0; Tue, 07 Mar 2023 14:27:49 +0000 Received: from local by fudo.makrotopia.org with esmtpsa (TLS1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.96) (envelope-from ) id 1pZYHT-00012B-1d; Tue, 07 Mar 2023 15:27:07 +0100 Date: Tue, 7 Mar 2023 14:27:02 +0000 From: Daniel Golle To: "Russell King (Oracle)" Cc: Felix Fietkau , John Crispin , Sean Wang , Mark Lee , Lorenzo Bianconi , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Matthias Brugger , AngeloGioacchino Del Regno , netdev@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org Subject: Re: [PATCH RFC net-next 4/4] net: mtk_eth_soc: note interface modes not set in supported_interfaces Message-ID: References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230307_062748_407140_ED53CD5F X-CRM114-Status: GOOD ( 19.60 ) 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: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Tue, Mar 07, 2023 at 02:04:59PM +0000, Russell King (Oracle) wrote: > On Tue, Mar 07, 2023 at 01:25:23PM +0000, Daniel Golle wrote: > > A quick grep through the device trees of the more than 650 ramips and > > mediatek boards we support in OpenWrt has revealed that *none* of them > > uses either reduced-MII or reverse-MII PHY modes. I could imaging that > > some more specialized ramips boards may use the RMII 100M PHY mode to > > connect with exotic PHYs for industrial or automotive applications > > (think: for 100BASE-T1 PHY connected via RMII). I have never seen or > > touched such boards, but there are hints that they do exist. > > > > For reverse-MII there are cases in which the Ralink SoC (Rt305x, for > > example) is used in iNIC mode, ie. connected as a PHY to another SoC, > > and running only a minimal firmware rather than running Linux. Due to > > the lack of external DRAM for the Ralink SoC on this kind of boards, > > the Ralink SoC there will anyway never be able to boot Linux. > > I've seen this e.g. in multimedia devices like early WiFi-connected > > not-yet-so-smart TVs. > > > > Tl;dr: I'd drop them. If anyone really needs them, it would be easy to > > add them again and then also add them to the phylink capability mask. > > Thanks! That seems to be well reasoned. Would you have any objection to > using the above as part of the commit message removing these modes? Sure, go ahead, sounds good to me. _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel