15 10:26
>>> To: Montorsi, Francesco ; Thomas Monjalon
>>>
>>> Cc: dev at dpdk.org
>>> Subject: Re: [dpdk-dev] rte_eal_init() alternative?
>>>
>>>> Something like the attached patch.
>>>
>>> It seems the patch missed the boat :)
On 10/09/2015 01:13 PM, Montorsi, Francesco wrote:
>>> It seems the patch missed the boat :)
>>
>> Correct, sorry. I'm attaching it now.
> Ok, for some reason the email client is removing the attachment... I'm
> copying and pasting it:
> (the points marked as TODO are functions that still contain
On 10/09/2015 01:03 PM, Montorsi, Francesco wrote:
> Hi Panu,
>
>
>
>> -Original Message-
>> From: Panu Matilainen [mailto:pmatilai at redhat.com]
>> Sent: venerd? 9 ottobre 2015 10:26
>> To: Montorsi, Francesco ; Thomas Monjalon
>>
>&g
On 10/08/2015 05:58 PM, Montorsi, Francesco wrote:
> Hi,
>
>> -Original Message-
>> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
>> Sent: mercoled? 2 settembre 2015 15:10
>> To: Montorsi, Francesco
>> Cc: dev at dpdk.org; Bruce R
> > It seems the patch missed the boat :)
>
> Correct, sorry. I'm attaching it now.
Ok, for some reason the email client is removing the attachment... I'm copying
and pasting it:
(the points marked as TODO are functions that still contain rte_panic()
calls...)
dpdk-2.1.0/lib/librte_eal/
Hi Panu,
> -Original Message-
> From: Panu Matilainen [mailto:pmatilai at redhat.com]
> Sent: venerd? 9 ottobre 2015 10:26
> To: Montorsi, Francesco ; Thomas Monjalon
>
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] rte_eal_init() alternative?
>
> > Som
Hi,
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: mercoled? 2 settembre 2015 15:10
> To: Montorsi, Francesco
> Cc: dev at dpdk.org; Bruce Richardson
> Subject: Re: [dpdk-dev] rte_eal_init() alternative?
>
> 2015-09-02
On 9/8/15, 1:01 PM, "Don Provan" wrote:
>From: Wiles, Keith:
>>That stated I am not a big fan of huge structures being passed into
>>a init routine as that structure would need to be versioned and it will
>>grow/change. Plus he did not really want to deal in strings, so the
>>structure would be b
From: Wiles, Keith:
>That stated I am not a big fan of huge structures being passed into
>a init routine as that structure would need to be versioned and it will
>grow/change. Plus he did not really want to deal in strings, so the
>structure would be binary values and strings as required.
A typica
2015-09-02 12:00, Stephen Hemminger:
> On Wed, 2 Sep 2015 18:17:40 +
> Don Provan wrote:
>
> > Thomas Monjalon:
> > >Yes but please, do not create an alternative init function.
> > >We just need to replace panic/exit with error codes and be sure that apps
> > >and examples handle them correc
Stephen, Don,
On Wed, Sep 2, 2015 at 9:00 PM, Stephen Hemminger <
stephen at networkplumber.org> wrote:
> On Wed, 2 Sep 2015 18:17:40 +
> Don Provan wrote:
>
> > Thomas Monjalon:
> > >Yes but please, do not create an alternative init function.
> > >We just need to replace panic/exit with err
On 9/2/15, 4:08 PM, "dev on behalf of Thomas Monjalon"
wrote:
>2015-09-02 12:00, Stephen Hemminger:
>> On Wed, 2 Sep 2015 18:17:40 +
>> Don Provan wrote:
>>
>> > Thomas Monjalon:
>> > >Yes but please, do not create an alternative init function.
>> > >We just need to replace panic/exit with
On 02/09/15 15:08, Jay Rolette wrote:
> On Wed, Sep 2, 2015 at 7:56 AM, Bruce Richardson intel.com
>> wrote:
>
>> On Wed, Sep 02, 2015 at 12:49:40PM +, Montorsi, Francesco wrote:
>>> Hi all,
>>>
>>> Currently it seems that the only way to initialize EAL is using
>> rte_eal_init() function, c
Thomas Monjalon:
>Yes but please, do not create an alternative init function.
>We just need to replace panic/exit with error codes and be sure that apps and
>examples handle them correctly.
I understand your concerns, but the panics are really just the tip of the
iceberg of the EAL library not r
2015-09-02 13:56, Bruce Richardson:
> On Wed, Sep 02, 2015 at 12:49:40PM +, Montorsi, Francesco wrote:
> > Hi all,
> >
> > Currently it seems that the only way to initialize EAL is using
> > rte_eal_init() function, correct?
> >
> > I have the problem that rte_eal_init() will call rte_panic(
On Wed, Sep 02, 2015 at 12:49:40PM +, Montorsi, Francesco wrote:
> Hi all,
>
> Currently it seems that the only way to initialize EAL is using
> rte_eal_init() function, correct?
>
> I have the problem that rte_eal_init() will call rte_panic() whenever
> something fails to initialize or in
Hi all,
Currently it seems that the only way to initialize EAL is using rte_eal_init()
function, correct?
I have the problem that rte_eal_init() will call rte_panic() whenever something
fails to initialize or in other cases it will call exit().
In my application, I would rather like to attempt
On Wed, 2 Sep 2015 18:17:40 +
Don Provan wrote:
> Thomas Monjalon:
> >Yes but please, do not create an alternative init function.
> >We just need to replace panic/exit with error codes and be sure that apps
> >and examples handle them correctly.
>
> I understand your concerns, but the panic
On Wed, Sep 2, 2015 at 7:56 AM, Bruce Richardson wrote:
> On Wed, Sep 02, 2015 at 12:49:40PM +, Montorsi, Francesco wrote:
> > Hi all,
> >
> > Currently it seems that the only way to initialize EAL is using
> rte_eal_init() function, correct?
> >
> > I have the problem that rte_eal_init() wil
19 matches
Mail list logo