netdev - Re: [PATCH 0/4] Configuring traffic classes via new hardware offload mechanism in tc/mqprio

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

Date:   Wed, 26 Jul 2017 11:18:30 -0700
From:   "Nambiar, Amritha" <amritha.nambiar@...el.com>
To:     Richard Cochran <richardcochran@...il.com>,
        Jeff Kirsher <jeffrey.t.kirsher@...el.com>
Cc:     intel-wired-lan@...ts.osuosl.org,
        Or Gerlitz <gerlitz.or@...il.com>, alexander.h.duyck@...el.com,
        kiran.patil@...el.com, sridhar.samudrala@...el.com,
        mitch.a.williams@...el.com, neerav.parikh@...el.com,
        netdev@...r.kernel.org, John Fastabend <john.fastabend@...il.com>,
        "Wyborny, Carolyn" <carolyn.wyborny@...el.com>
Subject: Re: [PATCH 0/4] Configuring traffic classes via new hardware offload
 mechanism in tc/mqprio



On 7/21/2017 2:42 AM, Richard Cochran wrote:
> On Mon, May 22, 2017 at 12:31:12PM -0700, Jeff Kirsher wrote:
>> On Fri, 2017-05-19 at 17:58 -0700, Amritha Nambiar wrote:
>>> The following series introduces a new harware offload mode in tc/mqprio
>>> where the TCs, the queue configurations and bandwidth rate limits are
>>> offloaded to the hardware.
>
> ...
>
>> This was meant to be sent out as an RFC, but apparently that did not get
>> conveyed when these were sent out Friday.
>
> I am looking at tc/mqprio and dcb with the purpose of implementing
>
>   - Forwarding and Queuing Enhancements for Time-Sensitive Streams (FQTSS)
>     802.1Q-2014 Clause 34
>
>   - Scheduled Traffic (time based scheduling)
>     P802.1Qbv
>
> using the HW capabilities of the i210.  This series looks like a
> promising avenue for these features.
>
> My question is, did series go anywhere?
>
> I didn't see any follow ups on netdev, but maybe I missed something.

I have submitted another series as non-RFC for next-queue maintained by 
Jeff Kirsher. This is going to come through the next-queue tree. You can 
follow the new series "[PATCH 0/6] Configuring traffic classes via new 
hardware offload mechanism in tc/mqprio" at 
https://www.mail-archive.com/netdev@vger.kernel.org/msg177390.html

>
> Thanks,
> Richard
>
>
>