Received: by 2002:a05:7412:b995:b0:f9:9502:5bb8 with SMTP id it21csp6877618rdb; Tue, 2 Jan 2024 17:42:34 -0800 (PST) X-Google-Smtp-Source: AGHT+IGAdf0hfTaOff+MloSg2lYglgxVGjVD1NydMuo1/a43cAsf6nK8yLiZqqD5E3MoS9ikDpXc X-Received: by 2002:a17:902:6547:b0:1d4:7373:3401 with SMTP id d7-20020a170902654700b001d473733401mr5678524pln.3.1704246154039; Tue, 02 Jan 2024 17:42:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1704246154; cv=none; d=google.com; s=arc-20160816; b=XL+b3LRkclU35+pPO8ObW9WyBv7trT6S6hntd2COvTmaQjClT2RlMBy3GyCBB3dElx pqS5p+PqAb0ZcE3mHqf+MSXjtuHIqdW8MvTMvvsMLBJAVdqopRvhUT2rM5+Z1Yyy9l6U 79pp++23mmovlc/zVNeoyAprHPetORyH4/esLYHXh/6onoaoaCKG692UzdJsRmAQwU3m zNz7F7qvZFwj1yR0l2g/eip7ZA4usn52De3emorEp2VunJJicgkOq+Po0olxqeBgeUdm 5KTwHFsNoubHVY6w5m5L1Sb9a0JyliSC4L9ZMeXhiSnA2ivJIvXzsymrVRN2FUNl6kF8 97nQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:list-unsubscribe:list-subscribe:list-id:precedence :references:message-id:subject:cc:to:from:date:dkim-signature; bh=brZ7JXAC7jui/xfNaqc5Z1H36T4Tr46rZP4DUHfhpL4=; fh=cWEoiDpEkY+r1SCwefnfDyi8flGu68HlCYjeJB/zklY=; b=uCpgTl/B9oMKrosu8kXW4UHLuS1WdHTaaT+4DfTrdA1gDeqPwzujq2/HQPm/8GGubr 05HH6rnGXrhT1G5NrBNOIPFMmm1QrfuPxORLhxPzL9+in7ILUtzI8/E0BEA5JF8tUcOU 1bKWPichRLGnWXpQEgno9IT2GdiQI1Ob0tBmqm9VQ7pf2Ph4Fd51+Edhue9IXtKwxX3C dhEQkNSIsafE9hDLBkwQVn2DMtIgG2Mylmf99KVKkl0w5lpsK7e2UaDWcuGUXIZXhfy4 NhVLO+F6C0qSarggH84KVkHeC2WvDw6F775kMR/HXkin0Z0+tNrUc67hmEE7gQYwa1k4 hipA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@lunn.ch header.s=20171124 header.b=Fmys2pX3; spf=pass (google.com: domain of linux-kernel+bounces-15044-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-15044-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=lunn.ch Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [139.178.88.99]) by mx.google.com with ESMTPS id e15-20020a170902ed8f00b001cc692bf120si20420911plj.61.2024.01.02.17.42.33 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 02 Jan 2024 17:42:34 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-15044-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99; Authentication-Results: mx.google.com; dkim=pass header.i=@lunn.ch header.s=20171124 header.b=Fmys2pX3; spf=pass (google.com: domain of linux-kernel+bounces-15044-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-15044-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=lunn.ch Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id B5E632840D7 for ; Wed, 3 Jan 2024 01:42:33 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 31D9115AF; Wed, 3 Jan 2024 01:42:24 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=lunn.ch header.i=@lunn.ch header.b="Fmys2pX3" X-Original-To: linux-kernel@vger.kernel.org Received: from vps0.lunn.ch (vps0.lunn.ch [156.67.10.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 0AA8D1365; Wed, 3 Jan 2024 01:42:20 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=lunn.ch Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=lunn.ch DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lunn.ch; s=20171124; h=In-Reply-To:Content-Transfer-Encoding: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=brZ7JXAC7jui/xfNaqc5Z1H36T4Tr46rZP4DUHfhpL4=; b=Fm ys2pX3ODCTgSErILCBvtJ0ESmOhSgbSCsnI+miReduAbuaFONtSEzr9i9yBWkf2QujV17XMfFR9vV awLuTOOoIATq2UrVwTET47G9Zmubk01oydLu/nC3xvHO+YbDMl6y3S5XYyj0e0zqY0mRMsl5/YrZD YvvfC3PY1mB9xCg=; Received: from andrew by vps0.lunn.ch with local (Exim 4.94.2) (envelope-from ) id 1rKqGl-004Dcr-4N; Wed, 03 Jan 2024 02:42:07 +0100 Date: Wed, 3 Jan 2024 02:42:07 +0100 From: Andrew Lunn To: =?iso-8859-1?B?U2FuanXhbiBHYXJj7WEs?= Jorge Cc: "davem@davemloft.net" , "edumazet@google.com" , "kuba@kernel.org" , "pabeni@redhat.com" , "s-vadapalli@ti.com" , "grygorii.strashko@ti.com" , "netdev@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH 3/3] net: ethernet: ti: am65-cpsw: Add device tree property to set max MTU Message-ID: <285f6402-db06-462b-9ca5-8363027283e1@lunn.ch> References: <20240102081825.14635-1-jorge.sanjuangarcia@duagon.com> <20240102081825.14635-4-jorge.sanjuangarcia@duagon.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20240102081825.14635-4-jorge.sanjuangarcia@duagon.com> On Tue, Jan 02, 2024 at 08:19:15AM +0000, Sanju?n Garc?a, Jorge wrote: > The switch supports ethernet frame sizes between 64 and 2024 bytes > (including VLAN) as stated in the technical reference manual. > > This patch adds a new devicetree property so the switch ports can > be configured with an MTU higher than the standar 1500 bytes, making > the max frame length configured on the registers and the max_mtu > advertised on the network device consistent. Why do you need a device tree property for this? How many other drivers have a device tree property like this? Why not set ndev->max_mtu to 2024 minus overheads? Andrew