From: Rajesh R <rajesh.arr@gmail.com>
To: Bruce Richardson <bruce.richardson@intel.com>
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] Can pthread_create be called directly in a dpdk application?
Date: Sat, 15 Aug 2015 02:47:05 -0400 [thread overview]
Message-ID: <CAAh6R8KM1P0Xu6CkXqJ9vs32bigyEtsQ-KJ8sAvXC1do-WT_Fg@mail.gmail.com> (raw)
In-Reply-To: <20150814101842.GB8916@bricha3-MOBL3>
On Fri, Aug 14, 2015 at 3:48 PM, Bruce Richardson <
bruce.richardson@intel.com> wrote:
> On Fri, Aug 14, 2015 at 06:13:46AM -0400, Rajesh R wrote:
> > I am relatively new to dpdk. I could make the examples work.
> >
> > Now I am experimenting with a traffic measurement application which
> capture
> > packets using dpdk. The application requires few other threads apart from
> > the rte_threads.
> > If I put the code for thread creation (pthread_create()) before calling
> > eal_rte_init and remote_launch, the rte_init/remote launch is not
> > proceeding. But if I put the eal_rte_init()/remote_launch first it is
> > working, but coee will wait there and would not proceed to the subsequent
> > lines
> >
> > How to do it correctly?
> >
> > --
> Hi Rajesh
>
> there should be no issues with spawning extra threads using pthread_create
> in
> your application. Can you provide a few more specifics and perhaps
> snippets of
> code which exhibit the problem. For example, when spawning the threads
> before
> init and remote launch - can you clarify in what way it is "not
> proceding"? Does
> it do nothing, does it hang, does it crash etc.? Similarly, putting the
> pthread later, where exactly does it wait? Does gdb show anything of
> interest,
> or show more specifics as to what the thread is waiting on?
>
> Regards,
> /Bruce
>
Hi Bruce,
Thanks for a quick reply. Sory it was my mistake.
I realized I was doing the mistake of putting the
pthread_join()/rte_eal_wait_lcore() before the next segment of code and the
control was waiting there.
Now by moving those waiting part to the end of the complete code I could
make it work.
It works in either ways, putting pthread_create() first or
rte_eal_remote_launch() first.
Thanks a lot.
Regards
Rajesh R
prev parent reply other threads:[~2015-08-15 6:47 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-14 10:13 Rajesh R
2015-08-14 10:18 ` Bruce Richardson
2015-08-15 6:47 ` Rajesh R [this message]
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=CAAh6R8KM1P0Xu6CkXqJ9vs32bigyEtsQ-KJ8sAvXC1do-WT_Fg@mail.gmail.com \
--to=rajesh.arr@gmail.com \
--cc=bruce.richardson@intel.com \
--cc=dev@dpdk.org \
/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).