test suite reviews and discussions
 help / color / mirror / Atom feed
From: "Wu, ChangqingX" <changqingx.wu@intel.com>
To: "Tu, Lijuan" <lijuan.tu@intel.com>, "dts@dpdk.org" <dts@dpdk.org>
Cc: "Zhang, Yuwei1" <yuwei1.zhang@intel.com>
Subject: Re: [dts] [PATCH V1] test_plans/interrupt:change queue for different nic
Date: Thu, 29 Aug 2019 03:41:14 +0000	[thread overview]
Message-ID: <7F81DD3887C58F49A6B2EFEC3C28E22E0B747C19@SHSMSX101.ccr.corp.intel.com> (raw)
In-Reply-To: <8CE3E05A3F976642AAB0F4675D0AD20E0BB07163@SHSMSX101.ccr.corp.intel.com>

Thanks for your suggest, I will take it.

-----Original Message-----
From: Tu, Lijuan 
Sent: Thursday, August 29, 2019 10:45 AM
To: Wu, ChangqingX <changqingx.wu@intel.com>; dts@dpdk.org
Cc: Zhang, Yuwei1 <yuwei1.zhang@intel.com>
Subject: RE: [dts] [PATCH V1] test_plans/interrupt:change queue for different nic

I think the test plan should be generic, NOT specific for some NICs unless it is designed for some NICS. 
If you found some NIC limitation, I suggest, you can add a note in test plan.
I think , not only Niantic support this POWER feature, also Fortville , and in future, maybe more NICS.



> -----Original Message-----
> From: Wu, ChangqingX
> Sent: Thursday, August 29, 2019 10:14 AM
> To: Tu, Lijuan <lijuan.tu@intel.com>; dts@dpdk.org
> Cc: Zhang, Yuwei1 <yuwei1.zhang@intel.com>
> Subject: RE: [dts] [PATCH V1] test_plans/interrupt:change queue for 
> different nic
> 
> niantic net card not supports more than 15 queues by testing
> 
> -----Original Message-----
> From: Tu, Lijuan
> Sent: Wednesday, August 28, 2019 6:16 PM
> To: Wu, ChangqingX <changqingx.wu@intel.com>; dts@dpdk.org
> Cc: Wu, ChangqingX <changqingx.wu@intel.com>
> Subject: RE: [dts] [PATCH V1] test_plans/interrupt:change queue for 
> different nic
> 
> 
> 
> > -----Original Message-----
> > From: dts [mailto:dts-bounces@dpdk.org] On Behalf Of changqingxwu
> > Sent: Friday, August 16, 2019 6:05 PM
> > To: dts@dpdk.org
> > Cc: Wu, ChangqingX <changqingx.wu@intel.com>
> > Subject: [dts] [PATCH V1] test_plans/interrupt:change queue for 
> > different nic
> >
> > Beautify format and change queue distribution for different nic
> >
> > Signed-off-by: changqingxwu <changqingx.wu@intel.com>
> > ---
> >  test_plans/interrupt_pmd_test_plan.rst | 32
> > +++++++++++---------------
> >  1 file changed, 13 insertions(+), 19 deletions(-)
> >
> > diff --git a/test_plans/interrupt_pmd_test_plan.rst
> > b/test_plans/interrupt_pmd_test_plan.rst
> > index 8834e5f..f30951e 100644
> > --- a/test_plans/interrupt_pmd_test_plan.rst
> > +++ b/test_plans/interrupt_pmd_test_plan.rst
> > @@ -55,7 +55,7 @@ Assume generated VF PCI address will be 
> > 0000:08:10.0, 0000:08:10.1.
> >
> >  Iommu pass through feature has been enabled in kernel::
> >
> > -   intel_iommu=on iommu=pt
> > +    intel_iommu=on iommu=pt
> >
> >  Support igb_uio and vfio driver, if used vfio, kernel need 3.6+ and 
> > enable vt- d  in bios. When used vfio, requested to insmod two 
> > drivers vfio
> and vfio-pci.
> > @@ -65,45 +65,39 @@ Test Case1: PF interrupt pmd with different 
> > queue
> >
> >  Run l3fwd-power with one queue per port::
> >
> > -   l3fwd-power -c 7 -n 4 -- -p 0x3 -P --config="(0,0,1),(1,0,2)"
> > +    l3fwd-power -c 7 -n 4 -- -p 0x3 -P --config="(0,0,1),(1,0,2)"
> >
> >  Send one packet to Port0 and Port1, check that thread on core1 and
> > core2 waked up::
> >
> > -
> > -   L3FWD_POWER: lcore 1 is waked up from rx interrupt on port1,rxq0
> > -   L3FWD_POWER: lcore 2 is waked up from rx interrupt on port1,rxq0
> > +    L3FWD_POWER: lcore 1 is waked up from rx interrupt on port1,rxq0
> > +    L3FWD_POWER: lcore 2 is waked up from rx interrupt on 
> > + port1,rxq0
> >
> >  Check the packet has been normally forwarded.
> >
> >  After the packet forwarded, thread on core1 and core 2 will return 
> > to
> sleep::
> >
> > -
> > -   L3FWD_POWER: lcore 1 sleeps until interrupt on port0,rxq0 triggers
> > -   L3FWD_POWER: lcore 2 sleeps until interrupt on port0,rxq0 triggers
> > +    L3FWD_POWER: lcore 1 sleeps until interrupt on port0,rxq0 triggers
> > +    L3FWD_POWER: lcore 2 sleeps until interrupt on port0,rxq0 
> > + triggers
> >
> >  Send packet flows to Port0 and Port1, check that thread on core1 
> > and
> > core2 will  keep up awake.
> >
> >  Run l3fwd-power with random number queue per port, if is 4::
> >
> > -        l3fwd-power -c 7 -n 4 -- -p 0x3 -P --config="0,0,0),(0,1,1),\
> > -                        (0,2,2),(0,3,3),(0,4,4)"
> > +    l3fwd-power -c 0x3f -n 4 -- -p 0x3 -P --config="(0,0,0),(0,1,1),\
> > +        (0,2,2),(0,3,3),(0,4,4)"
> >
> >  Send packet with increased dest IP to Port0, check that all threads 
> > waked up
> >
> >  Send packet flows to Port0 and Port1, check that thread on core1 
> > and
> > core2 will  keep up awake.
> >
> > -Run l3fwd-power with 32 queues per port::
> > +Run l3fwd-power with 15 queues per port::
> [Lijuan] why reduce queues from 32 to 15 ?
> >
> > -        l3fwd-power -c ffffffff -n 4 -- -p 0x3 -P --config="(0,0,0),(0,1,1),\
> > -                        (0,2,2),(0,3,3),(0,4,4),(0,5,5),(0,6,6),(0,7,7),(0,8,8),
> > -                        (0,9,9),(0,10,10),(0,11,11),(0,12,12),(0,13,13),(0,14,14),\
> > -                        (0,15,15),\
> > -                        (1,0,16),(1,1,17),(1,2,18),(1,3,19),(1,4,20),(1,5,21),(1,6,22),\
> > -                        (1,7,23),(1,8,24),(1,9,25),(1,10,26),(1,11,27),(1,12,28),\
> > -                        (1,13,29),(1,14,30),\(1,15,31)"
> > +    l3fwd-power -c ffffff -n 4 -- -p 0x3 -P --config="(0,0,0),(0,1,1),\
> > +        (0,2,2),(0,3,3),(0,4,4),(0,5,5),(0,6,6),(0,7,7),(1,0,8),\
> > +        (1,1,9),(1,2,10),(1,3,11),(1,4,12),(1,5,13),(1,6,14)
> >
> >  Send packet with increased dest IP to Port0, check that all threads 
> > waked up
> >
> > @@ -115,7 +109,7 @@ Test Case2: PF lsc interrupt with vfio
> >
> >  Run l3fwd-power with one queue per port::
> >
> > -   l3fwd-power -c 7 -n 4 -- -p 0x3 -P --config="(0,0,1),(1,0,2)"
> > +    l3fwd-power -c 7 -n 4 -- -p 0x3 -P --config="(0,0,1),(1,0,2)"
> >
> >  Plug out Port0 cable, check that link down interrupt captured and 
> > handled by  pmd driver.
> > --
> > 2.17.2


      reply	other threads:[~2019-08-29  3:41 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-08-16 10:04 changqingxwu
2019-08-19  3:19 ` Wu, ChangqingX
2019-08-21  5:44 ` Zhang, Yuwei1
2019-08-28 10:15 ` Tu, Lijuan
2019-08-29  2:14   ` Wu, ChangqingX
2019-08-29  2:44     ` Tu, Lijuan
2019-08-29  3:41       ` Wu, ChangqingX [this message]

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=7F81DD3887C58F49A6B2EFEC3C28E22E0B747C19@SHSMSX101.ccr.corp.intel.com \
    --to=changqingx.wu@intel.com \
    --cc=dts@dpdk.org \
    --cc=lijuan.tu@intel.com \
    --cc=yuwei1.zhang@intel.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).