automatic DPDK test reports
 help / color / mirror / Atom feed
From: sys_stv@intel.com
To: marcdevel@gmail.com,test-report@dpdk.org
Subject: [dpdk-test-report] [PatchWork]|SUCCESS| pw11741 ethdev: 100G and link speed>> > > API refactoring>> > >>> > > 2016-03-17 19:08, Thomas Monjalon:>> > > > There are still too few tests and reviews, especially for>> > > > autonegotiation with Intel devices (patch #6).>> > > > I would not be surprised to see some bugs in this rework.>> > >>> > > Any feedback about autoneg in e1000/ixgbe/i40e?>> > > Has it been tested before its integration in RC2?>> > >>> > > > The capabilities must be adapted per device. It can be improved in a>> > > > separate patch.>> > > >>> > > > It will be integrated in 16.04-rc2.>> > > > Please test and review shortly, thanks!>> > >>> > >>> > > ---------- Forwarded message ---------->> > > RE: DPDK link speed with Intel devices Hi, all We have worked>> > > out the basic test cases for the patchset.>> > > 1. Test the link speed on major Intel NICs to see if the speed is>> right.>> > > 2. Test the auto-negoation on major Intel NICs to ensure it's working.>> > > Nic covered: ixgbe, igb, i40e, fm10k, bonding(SW), virtio(SW)>> > >>> > > When we run the Test#1 for all major NICs. We found that all these>> NIC port(igb,>> > ixgbe, i40e, fm10k) can't be started. Pls check, if the patch is>> applied, all INTEL>> > port can't be start, terrible things!>> > >>> > > Interactive-mode selected>> > > Configuring Port 0 (socket 0)>> > > PMD: ixgbe_dev_tx_queue_setup(): sw_ring=0x7f13e99e3440>> > > hw_ring=0x7f13e99e5480 dma_addr=0x8299e5480>> > > PMD: ixgbe_set_tx_function(): Using simple tx code path>> > > PMD: ixgbe_set_tx_function(): Vector tx enabled.>> > > PMD: ixgbe_dev_rx_queue_setup(): sw_ring=0x7f13ffcb8080>> > > sw_sc_ring=0x7f13ffcbaac0 hw_ring=0x7f13e99d3380 dma_addr=0x8299d3380>> > > PMD: ixgbe_dev_start(): Invalid link_speeds for port 0; >> > > autonegotiation disabled Fail to start port 0 Configuring Port 1>> > > (socket 0)>> > > PMD: i40e_set_tx_function_flag(): Vector tx can be enabled on this>> txq.>> > > PMD: i40e_dev_rx_queue_setup(): Rx Burst Bulk Alloc Preconditions are>> > satisfied. Rx Burst Bulk Alloc function will be used on port=1, queue=0.>> > > PMD: i40e_dev_start(): Invalid link_speeds for port 1; autonegotiation>> > > disabled>> > >>> > >>> > > Just to double-check; is the test#1 adapted to the _new_ API that>> ethdev has>> > to set link speeds? For the output it seems autoneg is disabled =>>> fixed speed,>> > hence the new bitmaps have to be used.>> > >>> > > (I am not claiming patchset is bug free; there might be issues still)>> > >>> > > Regards>> > > marc>> > >>> > > Fail to start port 1>> > > Please stop the ports first>> > > Done>> > >>> > > Thanks>> > > Qian>> > >>> > >>> > > -----Original Message----->> > > RE: DPDK link speed with Intel devices>> > >>> > > Hi Mike,>> > >>> > > We just knew this patch set last week.>> > > Since this patch set is required to test with a lot of NIC,>> we need>> > more document from Dev about this patch.>> > > Currently, Qian is working on with Wenzhuo on it now.>> > >>> > > Waterman>> > >>> > >>> > > -----Original Message----->> > > FW: DPDK link speed with Intel devices>> > > Importance: High>> > >>> > > Hi Waterman, all>> > >>> > > See below - are you aware? And if so where are we with>> testing/resolution?>> > >>> > > Regards>> > > Mike>> > >>> > >>> > >>> > > -----Original Message----->> > >
Date: 25 Mar 2016 15:00:13 -0700	[thread overview]
Message-ID: <acb6cf$s5bo5f@fmsmga002.fm.intel.com> (raw)

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

Test-Label: Intel Niantic on Fedora
Test-Status: SUCCESS

Patchwork ID: 11741
http://www.dpdk.org/dev/patchwork/patch/11741/
Submitter: Marc Sune <marcdevel@gmail.com>
Date: Fri, 25 Mar 2016 22:30:51 +0100Tue, 22 Mar 2016 06:41:37 +0000
DPDK git baseline: 6ac91f938cc88423885b757ce24c2a984da097d4

Check patch:Success

Compilation:
OS: fedora
Nic: niantic
GCC: gcc_x86-64, 4.8.3
x86_64-native-linuxapp-gcc-combined: compile pass
i686-native-linuxapp-gcc: compile pass
x86_64-native-linuxapp-gcc: compile pass
x86_64-native-linuxapp-clang: compile pass
x86_64-native-linuxapp-gcc-shared: compile pass
x86_64-native-linuxapp-gcc-debug: compile pass



DPDK STV team 

                 reply	other threads:[~2016-03-25 22:00 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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='acb6cf$s5bo5f@fmsmga002.fm.intel.com' \
    --to=sys_stv@intel.com \
    --cc=marcdevel@gmail.com \
    --cc=test-report@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).