From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 52519A04B7; Wed, 14 Oct 2020 13:15:22 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 33F0C1DD25; Wed, 14 Oct 2020 13:15:21 +0200 (CEST) Received: from dispatch1-us1.ppe-hosted.com (dispatch1-us1.ppe-hosted.com [67.231.154.164]) by dpdk.org (Postfix) with ESMTP id 9758F1DB0A for ; Wed, 14 Oct 2020 13:15:18 +0200 (CEST) Received: from mx1-us1.ppe-hosted.com (unknown [10.110.50.144]) by dispatch1-us1.ppe-hosted.com (PPE Hosted ESMTP Server) with ESMTP id 3F4A82007A; Wed, 14 Oct 2020 11:15:17 +0000 (UTC) Received: from us4-mdac16-18.at1.mdlocal (unknown [10.110.49.200]) by mx1-us1.ppe-hosted.com (PPE Hosted ESMTP Server) with ESMTP id 3D2B3800A4; Wed, 14 Oct 2020 11:15:17 +0000 (UTC) X-Virus-Scanned: Proofpoint Essentials engine Received: from mx1-us1.ppe-hosted.com (unknown [10.110.49.30]) by mx1-us1.ppe-hosted.com (PPE Hosted ESMTP Server) with ESMTPS id CA79540070; Wed, 14 Oct 2020 11:15:16 +0000 (UTC) Received: from webmail.solarflare.com (uk.solarflare.com [193.34.186.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by mx1-us1.ppe-hosted.com (PPE Hosted ESMTP Server) with ESMTPS id 29B6F14005C; Wed, 14 Oct 2020 11:15:16 +0000 (UTC) Received: from [192.168.38.17] (10.17.10.39) by ukex01.SolarFlarecom.com (10.17.10.4) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 14 Oct 2020 12:15:10 +0100 To: Ferruh Yigit , References: <1602596753-32282-1-git-send-email-arybchenko@solarflare.com> <1602596753-32282-37-git-send-email-arybchenko@solarflare.com> From: Andrew Rybchenko Message-ID: <60c0c72c-93e9-99da-49b6-f9cb0a81f84d@solarflare.com> Date: Wed, 14 Oct 2020 14:15:06 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 8bit X-Originating-IP: [10.17.10.39] X-ClientProxiedBy: ocex03.SolarFlarecom.com (10.20.40.36) To ukex01.SolarFlarecom.com (10.17.10.4) X-TM-AS-Product-Ver: SMEX-12.5.0.1300-8.6.1012-25724.003 X-TM-AS-Result: No-10.283000-8.000000-10 X-TMASE-MatchedRID: vbSD0OnL8/LmLzc6AOD8DfHkpkyUphL9js/yyyVHGh5SMUnCl2ZytEAc 6DyoS2rI7wJL2+8U4LGq67l9fj7fTCHqbiefdh/LamejoqUad3o89zBT8EOluWOMyb1Ixq8VIjS S5s7PJRx0/gbquLD54df65zUA51r4Mz0EFG5lnW9uh7qwx+D6T3pDIEzkG1RbUHcBn70iJQet25 loiNhPWJXJZuscqyg8mrNKxVIgCVEul6ia+rpHwjTk6JGbrQhuSj/Mey7I14ucNvh+kFHGrc+zD ec9cdLsLI8ZJ9FSt7RrP1LaqSO8Om6WMW9JkjlnntN+u6tbkNQSUsfu0Jv3Sn7S/wzrpl9/a3A6 hcNu8nDAvurkGcZSLRtgvWmxg5ibT4nE88yPU8FZMZ6MZ0H1Um7BSyDZmAnxpBlEk75r8+qjxYy RBa/qJaEwgORH8p/AuRuWSuAIu/jdB/CxWTRRu25FeHtsUoHub/3pCBTncCreJfMM9WQwWw8D2p 98oVrsZOH/rlqMDJY+kK598Yf3Mg== X-TM-AS-User-Approved-Sender: Yes X-TM-AS-User-Blocked-Sender: No X-TMASE-Result: 10--10.283000-8.000000 X-TMASE-Version: SMEX-12.5.0.1300-8.6.1012-25724.003 X-MDID: 1602674117-wUhSZwVhUcxT X-PPE-DISP: 1602674117;wUhSZwVhUcxT Subject: Re: [dpdk-dev] [PATCH 36/36] doc: advertise Alveo SN1000 SmartNICs family support X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On 10/14/20 1:41 PM, Ferruh Yigit wrote: > On 10/13/2020 2:45 PM, Andrew Rybchenko wrote: >> Alveo SN1000 family is SmartNICs based on EF100 architecture. > > Is "Alveo SN1000" and "Riverhead" are same device? Yes. >> >> Signed-off-by: Andrew Rybchenko >> --- >>   doc/guides/nics/sfc_efx.rst | 18 ++++++++++++------ >>   1 file changed, 12 insertions(+), 6 deletions(-) >> >> diff --git a/doc/guides/nics/sfc_efx.rst b/doc/guides/nics/sfc_efx.rst >> index c89484d473..959b52c1c3 100644 >> --- a/doc/guides/nics/sfc_efx.rst >> +++ b/doc/guides/nics/sfc_efx.rst >> @@ -9,8 +9,9 @@ Solarflare libefx-based Poll Mode Driver >>   ======================================== >>     The SFC EFX PMD (**librte_pmd_sfc_efx**) provides poll mode driver >> support >> -for **Solarflare SFN7xxx and SFN8xxx** family of 10/40 Gbps adapters and >> -**Solarflare XtremeScale X2xxx** family of 10/25/40/50/100 Gbps >> adapters. >> +for **Solarflare SFN7xxx and SFN8xxx** family of 10/40 Gbps adapters, >> +**Solarflare XtremeScale X2xxx** family of 10/25/40/50/100 Gbps >> adapters and >> +**Alveo SN1000 SmartNICs** family of 10/25/40/50/100 Gbps adapters. >>   SFC EFX PMD has support for the latest Linux and FreeBSD operating >> systems. >>   > > Again does web page should be updated too? Yes, I will send dpdk-web patch to add it. Thanks for the reminder. > >>   More information can be found at `Solarflare Communications website >> @@ -219,6 +220,10 @@ conditions is met: >>   Supported NICs >>   -------------- >>   +- Xilinx Adapters: >> + >> +   - Alveo SN1022 SmartNIC >> + > > Can you provide a link for the device? I didn't able to find it by a > simple search. Hm, never tried. I'll try to find out and come back. > > IF you can provide updates, I can squash to the set later. Thanks. > >>   - Solarflare XtremeScale Adapters: >>        - Solarflare X2522 Dual Port SFP28 10/25GbE Adapter >> @@ -351,10 +356,11 @@ boolean parameters value. >>   - ``fw_variant`` [dont-care|full-feature|ultra-low-latency| >>     capture-packed-stream|dpdk] (default **dont-care**) >>   -  Choose the preferred firmware variant to use. In order for the >> selected >> -  option to have an effect, the **sfboot** utility must be configured >> with the >> -  **auto** firmware-variant option. The preferred firmware variant >> applies to >> -  all ports on the NIC. >> +  Choose the preferred firmware variant to use. >> +  The parameter is supported for SFN7xxX, SFN8xxx and X2xxx families >> only. >> +  In order for the selected option to have an effect, the **sfboot** >> utility >> +  must be configured with the **auto** firmware-variant option. >> +  The preferred firmware variant applies to all ports on the NIC. >>     **dont-care** ensures that the driver can attach to an >> unprivileged function. >>     The datapath firmware type to use is controlled by the **sfboot** >>     utility. >> >