Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp114062pxu; Tue, 5 Jan 2021 06:35:50 -0800 (PST) X-Google-Smtp-Source: ABdhPJyxTV3+2WQerZdml6K/aNGEcUwuu+bAFWelEnv9lkONmgGK0vLYO2OHjUNTn8phUHWN4l8j X-Received: by 2002:a17:906:5f97:: with SMTP id a23mr72897733eju.128.1609857349826; Tue, 05 Jan 2021 06:35:49 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1609857349; cv=none; d=google.com; s=arc-20160816; b=ZqHoGUhL87wQkeKm/LZ4EkrfTI8a6Yv7J6s9r4wNNEs1M/PLzCLViHZuX0HdrWw8Nu 7iVt3fbXivcKKf/PXfthH5HSH2bOsBHnCvYfV5nsBJGXBeFkw32jQfX2lqW2x7WCM7xR wA9IoipVa87R6J+4L5mVM+i8Qx0JkrTMlwVBOilAst+efyDagFAy/e0gHbtRQA+PZwMF kH2d/wevBgUpGkz1Jy1orp/4UyzdRPA0T/x2O1qNdC4jMh64b0QZAz6aYAACrJfaEr7Y fvsjgdj8D4V48LD7bRuNOL7fN19vRmBwmrK3qXtgGT1ni7mBRdfotIBtRIzFowghQWZQ wKHw== 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-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=zDHMAUp5VSwcMBnGmZ+hIaVCd91bpVh6xVhMq1PZa9c=; b=sxWn7H34Lr9hZJadlkc5rZ+h/12UOrV3fR+29rTUak+WUiwYDjVnNsTAiiwzp5FiKt JXsvozQrV2zjERbT7LMqFkL1oaHHfw4QqzkjCZkHWYFQNTwQUGMx5rVX73+pwxJNC3FM gErl9kavA/yKTY4H3UsSYgyRjncOzWzH1VnSO5KsgLM9j5SGrJ/sQQvAud0xzc97jYCW 5kyNxnvnAYZ2m8LS1ICjxCMG63LG16hb3NZXecoG6Uj8PHhpkT36p98W0Abg0aFBtPc+ 3i7D4OK0DZixsBPXpoT0ycAjwpHSUhsK/spUdoNeDNFjJ7iuc9volWMXaOSctNi+qkOv lPUA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t19si32354139edt.283.2021.01.05.06.35.25; Tue, 05 Jan 2021 06:35:49 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726625AbhAEOe0 (ORCPT + 99 others); Tue, 5 Jan 2021 09:34:26 -0500 Received: from vps0.lunn.ch ([185.16.172.187]:50230 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726396AbhAEOeZ (ORCPT ); Tue, 5 Jan 2021 09:34:25 -0500 Received: from andrew by vps0.lunn.ch with local (Exim 4.94) (envelope-from ) id 1kwnOo-00GBBp-7X; Tue, 05 Jan 2021 15:33:26 +0100 Date: Tue, 5 Jan 2021 15:33:26 +0100 From: Andrew Lunn To: Joakim Tjernlund Cc: "rasmus.villemoes@prevas.dk" , "leoyang.li@nxp.com" , "davem@davemloft.net" , "murali.policharla@broadcom.com" , "vladimir.oltean@nxp.com" , "linux-kernel@vger.kernel.org" , "f.fainelli@gmail.com" , "kuba@kernel.org" , "linuxppc-dev@lists.ozlabs.org" , "netdev@vger.kernel.org" , "qiang.zhao@nxp.com" Subject: Re: [PATCH 01/20] ethernet: ucc_geth: set dev->max_mtu to 1518 Message-ID: References: <20201205191744.7847-1-rasmus.villemoes@prevas.dk> <20201205191744.7847-2-rasmus.villemoes@prevas.dk> <20201210012502.GB2638572@lunn.ch> <33816fa937efc8d4865d95754965e59ccfb75f2c.camel@infinera.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <33816fa937efc8d4865d95754965e59ccfb75f2c.camel@infinera.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jan 05, 2021 at 02:17:42PM +0000, Joakim Tjernlund wrote: > On Thu, 2020-12-10 at 02:25 +0100, Andrew Lunn wrote: > > On Sat, Dec 05, 2020 at 08:17:24PM +0100, Rasmus Villemoes wrote: > > > All the buffers and registers are already set up appropriately for an > > > MTU slightly above 1500, so we just need to expose this to the > > > networking stack. AFAICT, there's no need to implement .ndo_change_mtu > > > when the receive buffers are always set up to support the max_mtu. > > > > > > This fixes several warnings during boot on our mpc8309-board with an > > > embedded mv88e6250 switch: > > > > > > mv88e6085 mdio@e0102120:10: nonfatal error -34 setting MTU 1500 on port 0 > > > ... > > > mv88e6085 mdio@e0102120:10: nonfatal error -34 setting MTU 1500 on port 4 > > > ucc_geth e0102000.ethernet eth1: error -22 setting MTU to 1504 to include DSA overhead > > > > > > The last line explains what the DSA stack tries to do: achieving an MTU > > > of 1500 on-the-wire requires that the master netdevice connected to > > > the CPU port supports an MTU of 1500+the tagging overhead. > > > > > > Fixes: bfcb813203e6 ("net: dsa: configure the MTU for switch ports") > > > Cc: Vladimir Oltean > > > Signed-off-by: Rasmus Villemoes > > > > Reviewed-by: Andrew Lunn > > > > ????Andrew > > I don't see this in any kernel, seems stuck? Maybe because the series as a whole is not approved? Hi Joakim When was it posted? If it was while netdev was closed during the merge window, you need to repost. You should be able to see the status in the netdev patchwork instance https://patchwork.kernel.org/project/netdevbpf/list/ Andrew