netdev - Re: RFC: Allow 'ip' to run in daemon mode?

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: <jqfv3n22gfvc4e8j9qgxednu.1277881246865@email.android.com>
Date:	Tue, 29 Jun 2010 21:00:46 -1000
From:	Stephen Hemminger <stephen.hemminger@...tta.com>
To:	Ben Greear <greearb@...delatech.com>,
	NetDev <netdev@...r.kernel.org>
Cc:	Stephen Hemminger <shemminger@...tta.com>
Subject: Re: RFC:  Allow 'ip' to run in daemon mode?

write a new service rather than bloating the existing code or just use netlink or libnl

Ben Greear <greearb@...delatech.com> wrote:

>I'm considering modifying 'ip' to be able to run in daemon
>mode so that I can do lots of IP commands without having to
>pay the startup cost of iproute.
>
>The -batch option almost works, but it's hard to programatically
>figure out failure codes.
>
>I'm thinking about making these changes:
>
>1)  Move all of the error printing code into common methods (basically,
>    wrap printf).  In daemon mode this text can be sent back to the
>    calling process, and in normal mode, it will be printed to stdout/stderr
>    as it is currently.
>
>2)  Remove all or most calls to 'exit' and instead return error codes
>    to the calling logic.
>
>3)  Add ability to listen on a unix socket for commands, basically treat
>    them just like batch commands, one command per packet.
>
>4)  Return well formatted error code and text response to calling process
>    over the unix socket, maybe something like:
>
>RV: [errno or equiv, zero for success]\n
>CMD: [ command string this relates to ]\n
>[ Optional free form text ]
>
>
>Does something like this have any chance of upstream inclusion?
>
>Thanks,
>Ben
>
>-- 
>Ben Greear <greearb@...delatech.com>
>Candela Technologies Inc  http://www.candelatech.com