DPDK patches and discussions
 help / color / mirror / Atom feed
From: "Chautru, Nicolas" <nicolas.chautru@intel.com>
To: "Pandey, Avijit" <avijit@voereir.com>, "dev@dpdk.org" <dev@dpdk.org>
Subject: RE: Input length paramter in DPDK-BBdev
Date: Mon, 10 Jun 2024 21:48:07 +0000	[thread overview]
Message-ID: <SJ0PR11MB6694A0580D4EA36BCD34CA33F8C62@SJ0PR11MB6694.namprd11.prod.outlook.com> (raw)
In-Reply-To: <AS8PR02MB683732EDEBF419F7B551ACEACCFA2@AS8PR02MB6837.eurprd02.prod.outlook.com>

[-- Attachment #1: Type: text/plain, Size: 4334 bytes --]

Hi,
What MCS/code allocation did you use to create such code block? I would expect that from 3gpp specs, all TB size would end up being a multiple of 8 bits.
Thanks,
Nic

From: Avijit Pandey <Avijit@voereir.com>
Sent: Thursday, June 6, 2024 3:33 AM
To: dev@dpdk.org
Cc: Chautru, Nicolas <nicolas.chautru@intel.com>
Subject: Input length paramter in DPDK-BBdev

Hello Devs,

I hope this email finds you well.

I am reaching out to seek assistance regarding an issue I am facing in DPDK-BBdev utility, (v22.11).

I am performing some tests over a 5G Accelerator, ACC200 using DPDK-BBdev. I am creating custom test-vector files to generate custom load over the ACC200 device. Currently, I am performing the LDPC encoding test through code block mode. I am creating the test-vector files with help of an open-source library, sionna (https://nvlabs.github.io/sionna/). I have successfully executed many tests with vector files created using Sionna.

However, I seem to have encountered an edge case. When the input length is a multiple of 32 bits, the tests run successfully. But when the input length is not a multiple of 32 bits, I face an error in BBdev regarding the output value. For instance, please look up the following vector file where my input is of 60 bits.

      op_type =
      RTE_BBDEV_OP_LDPC_ENC

      input0=
      0xa479e349, 0x3610be1

      output0=
      0x10be419a,0xf3550f36,0xc6db13e5,0x674054

      basegraph=
      2

      z_c=
      10

      q_m=
      1

      n_filler=
      40

      n_cb=
      500

      e=
      120

      rv_index =
      0

      code_block_mode =
      1

      op_flags =
      RTE_BBDEV_LDPC_RATE_MATCH

      expected_status =
      OK


When I execute the test through test-BBdev command:

      ./test-bbdev.py -e="-l 11 --vfio-vf-token=${UUID} --allow 0000:f7:00.2 --log-level lib.bbdev:debug" -l 4 -v /root/cb_mode_60_120.data -c validation

I face the following error:

      == test: validation
      dev:0000:f7:00.2, burst size: 32, num ops: 32, op type: RTE_BBDEV_OP_LDPC_ENC
      TestCase validate_op_chain() line 2001 failed: Output buffers (CB=0) are not equal
      Buffer A: 9a:41:be:10:36:0f:55:f3:e5:13:db:c6:54:40:67
      Buffer B: 9a:4e:10:b6:10:40:09:8c:4b:2b:35:c8:80:25:e4
      TestCase validate_enc_op() line 2385 failed (err -1): Output buffers (CB=0) are not equal
      TestCase latency_test_ldpc_enc() line 4748 failed (err -1): Validation failed!
      727:get_stats_from_queues() Got stats on 0
      762:rte_bbdev_stats_get() Retrieved stats of device 0
      602:rte_bbdev_stop() Stopped device 0
      TestCase [ 0] : validation_tc failed
      647:rte_bbdev_close() Closed device 0
       + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +
       + Test Suite Summary : BBdev Validation Tests
       + Tests Total :        1
       + Tests Skipped :      0
       + Tests Passed :       0
       + Tests Failed :       1
       + Tests Lasted :       98.8228 ms
       + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +


On the other hand, when I create a vector file from a input of 64/128/2400/... bits, the tests run successfully.

I would like to understand if there is any incorrect configuration on my part or if this flow, where input bits are not a multiple of 32, is unsupported?

Tagging @nicolas.chautru@intel.com<mailto:nicolas.chautru@intel.com>, as I see a lot of contribution from your end.

Any insights or guidance to help resolve this issue would be highly appreciated. If you need any more details, please feel free to ask.

Thank you for your time and assistance!



Best Regards,

Avijit Pandey
Cloud SME | VoerEirAB
+919598570190

[-- Attachment #2: Type: text/html, Size: 22200 bytes --]

  reply	other threads:[~2024-06-10 21:48 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-06-06 10:32 Avijit  Pandey
2024-06-10 21:48 ` Chautru, Nicolas [this message]
2024-06-11 10:52   ` Avijit  Pandey

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=SJ0PR11MB6694A0580D4EA36BCD34CA33F8C62@SJ0PR11MB6694.namprd11.prod.outlook.com \
    --to=nicolas.chautru@intel.com \
    --cc=avijit@voereir.com \
    --cc=dev@dpdk.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).