All the mail mirrored from lore.kernel.org
 help / color / mirror / Atom feed
From: Chen Fan <chen.fan.fnst@cn.fujitsu.com>
To: Alex Williamson <alex.williamson@redhat.com>
Cc: izumi.taku@jp.fujitsu.com, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [RFC v9 14/18] vfio: improve vfio_pci_hot_reset to support more case
Date: Wed, 17 Jun 2015 14:28:33 +0800	[thread overview]
Message-ID: <55811391.1050908@cn.fujitsu.com> (raw)
In-Reply-To: <1434463719.4927.448.camel@redhat.com>


On 06/16/2015 10:08 PM, Alex Williamson wrote:
> On Tue, 2015-06-16 at 16:10 +0800, Chen Fan wrote:
>> On 06/10/2015 05:24 AM, Alex Williamson wrote:
>>> On Tue, 2015-06-09 at 11:37 +0800, Chen Fan wrote:
>>>> the vfio_pci_hot_reset differentiate the single and multi in-used
>>>> devices for reset. but sometimes we own the group without any devices,
>>>> that also should support hot reset.
>>> Nope, did you try it?  It can be done, but the group still needs to be
>>> connected to a container for isolation.
>> I'm sorry for that. because I have no such host in hand. but I think if
>> we can keep connect container for each affected group, we also able
>> to use this method to do host bus reset.
>
> All you need is a dual-port card with isolation, which includes all
> Intel 1G NICs (igb & e1000e) as of the quirks that are currently in
> linux-next to be pushed for v4.2.  Intel 10G NICs are already quirked
> upstream.  There are certainly ways to fake isolation for testing as
> well.  Thanks,

I just have a Intel Corporation 82576 dual-port card, but how can I fake
isolation group for this card in linux-next kernel? can you tell me the
document link?

Thanks,
Chen


>
> Alex
>
>>>> Signed-off-by: Chen Fan <chen.fan.fnst@cn.fujitsu.com>
>>>> ---
>>>>    hw/vfio/pci.c | 11 +++++++++++
>>>>    1 file changed, 11 insertions(+)
>>>>
>>>> diff --git a/hw/vfio/pci.c b/hw/vfio/pci.c
>>>> index a4e8658..6507f39 100644
>>>> --- a/hw/vfio/pci.c
>>>> +++ b/hw/vfio/pci.c
>>>> @@ -3398,6 +3398,7 @@ static int vfio_pci_hot_reset(VFIOPCIDevice *vdev, bool single)
>>>>            PCIHostDeviceAddress host;
>>>>            VFIOPCIDevice *tmp;
>>>>            VFIODevice *vbasedev_iter;
>>>> +        bool found;
>>>>    
>>>>            host.domain = devices[i].segment;
>>>>            host.bus = devices[i].bus;
>>>> @@ -3427,6 +3428,7 @@ static int vfio_pci_hot_reset(VFIOPCIDevice *vdev, bool single)
>>>>                goto out;
>>>>            }
>>>>    
>>>> +        found = false;
>>>>            /* Prep dependent devices for reset and clear our marker. */
>>>>            QLIST_FOREACH(vbasedev_iter, &group->device_list, next) {
>>>>                if (vbasedev_iter->type != VFIO_DEVICE_TYPE_PCI) {
>>>> @@ -3438,12 +3440,21 @@ static int vfio_pci_hot_reset(VFIOPCIDevice *vdev, bool single)
>>>>                        ret = -EINVAL;
>>>>                        goto out_single;
>>>>                    }
>>>> +                found = true;
>>>>                    vfio_pci_pre_reset(tmp);
>>>>                    tmp->vbasedev.needs_reset = false;
>>>>                    multi = true;
>>>>                    break;
>>>>                }
>>>>            }
>>>> +
>>>> +        /*
>>>> +         * If we own the group but does not own the device, we also
>>>> +         * should call hot reset with multi.
>>>> +         */
>>>> +        if (!single && !found) {
>>>> +            multi = true;
>>>> +        }
>>>>        }
>>>>    
>>>>        if (!single && !multi) {
>>>
>>>
>>>
>
>
>
> .
>

  reply	other threads:[~2015-06-17  6:30 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-06-09  3:37 [Qemu-devel] [RFC v9 00/18] vfio-pci: pass the aer error to guest Chen Fan
2015-06-09  3:37 ` [Qemu-devel] [RFC v9 01/18] vfio: extract vfio_get_hot_reset_info as a single function Chen Fan
2015-06-09  3:37 ` [Qemu-devel] [RFC v9 02/18] vfio: squeeze out vfio_pci_do_hot_reset for support bus reset Chen Fan
2015-06-09  3:37 ` [Qemu-devel] [RFC v9 03/18] pcie: modify the capability size assert Chen Fan
2015-06-09  3:37 ` [Qemu-devel] [RFC v9 04/18] vfio: make the 4 bytes aligned for capability size Chen Fan
2015-06-09  3:37 ` [Qemu-devel] [RFC v9 05/18] vfio: add pcie extanded capability support Chen Fan
2015-06-09 21:22   ` Alex Williamson
2015-06-09  3:37 ` [Qemu-devel] [RFC v9 06/18] aer: impove pcie_aer_init to support vfio device Chen Fan
2015-06-09  3:37 ` [Qemu-devel] [RFC v9 07/18] vfio: add aer support for " Chen Fan
2015-06-09  3:37 ` [Qemu-devel] [RFC v9 08/18] vfio: improve vfio_get_group to support adding group without devices Chen Fan
2015-06-09 21:23   ` Alex Williamson
2015-06-09  3:37 ` [Qemu-devel] [RFC v9 09/18] vfio: add ref for group to support own affected groups Chen Fan
2015-06-09 21:23   ` Alex Williamson
2015-06-09  3:37 ` [Qemu-devel] [RFC v9 10/18] get all affected groups for each device support aer Chen Fan
2015-06-09 21:22   ` Alex Williamson
2015-06-09  3:37 ` [Qemu-devel] [RFC v9 11/18] vfio: add check host bus reset is support or not Chen Fan
2015-06-09 21:23   ` Alex Williamson
2015-06-09  3:37 ` [Qemu-devel] [RFC v9 12/18] pci: add bus reset_notifiers callbacks for host bus reset Chen Fan
2015-06-09  3:37 ` [Qemu-devel] [RFC v9 13/18] vfio: add sec_bus_reset notifier to notify physical bus reset is needed Chen Fan
2015-06-09 21:23   ` Alex Williamson
2015-06-09  3:37 ` [Qemu-devel] [RFC v9 14/18] vfio: improve vfio_pci_hot_reset to support more case Chen Fan
2015-06-09 21:24   ` Alex Williamson
2015-06-16  8:10     ` Chen Fan
2015-06-16 14:08       ` Alex Williamson
2015-06-17  6:28         ` Chen Fan [this message]
2015-06-17 15:23           ` Alex Williamson
2015-06-18 10:27             ` Chen Fan
2015-06-09  3:37 ` [Qemu-devel] [RFC v9 15/18] vfio: do hot bus reset when do virtual secondary bus reset Chen Fan
2015-06-09 21:23   ` Alex Williamson
2015-06-09  3:37 ` [Qemu-devel] [RFC v9 16/18] pcie_aer: expose pcie_aer_msg() interface Chen Fan
2015-06-09  3:37 ` [Qemu-devel] [RFC v9 17/18] vfio-pci: pass the aer error to guest Chen Fan
2015-06-09  3:37 ` [Qemu-devel] [RFC v9 18/18] vfio: add 'aer' property to expose aercap Chen Fan

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=55811391.1050908@cn.fujitsu.com \
    --to=chen.fan.fnst@cn.fujitsu.com \
    --cc=alex.williamson@redhat.com \
    --cc=izumi.taku@jp.fujitsu.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.