DPDK CI discussions
 help / color / mirror / Atom feed
From: Patrick Robb <probb@iol.unh.edu>
To: Hiral Shah <hshah@marvell.com>
Cc: Cody Cheng <ccheng@iol.unh.edu>,
	 Gnanesh Kambalu Palanethra <gpalanethra@marvell.com>,
	JogaRao Nartu <njogarao@marvell.com>,
	 Bharath Rajendra <brajendra@marvell.com>,
	"ci@dpdk.org" <ci@dpdk.org>
Subject: Re: [EXTERNAL] CN10K Crypto Test Issue
Date: Mon, 16 Dec 2024 14:39:03 -0500	[thread overview]
Message-ID: <CAJvnSUBL8bsj9pKMcSOik4FW9D59N2+xA6kpbPmeZGH+ppTiKw@mail.gmail.com> (raw)
In-Reply-To: <DS0PR18MB54318D407789301D1CA0EDFFA23B2@DS0PR18MB5431.namprd18.prod.outlook.com>

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

Thanks, just confirming is this pacific time?

On Mon, Dec 16, 2024 at 2:27 PM Hiral Shah <hshah@marvell.com> wrote:

> Sure!
>
> We can have sync up today between 1PM -3 PM or Wednesday 8:30AM -1 PM.
>
>
> Regards,
> Hiral
> ------------------------------
> *From:* Patrick Robb <probb@iol.unh.edu>
> *Sent:* Monday, December 16, 2024 10:55 AM
> *To:* Hiral Shah <hshah@marvell.com>
> *Cc:* Cody Cheng <ccheng@iol.unh.edu>; Gnanesh Kambalu Palanethra <
> gpalanethra@marvell.com>; JogaRao Nartu <njogarao@marvell.com>; Bharath
> Rajendra <brajendra@marvell.com>; ci@dpdk.org <ci@dpdk.org>
> *Subject:* Re: [EXTERNAL] CN10K Crypto Test Issue
>
> Hi Hiral, The cnxk crypto device VF creation and driver binding steps that
> Cody wrote in his email are actually straight from the SDK document.
> Specifically he followed the steps from doc-base-SDK12. 24.
> 11/dpdk/pmd/rte_cryptodev. html#initialization
> Hi Hiral,
>
> The cnxk crypto device VF creation and driver binding steps that Cody
> wrote in his email are actually straight from the SDK document.
> Specifically he followed the steps
> from doc-base-SDK12.24.11/dpdk/pmd/rte_cryptodev.html#initialization
>
> Thanks for offering a sync up - this would be ideal as we are still stuck.
> We can schedule a Zoom and invite you. Do I remember correctly that you are
> in the pacific time zone? Is any particular day this week good for you?
>
> Thanks for all the help.
> -Patrick
>
> On Mon, Dec 16, 2024 at 1:33 PM Hiral Shah <hshah@marvell.com> wrote:
>
> Hi Cody,
>
> Can you please refer our SDK document? It should have clear instructions.
> We can sync up if you still have any questions.
>
> Regards,
> Hiral
> ------------------------------
> *From:* Cody Cheng <ccheng@iol.unh.edu>
> *Sent:* Friday, December 13, 2024 11:47 AM
> *To:* Gnanesh Kambalu Palanethra <gpalanethra@marvell.com>; Hiral Shah <
> hshah@marvell.com>
> *Cc:* JogaRao Nartu <njogarao@marvell.com>; Bharath Rajendra <
> brajendra@marvell.com>; Patrick Robb <probb@iol.unh.edu>; ci@dpdk.org <
> ci@dpdk.org>
> *Subject:* [EXTERNAL] CN10K Crypto Test Issue
>
> Hi Gnanesh & Hiral, My name is Cody Cheng, I'm a tester at the University
> of New Hampshire DPDK Community Test Lab. We are hosting a CN10K board here
> which is currently running some ethernet device tests on DPDK, and we would
> like to extend
>
> Hi Gnanesh & Hiral,
>
> My name is Cody Cheng, I'm a tester at the University of New Hampshire
> DPDK Community Test Lab. We are hosting a CN10K board here which is
> currently running some ethernet device tests on DPDK, and we would
> like to extend our testing to include crypto device testing. Gnanesh
> has written a patch which adds testcases to the DPDK Test Suite which
> should allow us to do so.
>
> However, I am running into difficulties with the crypto devices I
> create in DPDK from the CN10K board. I would appreciate it if I can
> sync with one of you next week so that I can show our current
> configuration, and run through the DPDK crypto device setup process
> and CN10K autotest (not passing currently). I am guessing there is
> some error in our configuration. My coworker Patrick Robb has
> mentioned he met with Hiral previously and it was a big help for
> understanding how to flash the correct firmware, build the SDK and
> tftpboot it, chroot to Ubuntu etc. I hope we can do something similar
> to clear up the confusion regarding crypto devs. What timezones are
> you in? I would be happy to schedule a Zoom call.
>
> Otherwise, I will share some of the system info and the process I have
> run through below, which might begin to give you an idea regarding our
> status:
>
> =======================
> Marvell CN10k Boot Stub
> =======================
> Firmware Version: 2024-12-07 02:04:42
> EBF Version: 12.24.11, Branch:
> /MarvellSDK/base-SDK12.24.11/cn10ka-release-output/build/marvell-external-fw-SDK12.24.11/firmware/ebf,
> Built: Sat, 07 Dec 2024 02:02:27 +0000
>
> Board Model:    crb106
> Board Revision: r1p1
> Board Serial:   <redacted>
>
> Chip:  0xb9 Pass A1
> SKU:   MV-CN10624-A1-AAP
> LLC:   49152 KB
> Boot:  SPI1_CS0,EMMC_CS0, using SPI1_CS0
> AVS:   Enabled
>
> I am setting up 1 crypto virtual function using the commands here:https://urldefense.proofpoint.com/v2/url?u=https-3A__doc.dpdk.org_guides_cryptodevs_cnxk.html-23initialization&d=DwIBaQ&c=nKjWec2b6R0mOyPaz7xtfQ&r=vGy6A_Vxl0vuken84vHnqSHz1sugoMRzgsw2uuNRAQ4&m=dN2bwgTF6BzuBPsPbKfZfmAua-foxlSSnMAoU8EjwCE3XN40flneiz1d7Mwl83iN&s=_d4kcuFSGcAGResAexjf_pFNDJ0Szm68pM2tw5BFzUM&e=
>
> So afterwards I am left with 1 VF bound to vfio-pci at 0002:10.00.1
>
> At this stage, according to the docs I should be able to launch
> dpdk-test and run the cn10k symmetrical crypto autotest, using the
> commands below:
>
> ```
> ./dpdk-test
> RTE>>cryptodev_cn10k_autotest
> ```
>
> However, the auto tests fail and fall into an error loop which I have
> attached the logs of in this email.
>
> Here is the EAL output from the logs:
>
> EAL: Detected CPU lcores: 24
> EAL: Detected NUMA nodes: 1
> EAL: Detected static linkage of DPDK
> EAL: Multi-process socket /var/run/dpdk/rte/mp_socket
> EAL: Selected IOVA mode 'VA'
> EAL: VFIO support initialized
> EAL: Using IOMMU type 1 (Type 1)
> CNXK: RoC Model: cn10ka_a1 (HW_PLATFORM)
> CRYPTODEV: Creating cryptodev 0002:20:00.1
> CRYPTODEV: Initialisation parameters - name: 0002:20:00.1,socket id:
> 0, max queue pairs: 0
> APP: HPET is not enabled, using TSC as default timer
>
> In the EAL output, max queue pairs is 0 even though in the docs, it
> says the Maximum queue pairs limit is set to a default of 63. Could
> this be related to the issue?
>
> Also, here is my kernel cmdline parameters:
>
> console=ttyAMA0,115200n8 earlycon=p1011,0x87e028000000 maxcpus=24
> rootwait root=/dev/nvme0n1p1 rw coherent_pool=16M
> default_hugepagesz=512M hugepagesz=512M hugepages=8
>
> Does this look correct?
>
> I have also tried setting `iommu.passthrough=1` in the boot arguments
> but that resulted in the same dpdk-test failure.
>
> Best Regards,
> Cody Cheng
>
>

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

  reply	other threads:[~2024-12-16 19:41 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-12-13 19:47 Cody Cheng
2024-12-16 18:33 ` [EXTERNAL] " Hiral Shah
2024-12-16 18:55   ` Patrick Robb
2024-12-16 19:27     ` Hiral Shah
2024-12-16 19:39       ` Patrick Robb [this message]
2024-12-16 20:51         ` Patrick Robb
2024-12-16 21:57           ` Patrick Robb
2024-12-18 17:37             ` Hiral Shah
2024-12-18 17:45               ` Patrick Robb
2024-12-18 17:53                 ` Hiral Shah
2024-12-18 18:59                   ` Patrick Robb
     [not found]                     ` <DM8PR18MB4503CA4C9DB6137B0C387DC8BF062@DM8PR18MB4503.namprd18.prod.outlook.com>
     [not found]                       ` <PH0PR18MB4444BC68B4DA74EFBDDD765FC9062@PH0PR18MB4444.namprd18.prod.outlook.com>
     [not found]                         ` <MN0PR18MB5847F8AFCAB7822AADC393DDBD062@MN0PR18MB5847.namprd18.prod.outlook.com>
2024-12-19 13:35                           ` Anoob Joseph

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=CAJvnSUBL8bsj9pKMcSOik4FW9D59N2+xA6kpbPmeZGH+ppTiKw@mail.gmail.com \
    --to=probb@iol.unh.edu \
    --cc=brajendra@marvell.com \
    --cc=ccheng@iol.unh.edu \
    --cc=ci@dpdk.org \
    --cc=gpalanethra@marvell.com \
    --cc=hshah@marvell.com \
    --cc=njogarao@marvell.com \
    /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).