From mboxrd@z Thu Jan  1 00:00:00 1970
From: Pablo Neira Ayuso <pablo@netfilter.org>
Subject: Re: [PATCH 00/12 net-next,v2] add flow_rule infrastructure
Date: Mon, 19 Nov 2018 11:19:19 +0100
Message-ID: <20181119101919.aiblg5t47ocsvvzq@salvia>
References: <20181119001519.12124-1-pablo@netfilter.org>
 <328c84e5-2090-251c-3fdb-32f89714c36e@synopsys.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Cc: netdev@vger.kernel.org, davem@davemloft.net,
        thomas.lendacky@amd.com, f.fainelli@gmail.com,
        ariel.elior@cavium.com, michael.chan@broadcom.com,
        santosh@chelsio.com, madalin.bucur@nxp.com,
        yisen.zhuang@huawei.com, salil.mehta@huawei.com,
        jeffrey.t.kirsher@intel.com, tariqt@mellanox.com,
        saeedm@mellanox.com, jiri@mellanox.com, idosch@mellanox.com,
        jakub.kicinski@netronome.com, peppe.cavallaro@st.com,
        grygorii.strashko@ti.com, andrew@lunn.ch,
        vivien.didelot@savoirfairelinux.com, alexandre.torgue@st.com,
        linux-net-drivers@solarflare.com, ganeshgr@chelsio.com,
        ogerlitz@mellanox.com
To: Jose Abreu <jose.abreu@synopsys.com>
Return-path: <netdev-owner@vger.kernel.org>
Received: from mail.us.es ([193.147.175.20]:58648 "EHLO mail.us.es"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726287AbeKSUmg (ORCPT <rfc822;netdev@vger.kernel.org>);
        Mon, 19 Nov 2018 15:42:36 -0500
Received: from antivirus1-rhel7.int (unknown [192.168.2.11])
        by mail.us.es (Postfix) with ESMTP id 01417C9FD83
        for <netdev@vger.kernel.org>; Mon, 19 Nov 2018 11:19:23 +0100 (CET)
Received: from antivirus1-rhel7.int (localhost [127.0.0.1])
        by antivirus1-rhel7.int (Postfix) with ESMTP id DBF1BDA7A2
        for <netdev@vger.kernel.org>; Mon, 19 Nov 2018 11:19:22 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <328c84e5-2090-251c-3fdb-32f89714c36e@synopsys.com>
Sender: netdev-owner@vger.kernel.org
List-ID: <netdev.vger.kernel.org>

On Mon, Nov 19, 2018 at 09:20:43AM +0000, Jose Abreu wrote:
[...]
> Although I was cc'ed in the thread I'm not seeing stmmac driver
> in this conversion.

My intention was to attract the attention of driver maintainers that
are using tc offloads in some way in their infrastructure. That's why
you've been Cc.

> Can you please add it ?

stmmac is using cls_u32, and this patchset only converts cls_flower at
this stage.