DPDK patches and discussions
 help / color / mirror / Atom feed
From: Stephen Hemminger <stephen@networkplumber.org>
To: Neil Horman <nhorman@tuxdriver.com>
Cc: "dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] daemon process problem in DPDK
Date: Mon, 12 Jan 2015 11:14:21 -0800	[thread overview]
Message-ID: <20150112111421.613ffe97@urahara> (raw)
In-Reply-To: <20150112145210.GC23467@hmsreliant.think-freely.org>

On Mon, 12 Jan 2015 09:52:10 -0500
Neil Horman <nhorman@tuxdriver.com> wrote:

> On Mon, Jan 12, 2015 at 02:28:20PM +0000, Ni, Xun wrote:
> > Hello:
> > 
> >    I have basic questions related to dpdk and trying to find help.
> > 
> >    I am about to create a daemon process, is there a way for other process to know whether the daemon is already created? I doesn't mean to get the pid, because it changes every time.
> > 
> >    If the daemon is created, how do other process to communicate with this daemon? Dpdk seems to have rte ring but it only exists on the Ethernet, while I am talking about the process within the same computer, and the way like share-memory, but I didn't find examples about the share memory between processes.
> > 
> > Thanks,
> > Xun
> > 
> > 
> 
> Thats not really a dpdk question, that a generic programming question.  You can
> do this lots of ways.  Open a socket that other process can connect to on an
> agreed port, create a shared memory segment, write a file with connect
> information to a well know location, etc.
> Neil
> 

We did have to make some changes to the basic application model (not in DPDK)
to allow for a daemon.

The normal/correct way to make a daemon is to use the daemon glibc call,
and this closes all file descriptors etc. Therefore the DPDK (eal)
must be initialized after the daemon call.

Also, wanted to make daemon optional for debugging.
This led to change where the main program process application argv first
then passes DPDK args as second group. This is the inverse of the example
applications.


int
main(int argc, char **argv)
{
	int ret;
        char *progname;

	progname = strrchr(argv[0], '/');
	progname = strdup(progname ? progname + 1 : argv[0]);

	ret = parse_args(argc, argv);
	if (ret < 0)
		return -1;

	argc -= ret;
	argv += ret;

	if (daemon_mode && daemon(1, 1) < 0)
		return -1;

	/* workaround fact that EAL expects progname as first argument */
	argv[0] = progname;

	ret = rte_eal_init(argc, argv);
	if (ret < 0)
		return -1;

  reply	other threads:[~2015-01-12 19:14 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-01-12 14:28 Ni, Xun
2015-01-12 14:52 ` Neil Horman
2015-01-12 19:14   ` Stephen Hemminger [this message]
2015-01-13  2:36     ` Ni, Xun
2015-01-13  8:05       ` Hiroshi Shimamoto

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20150112111421.613ffe97@urahara \
    --to=stephen@networkplumber.org \
    --cc=dev@dpdk.org \
    --cc=nhorman@tuxdriver.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).