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 31D69C43334 for ; Mon, 25 Jul 2022 10:15:11 +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=68TP09jWyYd5ljAqajXmYszbKcRdFXP3hpkF68hwek4=; b=sDnnvnDNwnDl17 EsogYUtnBPOgVZ9EkZSiEQvbeA+JaNjv5cpb1wac1loXBhZ4Xj7RgFm70xwLieubRvwlOrq837PEk ncU9ksJZdTLsjy1kq2lyfSz8gthoqSgFeLhXPfw6f+Ge27bebT1vwKjTbJWrgloU2VS5S4p5B6w7k dilHY2KjfUBA6ptAgtySB1BOZWZrPskOM42V4gbQIsyWOm7KdttU5ldUC9UTfq84j7AJqtoO78ZFP ksJILQ2KQJ8sQ2ITGtxua/GySt90HRDBWzEdef6n1BID1ni2XXDKBNA1paB1+f72+PRdbl3aucHBb fJWvjCqZNYsQqIc3qgnQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1oFv63-0082ZE-KK; Mon, 25 Jul 2022 10:13:55 +0000 Received: from pandora.armlinux.org.uk ([2001:4d48:ad52:32c8:5054:ff:fe00:142]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1oFv60-0080aZ-HQ; Mon, 25 Jul 2022 10:13:54 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=armlinux.org.uk; s=pandora-2019; h=Sender:In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=ya/mloD9INrh1JvY6dnMl/d7HT2EcwvD9REwi50/cyk=; b=p0bIhswdVBkBS4mIm0qIFUgnCj 7Lon5zfZcgzRUiDxfEY3acPj0/9OwKG5ie7YcAYSbc/RaVmq/Gkn9ZKrmgssU2j8Im9EOKGfeR69Z yzCDg6ODIxjbp4pZ5NKMGyqlm6w2Z+9z9ppZrtINZU3sE5+X8IZFFwJ3puh+INL5BZGLbovyrsfYp qOHrc1EwKk7SZwNkRGsn5F/Njcwsqn8940ipE8nq8K5ttBpY8gxojD3PZHApC0BVHmwPpr5IfDB6m CD88wSJt197e6CjnizglfND0ZGL9hC/UBwOOY/EnygFklwMAoCBjd3kT1w+jXDSXcPjjea6rMoAR/ yUddL8vQ==; Received: from shell.armlinux.org.uk ([fd8f:7570:feb6:1:5054:ff:fe00:4ec]:33550) by pandora.armlinux.org.uk with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1oFv3R-0002in-6d; Mon, 25 Jul 2022 11:11:13 +0100 Received: from linux by shell.armlinux.org.uk with local (Exim 4.94.2) (envelope-from ) id 1oFv3L-0000Ao-4m; Mon, 25 Jul 2022 11:11:07 +0100 Date: Mon, 25 Jul 2022 11:11:07 +0100 From: "Russell King (Oracle)" To: Vladimir Oltean Cc: Marek =?iso-8859-1?Q?Beh=FAn?= , Andrew Lunn , Heiner Kallweit , Alexandre Belloni , Alvin __ipraga , Andy Shevchenko , Claudiu Manoil , Daniel Scally , "David S. Miller" , DENG Qingfang , Eric Dumazet , Florian Fainelli , George McCollister , Greg Kroah-Hartman , Hauke Mehrtens , Heikki Krogerus , Jakub Kicinski , Kurt Kanzenbach , Landen Chao , Linus Walleij , linux-acpi@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, Matthias Brugger , netdev@vger.kernel.org, Paolo Abeni , "Rafael J. Wysocki" , Sakari Ailus , Sean Wang , UNGLinuxDriver@microchip.com, Vivien Didelot , Woojung Huh Subject: Re: [PATCH net-next 3/6] net: dsa: add support for retrieving the interface mode Message-ID: References: <20220722105238.qhfq5myqa4ixkvy4@skbuf> <20220722124629.7y3p7nt6jmm5hecq@skbuf> <20220722165600.lldukpdflv7cjp4j@skbuf> <20220722223932.poxim3sxz62lhcuf@skbuf> <20220723134444.e65w3zq6pg43fcm4@skbuf> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20220723134444.e65w3zq6pg43fcm4@skbuf> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220725_031352_606398_F3AC399B X-CRM114-Status: GOOD ( 27.73 ) 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 Sat, Jul 23, 2022 at 04:44:44PM +0300, Vladimir Oltean wrote: > On Sat, Jul 23, 2022 at 08:12:04AM +0100, Russell King (Oracle) wrote: > > > > > Thanks for this explanation, if nothing else, it seems to support the > > > > > way in which I was interpreting managed = "in-band-status" to mean > > > > > "enable in-band autoneg", but to be clear, I wasn't debating something > > > > > about the way in which mvneta was doing things. But rather, I was > > > > > debating why would *other* drivers do things differently such as to come > > > > > to expect that a fixed-link master + an in-band-status CPU port, or the > > > > > other way around, may be compatible with each other. > > > > > > > > Please note that phylink makes a DT specification including both a > > > > fixed-link descriptor and a managed in-band-status property illegal > > > > because these are two different modes of operating the link, and they > > > > conflict with each other. > > > > > > Ok, thank you for this information which I already knew, what is the context? > > > > FFS. You're the one who's writing emails to me that include *both* > > "fixed-link" and "in-band-status" together. I'm pointing out that > > specifying that in DT for a port together is not permitted. > > > > And here I give up reading this email. Sorry, I'm too frustrated > > with this nitpicking, and too frustrated with spending hours writing a > > reply only to have it torn apart. > > This is becoming toxic. It is toxic, because I'm spending longer and longer replying to each of your emails, because every time I do, you ask more and more questions despite my best effort to provide clear answers. This cycle of forever growing emails that take longer and longer to reply to can not continue. When I spend three hours trying to compose a reply to your email, and then get a reply that tears it apart, needing another multi-hour effort to reply, it has to stop. Sorry, but it has to. I am not going to spend endless hours composing one reply after another on the same topic - I will just stop trying to compose a reply to an email if its turning into another multi-hour effort leaving the rest of the email unreplied - and in many cases even unread. Sorry, but I don't have the patience. -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTP is here! 40Mbps down 10Mbps up. Decent connectivity at last! _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel