[dpdk-dev] rte_malloc

2016-05-11 Thread Sergio Gonzalez Monroy 
Ok.

So if you build DPDK from the sources, you would have an 'app' directory 
in you build directory.
You can read the Getting Started Guide for more info:
http://dpdk.readthedocs.io/en/v16.04/linux_gsg/index.html

Once you ran the 'test' DPDK application (located inside the 'app' 
directory) you would get a shell where you can run different kind of 
autotests/tests. One of them is the 'malloc_autotest'.

Let me know the result of running that test.

Sergio

On 10/05/2016 17:13, Mahdi Moradmand Badie wrote:
> No, I don't have any idea? :)
>
> On 10 May 2016 at 12:12, Sergio Gonzalez Monroy 
>  > wrote:
>
> Have you tried to run the unit tests? (Run 'app/test' application,
> then 'malloc_autotest')
>
> Sergio
>
>
> On 10/05/2016 16:55, Mahdi Moradmand Badie wrote:
>> #!/bin/sh
>> ./build/app/Mahdi_test -c 0x55 --master-lcore 0
>>
>> On 10 May 2016 at 11:31, Sergio Gonzalez Monroy
>> > > wrote:
>>
>> Forgot to ask,
>>
>> What's the command line you are using to run the app?
>>
>> Sergio
>>
>>
>> On 10/05/2016 16:17, Mahdi Moradmand Badie wrote:
>>> Thanks Sergio,
>>> Yes sure,
>>> I attached files, it seems so easy but doesn't work.
>>> Thanks,
>>>
>>> On 10 May 2016 at 04:12, Sergio Gonzalez Monroy
>>> >> > wrote:
>>>
>>> Hi,
>>>
>>> On 09/05/2016 18:32, Mahdi Moradmand Badie wrote:
>>>
>>> Hello All,
>>>
>>> I had a problem regarding use the rte_malloc.
>>> I want to know if I want to use rte_malloc instead
>>> of malloc just mak
>>> change like this
>>> struct lcore_params *p = malloc
>>> 
>>> 
>>> (sizeof(*p)); ==>
>>> struct lcore_params *p = rte_malloc
>>> 
>>> (NULL,
>>> sizeof(*p), 0);
>>> is enough ?
>>>
>>>
>>> Yes, malloc(sizeof(*p)) has an equivalent behavior to
>>> rte_malloc(NULL, sizeof(*p), 0)
>>> in the context of a DPDK application.
>>>
>>> Because I have problem and Segmentation fault (core
>>> dumped) ??
>>>
>>>
>>> Could you provide more details of how to reproduce or
>>> could you try to
>>> reproduce your problem using a very simple example like
>>> examples/helloworld ?
>>>
>>> Sergio
>>>
>>> Thanks in advance,
>>>
>>>
>>>
>>>
>>>
>>>
>>> -- 
>>> M at hdi Mor at dm@nd B at die
>>
>>
>>
>>
>> -- 
>> M at hdi Mor at dm@nd B at die
>
>
>
>
> -- 
> M at hdi Mor at dm@nd B at die

[dpdk-dev] rte_malloc

2016-05-10 Thread Sergio Gonzalez Monroy 
Have you tried to run the unit tests? (Run 'app/test' application, then 
'malloc_autotest')

Sergio

On 10/05/2016 16:55, Mahdi Moradmand Badie wrote:
> #!/bin/sh
> ./build/app/Mahdi_test -c 0x55 --master-lcore 0
>
> On 10 May 2016 at 11:31, Sergio Gonzalez Monroy 
>  > wrote:
>
> Forgot to ask,
>
> What's the command line you are using to run the app?
>
> Sergio
>
>
> On 10/05/2016 16:17, Mahdi Moradmand Badie wrote:
>> Thanks Sergio,
>> Yes sure,
>> I attached files, it seems so easy but doesn't work.
>> Thanks,
>>
>> On 10 May 2016 at 04:12, Sergio Gonzalez Monroy
>> > > wrote:
>>
>> Hi,
>>
>> On 09/05/2016 18:32, Mahdi Moradmand Badie wrote:
>>
>> Hello All,
>>
>> I had a problem regarding use the rte_malloc.
>> I want to know if I want to use rte_malloc instead of
>> malloc just mak
>> change like this
>> struct lcore_params *p = malloc
>> 
>> 
>> (sizeof(*p)); ==>
>> struct lcore_params *p = rte_malloc
>> 
>> (NULL,
>> sizeof(*p), 0);
>> is enough ?
>>
>>
>> Yes, malloc(sizeof(*p)) has an equivalent behavior to
>> rte_malloc(NULL, sizeof(*p), 0)
>> in the context of a DPDK application.
>>
>> Because I have problem and Segmentation fault (core
>> dumped) ??
>>
>>
>> Could you provide more details of how to reproduce or could
>> you try to
>> reproduce your problem using a very simple example like
>> examples/helloworld ?
>>
>> Sergio
>>
>> Thanks in advance,
>>
>>
>>
>>
>>
>>
>> -- 
>> M at hdi Mor at dm@nd B at die
>
>
>
>
> -- 
> M at hdi Mor at dm@nd B at die

[dpdk-dev] rte_malloc

2016-05-10 Thread Sergio Gonzalez Monroy 
Forgot to ask,

What's the command line you are using to run the app?

Sergio

On 10/05/2016 16:17, Mahdi Moradmand Badie wrote:
> Thanks Sergio,
> Yes sure,
> I attached files, it seems so easy but doesn't work.
> Thanks,
>
> On 10 May 2016 at 04:12, Sergio Gonzalez Monroy 
>  > wrote:
>
> Hi,
>
> On 09/05/2016 18:32, Mahdi Moradmand Badie wrote:
>
> Hello All,
>
> I had a problem regarding use the rte_malloc.
> I want to know if I want to use rte_malloc instead of malloc
> just mak
> change like this
> struct lcore_params *p = malloc
> 
> 
> (sizeof(*p)); ==>
> struct lcore_params *p = rte_malloc
> 
> (NULL,
> sizeof(*p), 0);
> is enough ?
>
>
> Yes, malloc(sizeof(*p)) has an equivalent behavior to
> rte_malloc(NULL, sizeof(*p), 0)
> in the context of a DPDK application.
>
> Because I have problem and Segmentation fault (core dumped) ??
>
>
> Could you provide more details of how to reproduce or could you try to
> reproduce your problem using a very simple example like
> examples/helloworld ?
>
> Sergio
>
> Thanks in advance,
>
>
>
>
>
>
> -- 
> M at hdi Mor at dm@nd B at die

[dpdk-dev] rte_malloc

2016-05-10 Thread Mahdi Moradmand Badie 
No, I don't have any idea? :)

On 10 May 2016 at 12:12, Sergio Gonzalez Monroy <
sergio.gonzalez.monroy at intel.com> wrote:

> Have you tried to run the unit tests? (Run 'app/test' application, then
> 'malloc_autotest')
>
> Sergio
>
>
> On 10/05/2016 16:55, Mahdi Moradmand Badie wrote:
>
> #!/bin/sh
> ./build/app/Mahdi_test -c 0x55 --master-lcore 0
>
> On 10 May 2016 at 11:31, Sergio Gonzalez Monroy <
> sergio.gonzalez.monroy at intel.com> wrote:
>
>> Forgot to ask,
>>
>> What's the command line you are using to run the app?
>>
>> Sergio
>>
>>
>> On 10/05/2016 16:17, Mahdi Moradmand Badie wrote:
>>
>> Thanks Sergio,
>> Yes sure,
>> I attached files, it seems so easy but doesn't work.
>> Thanks,
>>
>> On 10 May 2016 at 04:12, Sergio Gonzalez Monroy <
>> sergio.gonzalez.monroy at intel.com>
>> wrote:
>>
>>> Hi,
>>>
>>> On 09/05/2016 18:32, Mahdi Moradmand Badie wrote:
>>>
 Hello All,

 I had a problem regarding use the rte_malloc.
 I want to know if I want to use rte_malloc instead of malloc just mak
 change like this
 struct lcore_params *p = malloc
 <
 http://dpdk.org/doc/api/rte__malloc_8h.html#afb7316a4ec228ed9b8ffc1864b03d85b
 >
 (sizeof(*p)); ==>
 struct lcore_params *p = rte_malloc
 <
 http://dpdk.org/doc/api/rte__malloc_8h.html#afb7316a4ec228ed9b8ffc1864b03d85b
 >(NULL,
 sizeof(*p), 0);
 is enough ?

>>>
>>> Yes, malloc(sizeof(*p)) has an equivalent behavior to rte_malloc(NULL,
>>> sizeof(*p), 0)
>>> in the context of a DPDK application.
>>>
>>> Because I have problem and Segmentation fault (core dumped) ??

>>>
>>> Could you provide more details of how to reproduce or could you try to
>>> reproduce your problem using a very simple example like
>>> examples/helloworld ?
>>>
>>> Sergio
>>>
>>> Thanks in advance,



>>>
>>
>>
>> --
>> M at hdi Mor at dm@nd B at die
>>
>>
>>
>
>
> --
> M at hdi Mor at dm@nd B at die
>
>
>


-- 
M at hdi Mor at dm@nd B at die

[dpdk-dev] rte_malloc

2016-05-10 Thread Mahdi Moradmand Badie 
#!/bin/sh
./build/app/Mahdi_test -c 0x55 --master-lcore 0

On 10 May 2016 at 11:31, Sergio Gonzalez Monroy <
sergio.gonzalez.monroy at intel.com> wrote:

> Forgot to ask,
>
> What's the command line you are using to run the app?
>
> Sergio
>
>
> On 10/05/2016 16:17, Mahdi Moradmand Badie wrote:
>
> Thanks Sergio,
> Yes sure,
> I attached files, it seems so easy but doesn't work.
> Thanks,
>
> On 10 May 2016 at 04:12, Sergio Gonzalez Monroy <
> sergio.gonzalez.monroy at intel.com> wrote:
>
>> Hi,
>>
>> On 09/05/2016 18:32, Mahdi Moradmand Badie wrote:
>>
>>> Hello All,
>>>
>>> I had a problem regarding use the rte_malloc.
>>> I want to know if I want to use rte_malloc instead of malloc just mak
>>> change like this
>>> struct lcore_params *p = malloc
>>> <
>>> http://dpdk.org/doc/api/rte__malloc_8h.html#afb7316a4ec228ed9b8ffc1864b03d85b
>>> >
>>> (sizeof(*p)); ==>
>>> struct lcore_params *p = rte_malloc
>>> <
>>> http://dpdk.org/doc/api/rte__malloc_8h.html#afb7316a4ec228ed9b8ffc1864b03d85b
>>> >(NULL,
>>> sizeof(*p), 0);
>>> is enough ?
>>>
>>
>> Yes, malloc(sizeof(*p)) has an equivalent behavior to rte_malloc(NULL,
>> sizeof(*p), 0)
>> in the context of a DPDK application.
>>
>> Because I have problem and Segmentation fault (core dumped) ??
>>>
>>
>> Could you provide more details of how to reproduce or could you try to
>> reproduce your problem using a very simple example like
>> examples/helloworld ?
>>
>> Sergio
>>
>> Thanks in advance,
>>>
>>>
>>>
>>
>
>
> --
> M at hdi Mor at dm@nd B at die
>
>
>


-- 
M at hdi Mor at dm@nd B at die

[dpdk-dev] rte_malloc

2016-05-10 Thread Mahdi Moradmand Badie 
Thanks Sergio,
Yes sure,
I attached files, it seems so easy but doesn't work.
Thanks,

On 10 May 2016 at 04:12, Sergio Gonzalez Monroy <
sergio.gonzalez.monroy at intel.com> wrote:

> Hi,
>
> On 09/05/2016 18:32, Mahdi Moradmand Badie wrote:
>
>> Hello All,
>>
>> I had a problem regarding use the rte_malloc.
>> I want to know if I want to use rte_malloc instead of malloc just mak
>> change like this
>> struct lcore_params *p = malloc
>> <
>> http://dpdk.org/doc/api/rte__malloc_8h.html#afb7316a4ec228ed9b8ffc1864b03d85b
>> >
>> (sizeof(*p)); ==>
>> struct lcore_params *p = rte_malloc
>> <
>> http://dpdk.org/doc/api/rte__malloc_8h.html#afb7316a4ec228ed9b8ffc1864b03d85b
>> >(NULL,
>> sizeof(*p), 0);
>> is enough ?
>>
>
> Yes, malloc(sizeof(*p)) has an equivalent behavior to rte_malloc(NULL,
> sizeof(*p), 0)
> in the context of a DPDK application.
>
> Because I have problem and Segmentation fault (core dumped) ??
>>
>
> Could you provide more details of how to reproduce or could you try to
> reproduce your problem using a very simple example like
> examples/helloworld ?
>
> Sergio
>
> Thanks in advance,
>>
>>
>>
>


-- 
M at hdi Mor at dm@nd B at die

[dpdk-dev] rte_malloc

2016-05-10 Thread Mahdi Moradmand Badie 
Thanks Sergio,
Yes sure,
I attached files, it seems so easy but doesn't work.
Thanks,

On 10 May 2016 at 04:12, Sergio Gonzalez Monroy <
sergio.gonzalez.monroy at intel.com> wrote:

> Hi,
>
> On 09/05/2016 18:32, Mahdi Moradmand Badie wrote:
>
>> Hello All,
>>
>> I had a problem regarding use the rte_malloc.
>> I want to know if I want to use rte_malloc instead of malloc just mak
>> change like this
>> struct lcore_params *p = malloc
>> <
>> http://dpdk.org/doc/api/rte__malloc_8h.html#afb7316a4ec228ed9b8ffc1864b03d85b
>> >
>> (sizeof(*p)); ==>
>> struct lcore_params *p = rte_malloc
>> <
>> http://dpdk.org/doc/api/rte__malloc_8h.html#afb7316a4ec228ed9b8ffc1864b03d85b
>> >(NULL,
>> sizeof(*p), 0);
>> is enough ?
>>
>
> Yes, malloc(sizeof(*p)) has an equivalent behavior to rte_malloc(NULL,
> sizeof(*p), 0)
> in the context of a DPDK application.
>
> Because I have problem and Segmentation fault (core dumped) ??
>>
>
> Could you provide more details of how to reproduce or could you try to
> reproduce your problem using a very simple example like
> examples/helloworld ?
>
> Sergio
>
> Thanks in advance,
>>
>>
>>
>


-- 
M at hdi Mor at dm@nd B at die

[dpdk-dev] rte_malloc

2016-05-10 Thread Sergio Gonzalez Monroy 
Hi,

On 09/05/2016 18:32, Mahdi Moradmand Badie wrote:
> Hello All,
>
> I had a problem regarding use the rte_malloc.
> I want to know if I want to use rte_malloc instead of malloc just mak
> change like this
> struct lcore_params *p = malloc
> 
> (sizeof(*p)); ==>
> struct lcore_params *p = rte_malloc
> (NULL,
> sizeof(*p), 0);
> is enough ?

Yes, malloc(sizeof(*p)) has an equivalent behavior to rte_malloc(NULL, 
sizeof(*p), 0)
in the context of a DPDK application.

> Because I have problem and Segmentation fault (core dumped) ??

Could you provide more details of how to reproduce or could you try to
reproduce your problem using a very simple example like 
examples/helloworld ?

Sergio

> Thanks in advance,
>
>

[dpdk-dev] rte_malloc

2016-05-09 Thread Mahdi Moradmand Badie 
Hello All,

I had a problem regarding use the rte_malloc.
I want to know if I want to use rte_malloc instead of malloc just mak
change like this
struct lcore_params *p = malloc

(sizeof(*p)); ==>
struct lcore_params *p = rte_malloc
(NULL,
sizeof(*p), 0);
is enough ?

Because I have problem and Segmentation fault (core dumped) ??
Thanks in advance,


-- 
M at hdi Mor at dm@nd B at die