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]
Date:   Tue, 26 Mar 2019 16:30:26 -0400
From:   Murali Karicheri <m-karicheri2@...com>
To:     <vinicius.gomes@...el.com>, <netdev@...r.kernel.org>
Subject: TSN: taprio scheduler

Hi Vinicius,

My name is Murali Karicheri from Texas Instruments Ltd. We have 
AM65x/DRA80xMProcessor, that is capable of supporting TSN. Our solution 
would use the ICSSG_PRU which is a fully programmable industrial 
communication subsystems to enable future-proof designs for customers 
that need to adopt the new Gigabit Time-sensitive 
Networks(TSN)standards. More details can be seen in the TRM at 
http://www.ti.com/lit/ug/spruid7c/spruid7c.pdf

I am part of the team that is working to implement IEEE Std 802.1Qbv 
scheduler (Time aware Shaper) with Frame pre-emption capabilities in a 
RT Linux based solution. I saw your commit for taprio which adds basic 
support in Linux and is a good starting point for me.

commit 5a781ccbd19e4664babcbe4b4ead7aa2b9283d22
Author: Vinicius Costa Gomes <vinicius.gomes@...el.com>
Date:   Fri Sep 28 17:59:43 2018 -0700

     tc: Add support for configuring the taprio scheduler

Also went through https://lwn.net/Articles/767383/

Basically wondering what is the current status of the following under 
"Future work" in the above link and also to explore if we could 
collaborate on developing missing pieces.

===== from  https://lwn.net/Articles/767383/ =======================
   - Add support for multiple schedules, so something like the Admin
     and Oper schedules from IEEE 802.1Q-2018 can be implemented,
     probably "cycle-time" will be re-implemented at this time;

   - Add support for HW offloading;

   - Add support for Frame Preemption related commands (formerly
     802.1Qbu, now part of 802.1Q);
======================================================================

To begin with I am currently exploring how to test this software 
implementation of taprio and what are all the dependencies.

Do I need multi-q support in the Ethernet driver to test taprio? Looks 
like it is needed. What else is needed to test this feature? If you have 
any additional patches that you have tested, that would help for my 
initial ramp.

Thanks and regards,

Murali

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ