Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp539323pxf; Thu, 11 Mar 2021 09:04:01 -0800 (PST) X-Google-Smtp-Source: ABdhPJwcOV8RtHeIfUcRk3bd8r2pMi+OzmMZbsmCj2PzKbkFPFZ8qyFGm+w1/fEJ3oFwdN8k5vA6 X-Received: by 2002:a05:6402:13ce:: with SMTP id a14mr9596894edx.365.1615482240964; Thu, 11 Mar 2021 09:04:00 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615482240; cv=none; d=google.com; s=arc-20160816; b=c8Xv1ehIQClmDCTsTSmbL6/g8WpusbJJi2Euvo11cc40Aq1ahtYeGOkEeEnloJOe8C 9DAzchAEOa83c0EFhgnS8j7Wo5kN7gfmp9RQgJz9wnNiLnB8Faga/E4EnqbS6seAWYPY vlxroWDw7hrm5SU+RLrbFNJnUTAQi7Vb1Hs3HYYwPUVBpezm0TG3brbiDZ67xVMn1wLI JHBPwHmV9rjbNiGQt5xZc9oHvV9v1dPEW1JsmsPJzDWHIk4j1yIQzya6bwzksRYpeCZG 9LyVqvmBJb18f1qW/cFeBFT43wiIQOcjvw0Nj3duhX9t831YZ1sZ0M1O/WJTK+F0I9TP S1jA== 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; bh=md9hboFgTIg0UaDnMrSgt6wdws7nCOaOR5ug0BKthVk=; b=WlSiV3XvGQKc8wQ9UHL1ayM2IZZNPo+4b2A1sMVDWVzagk/EJCU1z463IF86X7N64C 5HPtHwMA/9U54F5cPZ78U8O3C2Sg3cD/0lMwqBpat72Xfj5tcEAeFL6ORUp3zFoDKJ6+ DrOfUrEt27+F7X8h4sm4Mi5HS5vmTO3vrLjTDFCe7uUCT7X1Tc+2kvgZ3w4Vr0vWZXwb LqX90binYOahIFWOS+JWCWmESCIDeAqe/LJiA7AQYQ6pfZ7FyU29qYpKCp5bKtm8fGiu IzOan1KXVw3MA/clFQ9bNabxZpi4FpvwLhkvl+aeyi1hekQGmDBuMWdWYpWBnwSaZy18 eqJw== 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 hp34si2010338ejc.328.2021.03.11.09.03.23; Thu, 11 Mar 2021 09:04:00 -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 S229914AbhCKRAC (ORCPT + 99 others); Thu, 11 Mar 2021 12:00:02 -0500 Received: from vps0.lunn.ch ([185.16.172.187]:52248 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229706AbhCKQ7t (ORCPT ); Thu, 11 Mar 2021 11:59:49 -0500 Received: from andrew by vps0.lunn.ch with local (Exim 4.94) (envelope-from ) id 1lKOf2-00ANxe-NU; Thu, 11 Mar 2021 17:59:44 +0100 Date: Thu, 11 Mar 2021 17:59:44 +0100 From: Andrew Lunn To: stefanc@marvell.com Cc: netdev@vger.kernel.org, thomas.petazzoni@bootlin.com, davem@davemloft.net, nadavh@marvell.com, ymarkman@marvell.com, linux-kernel@vger.kernel.org, kuba@kernel.org, linux@armlinux.org.uk, mw@semihalf.com, rmk+kernel@armlinux.org.uk, atenart@kernel.org, rabeeh@solid-run.com Subject: Re: [V2 net-next] net: mvpp2: Add reserved port private flag configuration Message-ID: References: <1615481007-16735-1-git-send-email-stefanc@marvell.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1615481007-16735-1-git-send-email-stefanc@marvell.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Mar 11, 2021 at 06:43:27PM +0200, stefanc@marvell.com wrote: > From: Stefan Chulski Hi Stefan Thanks for the strings change. Looks a lot better. Now i took a look at the bigger picture. > According to Armada SoC architecture and design, all the PPv2 ports > which are populated on the same communication processor silicon die > (CP11x) share the same Classifier and Parser engines. > > Armada is an embedded platform and therefore there is a need to reserve > some of the PPv2 ports for different use cases. > > For example, a port can be reserved for a CM3 CPU running FreeRTOS > for management purposes So the CM3 CPU has its own driver for this hardware? It seems like we should not even instantiate the Linux driver for this port. Does the CM3 have its own DT blob? I think the better solution is that the Armada DT for the board does not list the port, and the DT for the CM3 does. Linux never sees the port, since Linux should not be using it. > or by user-space data plane application. You mean XDP/AF_XDP? I don't see any other XDP capable drivers having a flag like this. If this was required, i would expect it to be a common properly, not driver private. Andrew