at 21:11, Gábor Sándor Enyedi
<gabor.sandor.eny...@ericsson.com
<mailto:gabor.sandor.eny...@ericsson.com>> wrote:
How can you change the crypto key? Each user has its own.
Gabor
On 02/17/2016 12:13 PM, Bala Manoharan wrote:
Hi,
There is no need to create a cr
t (ie cipher/auth range, input packet, etc )
The limit of 32 crypto sessions is a limitation on the linux-generic
implementation and this value might depend on individual platforms.
Regards,
Bala
On 16 February 2016 at 18:40, Gábor Sándor Enyedi
<gabor.sandor.eny...@ericsson.com
<mai
Hi,
I want to keep up IPSec connections with up to ~100K users
simultaneously. After looking into the code, it seems that both
linux-generic and odp-dpdk can allocate at most 32 crypto sessions (with
odp_crypto_session_create). Please confirm, that this is not a bug, but
crypto sessions are
Hi,
I may found a bug in ordered queues, but it seems to be so trivial that
I must think that I'm the one doing something wrong. The simplest way to
reproduce:
Take odp_pktio, and change ODP_SCHED_SYNC_ATOMIC to
ODP_SCHED_SYNC_ORDERED. Now, start it using at least two threads and in
and lunch work on remote node
From: Bill Fischofer bill.fischo...@linaro.org
mailto:bill.fischo...@linaro.org
Sent: Friday, May 8, 2015 7:43 PM
To: Gábor Sándor Enyedi
Cc: Savolainen, Petri (Nokia - FI/Espoo); Jacob, Jerin; Zoltan
Kiss; lng-odp@lists.linaro.org mailto:lng-odp
and
map/pin those into physical CPUs in a way that enables NUMA aware
optimizations.
-Petri
-Original Message-
From: lng-odp [mailto:lng-odp-boun...@lists.linaro.org
mailto:lng-odp-boun...@lists.linaro.org] On Behalf Of ext
Gábor Sándor Enyedi
Sent
Hi!
I just started to test ODP, trying to write my first application, but
found a problem: if I want to write NUMA aware code, how should I
allocate memory close to a given thread? I mean, I know there is
libnuma, but should I use it? I guess not, but I cannot find memory
allocation