That is true, however since each pool requires an implicit
odp_shm_reserve() it's required that this value be >= ODP_CONFIG_POOLS.  I
had suggested that we define it as a multiple of that value for simplicity.

On Tue, Feb 24, 2015 at 3:40 PM, Maxim Uvarov <[email protected]>
wrote:

> number of shm blocks should not depend on number of pools.
> application can call odp_shm_reserve() at any time.
>
> Maxim.
>
> On 02/24/2015 10:27 PM, Mike Holmes wrote:
>
>> Systems in use require ODP_SHM_NUM_BLOCKS=64 and this value should
>> be related to ODP_CONFIG_POOLS which is 16, define ODP_SHM_NUM_BLOCKS
>> as (ODP_CONFIG_POOLS * 4)
>>
>> Signed-off-by: Mike Holmes <[email protected]>
>> ---
>>   include/odp/api/config.h | 2 +-
>>   1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/include/odp/api/config.h b/include/odp/api/config.h
>> index 8989fed..b3e8438 100644
>> --- a/include/odp/api/config.h
>> +++ b/include/odp/api/config.h
>> @@ -125,7 +125,7 @@ extern "C" {
>>    *
>>    * This the the number of separate SHM areas that can be reserved
>> concurrently
>>    */
>> -#define ODP_SHM_NUM_BLOCKS 32
>> +#define ODP_SHM_NUM_BLOCKS (ODP_CONFIG_POOLS * 4)
>>     /**
>>    * @}
>>
>
>
> _______________________________________________
> lng-odp mailing list
> [email protected]
> http://lists.linaro.org/mailman/listinfo/lng-odp
>
_______________________________________________
lng-odp mailing list
[email protected]
http://lists.linaro.org/mailman/listinfo/lng-odp

Reply via email to