As we agreed this morning, we should continue the DDF work without
NUMA to have a running solution for Connect. We will then work on the
NUMA support.
FF
On 2 January 2017 at 18:02, Christophe Milard
wrote:
> To start with: happy new year :-)
>
> Are you saying, Francois, that you want this to h
To start with: happy new year :-)
Are you saying, Francois, that you want this to have support for Numa directely?
In my opinion, having this as it is now enables building lists of
things, which, in turn, enable proceeding on the driver work
(enumerators...). do you think we should delay this to s
Sorry for joining the discussion late...
here are a few points:
The more we defer taking into account NUMA node in memory related
APIs, the more we'll suffer when we'll be forced to integrate it. I
would strongly suggest we address this topic now.
Petri mentioned that we could do allocations on
> >> >
> >> > typedef struct {
> >> > // sum of all (simultaneous) allocs
> >> > uint64_t pool_size;
> >> >
> >> > // Minimum alloc size application will request from pool
> >> > uint32_t min_alloc;
> >> >
> >> > // Maximum alloc size application will request
On 27 December 2016 at 09:58, Savolainen, Petri (Nokia - FI/Espoo)
wrote:
>
>
>> -Original Message-
>> From: Christophe Milard [mailto:christophe.mil...@linaro.org]
>> Sent: Friday, December 23, 2016 3:36 PM
>> To: Savolainen, Petri (Nokia - FI/Espoo) > labs.com>
>> Subject: Re: api for sm
> -Original Message-
> From: Christophe Milard [mailto:christophe.mil...@linaro.org]
> Sent: Friday, December 23, 2016 3:36 PM
> To: Savolainen, Petri (Nokia - FI/Espoo) labs.com>
> Subject: Re: api for small buffer allocations
>
> On 23 December 2016 at 11:56, Savolainen, Petri (Nokia
> -Original Message-
> From: Christophe Milard [mailto:christophe.mil...@linaro.org]
> Sent: Friday, December 23, 2016 10:57 AM
> To: Savolainen, Petri (Nokia - FI/Espoo) labs.com>
> Cc: Mike Holmes ; Bill Fischofer
> ; LNG ODP Mailman List o...@lists.linaro.org>; Yi He
> Subject: Re:
On 23 December 2016 at 09:15, Savolainen, Petri (Nokia - FI/Espoo)
wrote:
>
>
>> -Original Message-
>> From: Christophe Milard [mailto:christophe.mil...@linaro.org]
>> Sent: Thursday, December 22, 2016 3:13 PM
>> To: Savolainen, Petri (Nokia - FI/Espoo) > labs.com>
>> Cc: Mike Holmes ; Bil
> -Original Message-
> From: Christophe Milard [mailto:christophe.mil...@linaro.org]
> Sent: Thursday, December 22, 2016 3:13 PM
> To: Savolainen, Petri (Nokia - FI/Espoo) labs.com>
> Cc: Mike Holmes ; Bill Fischofer
> ; LNG ODP Mailman List o...@lists.linaro.org>; Yi He
> Subject: Re:
On 22 December 2016 at 13:49, Savolainen, Petri (Nokia - FI/Espoo)
wrote:
>
> HTML mail ... otherwise looks reasonable. See some comments under (for the
> future API spec for the same feature).
Sorry for that, Obviously google feels it should revert to HTML from
time to time.
>
>
>
> From: Chri
HTML mail ... otherwise looks reasonable. See some comments under (for the
future API spec for the same feature).
From: Christophe Milard [mailto:christophe.mil...@linaro.org]
Sent: Thursday, December 22, 2016 11:24 AM
To: Savolainen, Petri (Nokia - FI/Espoo)
; Mike Holmes ;
Bill Fischofer
Hi,
I am trying to sum up what was said at the arch call yesterday, regarding
memory allocation to figure out how to rewrite my "buddy allocator for drv
interface" patch series.
- Some voices seemed to say that a single allocation would be best,
regardless of the size being allocated (mostly at t
12 matches
Mail list logo
