qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Klaus Jensen <its@irrelevant.dk>
To: Lukasz Maniak <lukasz.maniak@linux.intel.com>
Cc: "Keith Busch" <kbusch@kernel.org>,
	"Łukasz Gieryk" <lukasz.gieryk@linux.intel.com>,
	qemu-devel@nongnu.org, qemu-block@nongnu.org
Subject: Re: [PATCH v4 00/15] hw/nvme: SR-IOV with Virtualization Enhancements
Date: Fri, 11 Feb 2022 08:26:10 +0100	[thread overview]
Message-ID: <YgYPkql6nbIZCxLT@apples> (raw)
In-Reply-To: <20220126171120.2939152-1-lukasz.maniak@linux.intel.com>

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

On Jan 26 18:11, Lukasz Maniak wrote:
> Changes since v3:
> - Addressed comments to review on pcie: Add support for Single Root I/O
>   Virtualization (SR/IOV)
> - Fixed issues reported by checkpatch.pl
> 
> Knut Omang (2):
>   pcie: Add support for Single Root I/O Virtualization (SR/IOV)
>   pcie: Add some SR/IOV API documentation in docs/pcie_sriov.txt
> 
> Lukasz Maniak (4):
>   hw/nvme: Add support for SR-IOV
>   hw/nvme: Add support for Primary Controller Capabilities
>   hw/nvme: Add support for Secondary Controller List
>   docs: Add documentation for SR-IOV and Virtualization Enhancements
> 
> Łukasz Gieryk (9):
>   pcie: Add a helper to the SR/IOV API
>   pcie: Add 1.2 version token for the Power Management Capability
>   hw/nvme: Implement the Function Level Reset
>   hw/nvme: Make max_ioqpairs and msix_qsize configurable in runtime
>   hw/nvme: Remove reg_size variable and update BAR0 size calculation
>   hw/nvme: Calculate BAR attributes in a function
>   hw/nvme: Initialize capability structures for primary/secondary
>     controllers
>   hw/nvme: Add support for the Virtualization Management command
>   hw/nvme: Update the initalization place for the AER queue
> 
>  docs/pcie_sriov.txt          | 115 ++++++
>  docs/system/devices/nvme.rst |  36 ++
>  hw/nvme/ctrl.c               | 675 ++++++++++++++++++++++++++++++++---
>  hw/nvme/ns.c                 |   2 +-
>  hw/nvme/nvme.h               |  55 ++-
>  hw/nvme/subsys.c             |  75 +++-
>  hw/nvme/trace-events         |   6 +
>  hw/pci/meson.build           |   1 +
>  hw/pci/pci.c                 | 100 ++++--
>  hw/pci/pcie.c                |   5 +
>  hw/pci/pcie_sriov.c          | 302 ++++++++++++++++
>  hw/pci/trace-events          |   5 +
>  include/block/nvme.h         |  65 ++++
>  include/hw/pci/pci.h         |  12 +-
>  include/hw/pci/pci_ids.h     |   1 +
>  include/hw/pci/pci_regs.h    |   1 +
>  include/hw/pci/pcie.h        |   6 +
>  include/hw/pci/pcie_sriov.h  |  77 ++++
>  include/qemu/typedefs.h      |   2 +
>  19 files changed, 1460 insertions(+), 81 deletions(-)
>  create mode 100644 docs/pcie_sriov.txt
>  create mode 100644 hw/pci/pcie_sriov.c
>  create mode 100644 include/hw/pci/pcie_sriov.h
> 
> -- 
> 2.25.1
> 
> 

Hi Lukasz,

Back in v3 you changed this:

- Secondary controller cannot be set online unless the corresponding VF
  is enabled (sriov_numvfs set to at least the secondary controller's VF
  number)

I'm having issues getting this to work now. As I understand it, this now
requires that sriov_numvfs is set prior to onlining the devices, i.e.:

  echo 1 > /sys/bus/pci/devices/0000\:01\:00.0/sriov_numvfs

However, this causes the kernel to reject it:

  nvme nvme1: Device not ready; aborting initialisation, CSTS=0x2
  nvme nvme1: Removing after probe failure status: -19

Is this the expected behavior? Must I manually bind the device again to
the nvme driver? Prior to v3 this worked just fine since the VF was
onlined at this point.

It would be useful if you added a small "onlining for dummies" section
to the docs ;)

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

  parent reply	other threads:[~2022-02-11  7:38 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-01-26 17:11 [PATCH v4 00/15] hw/nvme: SR-IOV with Virtualization Enhancements Lukasz Maniak
2022-01-26 17:11 ` [PATCH v4 01/15] pcie: Add support for Single Root I/O Virtualization (SR/IOV) Lukasz Maniak
2022-01-26 17:22   ` Lukasz Maniak
2022-01-26 18:30   ` Knut Omang
2022-01-26 17:11 ` [PATCH v4 02/15] pcie: Add some SR/IOV API documentation in docs/pcie_sriov.txt Lukasz Maniak
2022-01-26 17:11 ` [PATCH v4 03/15] pcie: Add a helper to the SR/IOV API Lukasz Maniak
2022-01-26 17:11 ` [PATCH v4 04/15] pcie: Add 1.2 version token for the Power Management Capability Lukasz Maniak
2022-01-26 17:11 ` [PATCH v4 05/15] hw/nvme: Add support for SR-IOV Lukasz Maniak
2022-01-26 17:11 ` [PATCH v4 06/15] hw/nvme: Add support for Primary Controller Capabilities Lukasz Maniak
2022-01-26 17:11 ` [PATCH v4 07/15] hw/nvme: Add support for Secondary Controller List Lukasz Maniak
2022-01-26 17:11 ` [PATCH v4 08/15] hw/nvme: Implement the Function Level Reset Lukasz Maniak
2022-01-26 17:11 ` [PATCH v4 09/15] hw/nvme: Make max_ioqpairs and msix_qsize configurable in runtime Lukasz Maniak
2022-01-26 17:11 ` [PATCH v4 10/15] hw/nvme: Remove reg_size variable and update BAR0 size calculation Lukasz Maniak
2022-02-11  7:55   ` Klaus Jensen
2022-01-26 17:11 ` [PATCH v4 11/15] hw/nvme: Calculate BAR attributes in a function Lukasz Maniak
2022-02-11  7:58   ` Klaus Jensen
2022-01-26 17:11 ` [PATCH v4 12/15] hw/nvme: Initialize capability structures for primary/secondary controllers Lukasz Maniak
2022-02-11  7:47   ` Klaus Jensen
2022-01-26 17:11 ` [PATCH v4 13/15] hw/nvme: Add support for the Virtualization Management command Lukasz Maniak
2022-01-26 17:11 ` [PATCH v4 14/15] docs: Add documentation for SR-IOV and Virtualization Enhancements Lukasz Maniak
2022-01-26 17:11 ` [PATCH v4 15/15] hw/nvme: Update the initalization place for the AER queue Lukasz Maniak
2022-02-11  7:43   ` Klaus Jensen
2022-02-11  7:26 ` Klaus Jensen [this message]
2022-02-16 15:11   ` [PATCH v4 00/15] hw/nvme: SR-IOV with Virtualization Enhancements Lukasz Maniak

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=YgYPkql6nbIZCxLT@apples \
    --to=its@irrelevant.dk \
    --cc=kbusch@kernel.org \
    --cc=lukasz.gieryk@linux.intel.com \
    --cc=lukasz.maniak@linux.intel.com \
    --cc=qemu-block@nongnu.org \
    --cc=qemu-devel@nongnu.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).