I understand the issue the better fix would be to reduce the length
packet while calling create_packet_len() function in
odp_classification_test_pmr.c:807. It is better to keep the segment
size as a power of 2.

Regards,
Bala


On 7 December 2016 at 14:51, Nicolas Morey-Chaisemartin
<nmo...@kalray.eu> wrote:
> classification_test_pmr_term_packet_len allocs a packet with 1024
>  of payload + headers which is greater than the segsize used to allocate
>  the pool and breaks on implementation without segmentation support
>
> Signed-off-by: Nicolas Morey-Chaisemartin <nmo...@kalray.eu>
> ---
>
> Should be aplied on monarch_lts too. Applies without conflict apart from path 
> change
>
>  test/common_plat/validation/api/classification/classification.h | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/test/common_plat/validation/api/classification/classification.h 
> b/test/common_plat/validation/api/classification/classification.h
> index d73c821..73de40a 100644
> --- a/test/common_plat/validation/api/classification/classification.h
> +++ b/test/common_plat/validation/api/classification/classification.h
> @@ -10,7 +10,7 @@
>  #include <odp_cunit_common.h>
>
>  #define SHM_PKT_NUM_BUFS        32
> -#define SHM_PKT_BUF_SIZE        1024
> +#define SHM_PKT_BUF_SIZE        1088
>
>  /* Config values for Default CoS */
>  #define TEST_DEFAULT           1
> --
> 2.10.1.4.g0ffc436
>

Reply via email to