netdev - Re: Basic PCP/DEI-based queue classification

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Fri, 2 Sep 2022 13:32:19 +0000
From:   Vladimir Oltean <vladimir.oltean@....com>
To:     "Allan W. Nielsen" <Allan.Nielsen@...rochip.com>
CC:     Jakub Kicinski <kuba@...nel.org>, Petr Machata <petrm@...dia.com>,
        "Daniel.Machon@...rochip.com" <Daniel.Machon@...rochip.com>,
        "netdev@...r.kernel.org" <netdev@...r.kernel.org>,
        "vinicius.gomes@...el.com" <vinicius.gomes@...el.com>,
        "thomas.petazzoni@...tlin.com" <thomas.petazzoni@...tlin.com>,
        "maxime.chevallier@...tlin.com" <maxime.chevallier@...tlin.com>,
        "roopa@...dia.com" <roopa@...dia.com>
Subject: Re: Basic PCP/DEI-based queue classification

On Mon, Aug 29, 2022 at 09:53:42AM +0200, Allan W. Nielsen wrote:
> Hi,
> 
> On 24.08.2022 17:54, Jakub Kicinski wrote:
> > For an uneducated maintainer like myself, how do embedded people look
> > at DCB? Only place I've seen it used is in RDMA clusers. I suggested
> > to Vladimir to look at DCBNL for frame preemption because it's the only
> > existing API we have that's vaguely relevant to HW/prio control but he
> > ended up going with ethtool.
> > No preference here, just trying to map it out in my head.
> 
> As I work toghether with Daniel, I'm biased. But I work a lot with
> embedded devices ;-)
> 
> I think this feature belong in DCB simply because DCB already have the
> related configurations (like the default prio, priority-flow-control
> etc), and it will be more logical for the user to find the PCP mapping
> in the same place.
> 
> I think that framepreemption should be in ethtool as it is partly
> defined in IEEE802.3 (the physical layer) and it is ethernet only
> technology.
> 
> /Allan

My explanation given to Jakub at the time was that I don't quite
understand what should belong to dcbnl and what shouldn't.
https://lore.kernel.org/netdev/20220523224943.75oyvbxmyp2kjiwi@skbuf/

>From my perspective it's an inconvenience that dcbnl exists as a
separate kernel subsystem and isn't converged with the ethtool
genetlink.

Regarding the topic at hand, and the apparent lack of PCP-based
prioritization in the software data path. VLAN devices have an
ingress-qos-map and an egress-qos-map. How would prioritization done via
dcbnl interact with those (who would take precedence)?