Received: by 2002:ac0:da4c:0:0:0:0:0 with SMTP id a12csp834323imi; Thu, 21 Jul 2022 11:54:47 -0700 (PDT) X-Google-Smtp-Source: AGRyM1sDg2j4T6ZiJto0AXXbR0AiaKkkm1mT+u1yGMeuCAvKhfiwebOEbphPKmoAB3FUg4k3xxiX X-Received: by 2002:a17:906:ef8b:b0:72b:45a2:2232 with SMTP id ze11-20020a170906ef8b00b0072b45a22232mr41414281ejb.484.1658429687477; Thu, 21 Jul 2022 11:54:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1658429687; cv=none; d=google.com; s=arc-20160816; b=uYen3/s6pS0BXtFffS6G1HodLPCrteegVnjitzHIqtpOA31IrAt1BOLl3CxWn9PabA ZZM+6yg+UF4c7eo6ApSKe8JvnVikgXY4efnStDj06x3NygAxn39NNylcaB6i65LyWKYO dZzdLUYvdZnMH0iLQkucjQ3nDJp5rxaNKgyufbBxDigg6uUFtwYf/LzpfypvzR83Y6UK v5QL6Upjt6g/B0RTD0wXhIy6cFiC3yvZb0AG8t+DFlFvB1SxaGXe/A/OuD8E+xQEQHHC W+2cGptBvBHlGd9reQuFTpOKSAFEGTSDIkWv8xwAtSQgA6RxeVMiTI1Sez28nmB5nKPv AKiA== 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=IEVV12oaxPOB3Nni9Jn+Mx+aBFkLo64VmwbICLY6Dos=; b=wYOqveryO4DS+DqCgdl6c93m4RbzXiL0ge/cuhwwseDXxhnoNHcq8gfQVfA0Ja1jef Vbeo001pVMP7gsc4BGStF9mFBbnDE4xltbakz3lm0CMxcKHN+HmidllKaG8POKrDa+yQ txjZ8lD+bC8lvCoWk5t92hSPeonA0Xim1ONAr9dvejcC7fMzL+N+2sd8xw89vga8Huxh 4xTHlyPRXV0T05BnxYqNtbhmib/fIe1J7yQgJ9aduRVplZ/n4+DWOVX+ifHoCE+ccaeg v2Y8PaZyWeIjrJvH680wGnPr3UHHbkMp1/Edl4nLwHEIQ6rN0HPSigdiFrgOcKI+iwU+ BM0g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@lunn.ch header.s=20171124 header.b=TXA4R+TP; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id f1-20020a056402194100b0043bcd636e2esi389758edz.81.2022.07.21.11.54.22; Thu, 21 Jul 2022 11:54:47 -0700 (PDT) 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=@lunn.ch header.s=20171124 header.b=TXA4R+TP; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232161AbiGUSgR (ORCPT + 99 others); Thu, 21 Jul 2022 14:36:17 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54590 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229481AbiGUSgR (ORCPT ); Thu, 21 Jul 2022 14:36:17 -0400 Received: from vps0.lunn.ch (vps0.lunn.ch [185.16.172.187]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3DF461D30E; Thu, 21 Jul 2022 11:36:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lunn.ch; s=20171124; h=In-Reply-To:Content-Disposition:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:From:Sender:Reply-To:Subject: Date:Message-ID:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description:Content-Disposition:In-Reply-To:References; bh=IEVV12oaxPOB3Nni9Jn+Mx+aBFkLo64VmwbICLY6Dos=; b=TXA4R+TPCNkcZOV8x8JUcSX+lw N9iOWRwc/a18KZwS9fxOnosIu3bnkNdE5Nayg9ufHX8CRPPnyntJycFC07cXLYYUDddh8e+XTXEtS 67x3YkXM8dGUHUq7Ka2qyPxwx7KOeWzWU+0tL9n788TlvC1wJIJRDAGwjPLVT1hgYURk=; Received: from andrew by vps0.lunn.ch with local (Exim 4.94.2) (envelope-from ) id 1oEb1n-00B48G-JJ; Thu, 21 Jul 2022 20:36:03 +0200 Date: Thu, 21 Jul 2022 20:36:03 +0200 From: Andrew Lunn To: "Russell King (Oracle)" Cc: Sean Anderson , netdev@vger.kernel.org, Heiner Kallweit , Alexandru Marginean , Paolo Abeni , "David S . Miller" , linux-kernel@vger.kernel.org, Vladimir Oltean , Eric Dumazet , Jakub Kicinski Subject: Re: [PATCH v2 08/11] net: phylink: Adjust advertisement based on rate adaptation Message-ID: References: <20220719235002.1944800-1-sean.anderson@seco.com> <20220719235002.1944800-9-sean.anderson@seco.com> <3844f2a6-90fb-354e-ce88-0e9ff0a10475@seco.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_PASS,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 > I guess it would depend on the structure of the PHY - whether the PHY > is structured similar to a two port switch internally, having a MAC > facing the host and another MAC facing the media side. (I believe this > is exactly how the MACSEC versions of the 88x3310 are structured.) > > If you don't have that kind of structure, then I would guess that doing > duplex adaption could be problematical. If you don't have that sort of structure, i think rate adaptation would have problems in general. Pause is not very fine grained. You need to somehow buffer packets because what comes from the MAC is likely to be bursty. And when that buffer overflows, you want to be selective about what you throw away. You want ARP, OSPF and other signalling packets to have priority, and user data gets tossed. Otherwise your network collapses. Andrew