From: Cao jin <caoj.fnst@cn.fujitsu.com>
To: Alex Williamson <alex.williamson@redhat.com>
Cc: Chen Fan <chen.fan.fnst@cn.fujitsu.com>,
qemu-devel@nongnu.org, mst@redhat.com
Subject: Re: [Qemu-devel] [PATCH v13 07/13] vfio: add aer support for vfio device
Date: Thu, 12 Nov 2015 19:54:03 +0800 [thread overview]
Message-ID: <56447DDB.6090004@cn.fujitsu.com> (raw)
In-Reply-To: <1447274976.3946.17.camel@redhat.com>
On 11/12/2015 04:49 AM, Alex Williamson wrote:
> On Wed, 2015-11-11 at 18:34 +0800, Cao jin wrote:
>> From: Chen Fan <chen.fan.fnst@cn.fujitsu.com>
>>
>> Calling pcie_aer_init to initilize aer related registers for
>> vfio device, then reload physical related registers to expose
>> device capability.
>>
>> Signed-off-by: Chen Fan <chen.fan.fnst@cn.fujitsu.com>
>> ---
>
>
> What if VFIO_FEATURE_ENABLE_AER is enabled for a device that doesn't
> posses an AER capability or isn't attached to a PCIe bus? It appears
> that we silently ignore it, which would lead to unregistering a hotplug
> notifier that was never registered in 09/13 and needing to test both
> VFIO_FEATURE_ENABLE_AER and exp.aer_cap in 12/13 as well as the
> inconsistency that we often only test for VFIO_FEATURE_ENABLE_AER when
> really we expect that to imply that AER is setup and enabled for the
> device. It seems like we need to error either within
> vfio_add_capabilities() or after calling it if VFIO_FEATURE_ENABLE_AER
> is specified but not configured. If a user expects AER to be enabled
> for a device by specifying aer=on, we need to fail if that's not
> possible.
make sense, how about adding aer cap dynamically by
object_property_add_bool, then we can use set function to check whether
the aer is valid or not.
>
>> hw/vfio/pci.c | 82 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++---
>> hw/vfio/pci.h | 3 +++
>> 2 files changed, 82 insertions(+), 3 deletions(-)
>>
>> diff --git a/hw/vfio/pci.c b/hw/vfio/pci.c
>> index 4bc2b51..2d34edf 100644
>> --- a/hw/vfio/pci.c
>> +++ b/hw/vfio/pci.c
>> @@ -1806,6 +1806,68 @@ static int vfio_add_std_cap(VFIOPCIDevice *vdev, uint8_t pos)
> ...
>> +
>> + pcie_cap_deverr_init(pdev);
>> + ret = pcie_aer_init(pdev, pos, size);
>> + if (ret) {
>> + return ret;
>> + }
>
> This branch is unnecessary, we can simply:
>
> return pcie_aer_init(pdev, pos, size);
>
> if we get this far. Thanks,
OK
>
> Alex
>
> .
>
--
Yours Sincerely,
Cao Jin
next prev parent reply other threads:[~2015-11-12 11:53 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-11 10:34 [Qemu-devel] [PATCH v13 00/13] vfio-pci: pass the aer error to guest Cao jin
2015-11-11 10:34 ` [Qemu-devel] [PATCH v13 01/13] vfio: extract vfio_get_hot_reset_info as a single function Cao jin
2015-11-11 10:34 ` [Qemu-devel] [PATCH v13 02/13] vfio: squeeze out vfio_pci_do_hot_reset for support bus reset Cao jin
2015-11-11 10:34 ` [Qemu-devel] [PATCH v13 03/13] pcie: modify the capability size assert Cao jin
2015-11-11 16:55 ` Michael S. Tsirkin
2015-11-11 10:34 ` [Qemu-devel] [PATCH v13 04/13] vfio: make the 4 bytes aligned for capability size Cao jin
2015-11-11 10:34 ` [Qemu-devel] [PATCH v13 05/13] vfio: add pcie extanded capability support Cao jin
2015-11-11 10:34 ` [Qemu-devel] [PATCH v13 06/13] aer: impove pcie_aer_init to support vfio device Cao jin
2015-11-11 16:55 ` Michael S. Tsirkin
2015-11-11 10:34 ` [Qemu-devel] [PATCH v13 07/13] vfio: add aer support for " Cao jin
2015-11-11 20:49 ` Alex Williamson
2015-11-12 11:54 ` Cao jin [this message]
2015-11-11 10:34 ` [Qemu-devel] [PATCH v13 08/13] vfio: add check host bus reset is support or not Cao jin
2015-11-11 20:53 ` Alex Williamson
2015-11-12 11:56 ` Cao jin
2015-11-11 10:34 ` [Qemu-devel] [PATCH v13 09/13] add check reset mechanism when hotplug vfio device Cao jin
2015-11-12 11:51 ` Michael S. Tsirkin
2015-11-13 3:28 ` Cao jin
2015-11-13 21:04 ` Alex Williamson
2015-11-16 10:18 ` Chen Fan
2015-11-16 16:05 ` Alex Williamson
2015-11-17 2:48 ` Chen Fan
2015-11-11 10:34 ` [Qemu-devel] [PATCH v13 10/13] pci: add pci device pre-post reset callbacks for host bus reset Cao jin
2015-11-11 16:56 ` Michael S. Tsirkin
2015-11-11 20:58 ` Alex Williamson
2015-11-12 11:58 ` Cao jin
2015-11-11 10:34 ` [Qemu-devel] [PATCH v13 11/13] pcie_aer: expose pcie_aer_msg() interface Cao jin
2015-11-11 16:56 ` Michael S. Tsirkin
2015-11-11 10:34 ` [Qemu-devel] [PATCH v13 12/13] vfio-pci: pass the aer error to guest Cao jin
2015-11-11 10:34 ` [Qemu-devel] [PATCH v13 13/13] vfio: add 'aer' property to expose aercap Cao jin
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=56447DDB.6090004@cn.fujitsu.com \
--to=caoj.fnst@cn.fujitsu.com \
--cc=alex.williamson@redhat.com \
--cc=chen.fan.fnst@cn.fujitsu.com \
--cc=mst@redhat.com \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.