netdev - Synopsys Ethernet QoS

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-next>] [day] [month] [year] [list]

Message-ID: <2df7a6dd-1128-d1d6-bf61-891f76cf7200@synopsys.com>
Date:   Fri, 9 Dec 2016 11:29:02 +0000
From:   Joao Pinto <Joao.Pinto@...opsys.com>
To:     <davem@...emloft.net>
CC:     Giuseppe CAVALLARO <peppe.cavallaro@...com>,
        <lars.persson@...s.com>, <rabin.vincent@...s.com>,
        <netdev@...r.kernel.org>, <andy.shevchenko@...il.com>,
        <CARLOS.PALMINHA@...opsys.com>
Subject: Synopsys Ethernet QoS

Dear David Miller,

These past 2 weeks we have been discussing the right way to go in terms of
Synopsys QoS support in the kernel.

The approach that raised more supporters was:

a) Test /stmicro/stmmac driver in a reference hardware prototyping platform (QoS
IPK) [Status: In Progress | 90% finished]

b) Merge the necessary features from AXIS’ synopsys based qos driver to the
/stmicro/stmmac
[Status: In Queue]

c) Rename /stmicro/stmmac driver to synopsys/ and re-factor the driver if necessary
[Status: In Queue]

d) Add QoS features incrementally to the new synopsys/ driver
[Status: In Queue]

This approach has the green light from AXIS and STMicro maintainers (Lars and
Peppe).

I would like to know if you support this plan.

Best Regards,
Joao