From: David Miller <davem@davemloft.net>
To: sunil.kovvuri@gmail.com
Cc: netdev@vger.kernel.org, arnd@arndb.de, linux-soc@vger.kernel.org,
sgoutham@marvell.com
Subject: Re: [PATCH v9 00/15] octeontx2-af: Add RVU Admin Function driver
Date: Wed, 10 Oct 2018 10:07:31 -0700 (PDT) [thread overview]
Message-ID: <20181010.100731.1084741041103497616.davem@davemloft.net> (raw)
In-Reply-To: <1539175475-5351-1-git-send-email-sunil.kovvuri@gmail.com>
From: sunil.kovvuri@gmail.com
Date: Wed, 10 Oct 2018 18:14:20 +0530
> Resource virtualization unit (RVU) on Marvell's OcteonTX2 SOC maps HW
> resources from the network, crypto and other functional blocks into
> PCI-compatible physical and virtual functions. Each functional block
> again has multiple local functions (LFs) for provisioning to PCI devices.
> RVU supports multiple PCIe SRIOV physical functions (PFs) and virtual
> functions (VFs). PF0 is called the administrative / admin function (AF)
> and has privileges to provision RVU functional block's LFs to each of the
> PF/VF.
>
> RVU managed networking functional blocks
> - Network pool allocator (NPA)
> - Network interface controller (NIX)
> - Network parser CAM (NPC)
> - Schedule/Synchronize/Order unit (SSO)
>
> RVU managed non-networking functional blocks
> - Crypto accelerator (CPT)
> - Scheduled timers unit (TIM)
> - Schedule/Synchronize/Order unit (SSO)
> Used for both networking and non networking usecases
> - Compression (upcoming in future variants of the silicons)
>
> Resource provisioning examples
> - A PF/VF with NIX-LF & NPA-LF resources works as a pure network device
> - A PF/VF with CPT-LF resource works as a pure cyrpto offload device.
>
> This admin function driver neither receives any data nor processes it i.e
> no I/O, a configuration only driver.
>
> PF/VFs communicates with AF via a shared memory region (mailbox). Upon
> receiving requests from PF/VF, AF does resource provisioning and other
> HW configuration. AF is always attached to host, but PF/VFs may be used
> by host kernel itself, or attached to VMs or to userspace applications
> like DPDK etc. So AF has to handle provisioning/configuration requests
> sent by any device from any domain.
>
> This patch series adds logic for the following
> - RVU AF driver with functional blocks provisioning support.
> - Mailbox infrastructure for communication between AF and PFs.
> - CGX (MAC controller) driver which communicates with firmware for
> managing physical ethernet interfaces. AF collects info from this
> driver and forwards the same to the PF/VFs uaing these interfaces.
>
> This is the first set of patches out of 80+ patches.
Series applied.
Please address Arnd's feedback about your usleep based timeout loops
as a follow-on.
Thank you.
prev parent reply other threads:[~2018-10-11 0:30 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-10-10 12:44 [PATCH v9 00/15] octeontx2-af: Add RVU Admin Function driver sunil.kovvuri
2018-10-10 12:44 ` [PATCH v9 01/15] octeontx2-af: Add Marvell OcteonTX2 RVU AF driver sunil.kovvuri
2018-10-10 12:44 ` [PATCH v9 02/15] octeontx2-af: Reset all RVU blocks sunil.kovvuri
2018-10-10 13:39 ` Arnd Bergmann
2018-10-10 12:44 ` [PATCH v9 03/15] octeontx2-af: Gather RVU blocks HW info sunil.kovvuri
2018-10-10 12:44 ` [PATCH v9 04/15] octeontx2-af: Add mailbox support infra sunil.kovvuri
2018-10-10 12:44 ` [PATCH v9 05/15] octeontx2-af: Add mailbox IRQ and msg handlers sunil.kovvuri
2018-10-10 12:44 ` [PATCH v9 06/15] octeontx2-af: Convert mbox msg id check to a macro sunil.kovvuri
2018-10-10 12:44 ` [PATCH v9 07/15] octeontx2-af: Scan blocks for LFs provisioned to PF/VF sunil.kovvuri
2018-10-10 12:44 ` [PATCH v9 08/15] octeontx2-af: Add RVU block LF provisioning support sunil.kovvuri
2018-10-10 12:44 ` [PATCH v9 09/15] octeontx2-af: Configure block LF's MSIX vector offset sunil.kovvuri
2018-10-10 12:44 ` [PATCH v9 10/15] octeontx2-af: Reconfig MSIX base with IOVA sunil.kovvuri
2018-10-10 13:31 ` Arnd Bergmann
2018-10-10 12:44 ` [PATCH v9 11/15] octeontx2-af: Add Marvell OcteonTX2 CGX driver sunil.kovvuri
2018-10-10 12:44 ` [PATCH v9 12/15] octeontx2-af: Set RVU PFs to CGX LMACs mapping sunil.kovvuri
2018-10-10 12:44 ` [PATCH v9 13/15] octeontx2-af: Add support for CGX link management sunil.kovvuri
2018-10-10 12:44 ` [PATCH v9 14/15] octeontx2-af: Register for CGX lmac events sunil.kovvuri
2018-10-10 12:44 ` [PATCH v9 15/15] MAINTAINERS: Add entry for Marvell OcteonTX2 Admin Function driver sunil.kovvuri
2018-10-10 13:41 ` [PATCH v9 00/15] octeontx2-af: Add RVU " Arnd Bergmann
2018-10-10 17:07 ` David Miller [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=20181010.100731.1084741041103497616.davem@davemloft.net \
--to=davem@davemloft.net \
--cc=arnd@arndb.de \
--cc=linux-soc@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=sgoutham@marvell.com \
--cc=sunil.kovvuri@gmail.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