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;
From:   Vladimir Oltean <vladimir.oltean@nxp.com>
To:     Xiaoliang Yang <xiaoliang.yang_1@nxp.com>
CC:     "davem@davemloft.net" <davem@davemloft.net>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "netdev@vger.kernel.org" <netdev@vger.kernel.org>,
        "allan.nielsen@microchip.com" <allan.nielsen@microchip.com>,
        "joergen.andreasen@microchip.com" <joergen.andreasen@microchip.com>,
        "UNGLinuxDriver@microchip.com" <UNGLinuxDriver@microchip.com>,
        "vinicius.gomes@intel.com" <vinicius.gomes@intel.com>,
        "michael.chan@broadcom.com" <michael.chan@broadcom.com>,
        "vishal@chelsio.com" <vishal@chelsio.com>,
        "saeedm@mellanox.com" <saeedm@mellanox.com>,
        "jiri@mellanox.com" <jiri@mellanox.com>,
        "idosch@mellanox.com" <idosch@mellanox.com>,
        "alexandre.belloni@bootlin.com" <alexandre.belloni@bootlin.com>,
        "kuba@kernel.org" <kuba@kernel.org>, Po Liu <po.liu@nxp.com>,
        Leo Li <leoyang.li@nxp.com>
Subject: Re: [RFC v2 net-next 5/8] net: dsa: felix: support psfp filter on
 vsc9959
Thread-Topic: [RFC v2 net-next 5/8] net: dsa: felix: support psfp filter on
 vsc9959
Thread-Index: AQHXk/d+YbIxm9WgDUCf14eDNGcnWKt5nf2A
Date:   Wed, 18 Aug 2021 18:58:00 +0000
Message-ID: <20210818185759.5bedb6cpw7k4bgaf@skbuf>
References: <20210818061922.12625-1-xiaoliang.yang_1@nxp.com>
 <20210818061922.12625-6-xiaoliang.yang_1@nxp.com>
In-Reply-To: <20210818061922.12625-6-xiaoliang.yang_1@nxp.com>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?DJFYjbmFnau648RB/OJozKmSd9SicWvYUb1s2vc0SUGR5cdiszx8PoP9ahzB?=
 =?us-ascii?Q?7GxhoJOdZaG0zeJGG6QhZL/RsL6JQsynywsw9B4OgUrmDr9zgULC9CvW0MOz?=
 =?us-ascii?Q?n4OryRmig9HILJU4L4Gz+GrQ8vr9t2Ix4G/GbVZYCaWAvcwLMVLqJSft1QRi?=
 =?us-ascii?Q?/VGRW9EhwGfe2b8vBAhbRt/X9U/nGerz7ceW5UmcYVb/EDt36r0vA2U1uR1I?=
 =?us-ascii?Q?FPyMwqsKwRbsuThhFV4QR7mB6JXh7aAtOTTFrauHeMYNWIWvmnUMQ6aWCwxU?=
 =?us-ascii?Q?KsCryS7oO0weSM2KGRivAGJEZ7qT4vMItj7P/3OlaSudnmKlxkpZV4w8XroG?=
 =?us-ascii?Q?z8Si6fmfV+BxllUym+mIkfP7AgwUKPc3QxYpFraOkX+b3Ts6DcBb7ZhqI65J?=
 =?us-ascii?Q?NL670+bbqZRB0WqfQAWTPB4LWSwjT6DBiJB29UeAQ4O+fgO3tMrot2gDpOQP?=
 =?us-ascii?Q?1+thtUDmU9y7bplt/DBhxAYN7Mj8e4m0A6RGohIR9M6l5cnNtgDeOqhv7hvq?=
 =?us-ascii?Q?Kg2K62HvJ1X+LoQJZXmf8qZYOFtoZkt/bhuYPel5+zO4gvLF4zjXjAx0sYFg?=
 =?us-ascii?Q?ZD/aOi54/W0JP4qA4zrkrReHCczy49OO96nUeyhbcCH3Tce2c6NXwrLhVwgY?=
 =?us-ascii?Q?TQ/VxG8aFJ87hsmC20Q/UyyqxMRrdOBUHCC1nBGtdPbs/ZgKO0Yp6KOPenyP?=
 =?us-ascii?Q?QC67ObhHrCZd2dNSFrQm8DOGRtcyecX9Bno9IcwLdalFv1LM+VzTZ+jiwZCv?=
 =?us-ascii?Q?jRg0q7fBOiZHxpGGsoptHQe3rS3mTkoqgHgpkWFqyMCAxoqIqNtMEIoWFTcH?=
 =?us-ascii?Q?COapMH06bMkGfXizPsY2R/dlXMdhikV0KTYu/0gCmN2HzOOcKjSkXWWx3HwS?=
 =?us-ascii?Q?P2j8EbnaRSmUKibQFNDUG82obmAOxW1bN3wEFinypdPs+gLJ7w1PhuOEHV7W?=
 =?us-ascii?Q?OW8GQv2cWzNYhXYa5ZjKqxV8Jf6Z13Tx9LrBPvroREIdmhiij7Ye+BRxjI2h?=
 =?us-ascii?Q?hA/ormHZyK9P75d0VQX/B5Z5jB65QJdWyGLfCJ5qR6lcCsqA2KCOJX7njmVz?=
 =?us-ascii?Q?knNGQSuaRV8lornIltliuwXi91Q/wDQPf2Y2PdeeZeOwtkpgWcQA6m3IxmnO?=
 =?us-ascii?Q?GXAiF9bVGy3SYNftc4sxnSZLLi0Z5n1R+IMFHhyQWa/7MJtZpoqUfpF+9HjJ?=
 =?us-ascii?Q?6iw7bjvUwV96eLWDd5hpH8+hQsqeLS3V3NRChEsCpp8po8AeTsTc6OauSeQu?=
 =?us-ascii?Q?3Su7HSWdQelYH1RG4APFuyZHxIdrr4REBgcOl6nsEqH5QW7KLZURKtYRN5Aw?=
 =?us-ascii?Q?a4y22eC7e227sN9p6g7mzC0I?=
Content-Type: text/plain; charset="us-ascii"
Content-ID: <A5D8BDBD30E1334BA17FA2CD1891F442@eurprd04.prod.outlook.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: nxp.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: VI1PR04MB5136.eurprd04.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: c9577bf4-2180-4d89-1b7a-08d9627a19ac
X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Aug 2021 18:58:00.3858
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 686ea1d3-bc2b-4c6f-a92c-d99c5c301635
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: q5Y/9viWc5JnmtdpA67z9m68Qk6LajLj9VYDgci8B+WZUljkyxhxeKqDVUmvaznIKtnRqIdMk2Q7OuTFREJLGw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR04MB3197
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On Wed, Aug 18, 2021 at 02:19:19PM +0800, Xiaoliang Yang wrote:
> +struct felix_psfp_list {
> +	struct list_head stream_list;
> +	struct list_head sfi_list;
> +	struct list_head sgi_list;
> +};
> +

Hmm, is there any reason why this data structure is not part of struct ocel=
ot?
Three empty list_head items should not consume that much memory. To
reiterate, now we're trying to minimize the stuff that sits in DSA vs
what is in the ocelot library itself.

Microchip people, please shout if you have other hardware with this TSN
implementation that can be supported by the ocelot driver.

>  /* Platform-specific information */
>  struct felix_info {
>  	const struct resource		*target_io_res;
> @@ -36,6 +42,8 @@ struct felix_info {
>  	 */
>  	bool				quirk_no_xtr_irq;
> =20
> +	struct felix_psfp_list		*psfp;
> +
>  	int	(*mdio_bus_alloc)(struct ocelot *ocelot);
>  	void	(*mdio_bus_free)(struct ocelot *ocelot);
>  	void	(*phylink_validate)(struct ocelot *ocelot, int port,
> diff --git a/drivers/net/dsa/ocelot/felix_vsc9959.c b/drivers/net/dsa/oce=
lot/felix_vsc9959.c
> index f966a253d1c7..4bb3c4023b85 100644
> --- a/drivers/net/dsa/ocelot/felix_vsc9959.c
> +++ b/drivers/net/dsa/ocelot/felix_vsc9959.c
> +struct felix_stream_filter_counters {
> +	u32 match;
> +	u32 not_pass_gate;
> +	u32 not_pass_sdu;
> +	u32 red;
> +};
> +
> +static struct felix_psfp_list vsc9959_psfp;

You cannot just do that, instantiate a singleton structure in a driver
that can potentially probe on more than one switch in a system. It is
just not proper driver design. Just put the lists

> +static bool vsc9959_stream_table_lookup(struct list_head *stream_list,
> +					struct felix_stream *stream)
> +{
> +	struct felix_stream *tmp;
> +
> +	list_for_each_entry(tmp, stream_list, list)
> +		if (ether_addr_equal(tmp->dmac, stream->dmac) &&
> +		    tmp->vid =3D=3D stream->vid)
> +			return 1;
> +
> +	return 0;

A function that returns bool should return true or false.

> +}
> +
> +static struct felix_stream *
> +vsc9959_stream_table_get(struct list_head *stream_list, unsigned long id=
)
> +{
> +	struct felix_stream *tmp;
> +
> +	list_for_each_entry(tmp, stream_list, list)
> +		if (tmp->id =3D=3D id)
> +			return tmp;
> +
> +	return NULL;
> +}

I mostly don't have a problem with the rest of the patch. When you send
v3 you can just drop the RFC tag.=