netdev - Re: continuous REPL mode for tc(8)

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]

Message-ID: <328cb378-644c-313d-58d6-9e8b128ddc39@tarent.de>
Date:   Mon, 29 Aug 2022 23:41:46 +0200 (CEST)
From:   Thorsten Glaser <t.glaser@...ent.de>
To:     Toke Høiland-Jørgensen <toke@...nel.org>
cc:     netdev@...r.kernel.org
Subject: Re: continuous REPL mode for tc(8)

On Mon, 29 Aug 2022, Toke Høiland-Jørgensen wrote:

> If you want to lower overhead even further, you can always use a netlink
> library and send the messages to the kernel directly...

I guessed so, but it’s a good thing I didn’t follow that direction
because there’s now two different (Java and Google-Issue9) clients
slash management tools for this, so having tc separate is better.
I’m just doing the low-level part ;-)

Thanks,
//mirabilos
-- 
Infrastrukturexperte • tarent solutions GmbH
Am Dickobskreuz 10, D-53121 Bonn • http://www.tarent.de/
Telephon +49 228 54881-393 • Fax: +49 228 54881-235
HRB AG Bonn 5168 • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

                        ****************************************************
/⁀\ The UTF-8 Ribbon
╲ ╱ Campaign against      Mit dem tarent-Newsletter nichts mehr verpassen:
 ╳  HTML eMail! Also,     https://www.tarent.de/newsletter
╱ ╲ header encryption!
                        ****************************************************