From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <stephen@networkplumber.org>
Received: from mail-pb0-f50.google.com (mail-pb0-f50.google.com
 [209.85.160.50]) by dpdk.org (Postfix) with ESMTP id 18A81156
 for <dev@dpdk.org>; Wed, 27 Nov 2013 05:44:58 +0100 (CET)
Received: by mail-pb0-f50.google.com with SMTP id rr13so9606588pbb.9
 for <dev@dpdk.org>; Tue, 26 Nov 2013 20:45:58 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to
 :references:mime-version:content-type:content-transfer-encoding;
 bh=P5DuY3yKB+oMcWpsL8snrgMnhWY3ZRAejuBeDM6Q4oQ=;
 b=l383qtJAApZhxFL8aYWublTxv+E/OYdxVG2mYjO7Oi6CNpqyQwUyTahqjiT4YCzc7w
 nq6VnBlEjr9NpHVEoQsqmkMwuDaRv9ODLHxJcIgnKeV5qLbdUPUq997kvhHQ4n71uhHF
 8De0iizWIOTCKeT174e+ZN5cZmKWrQEpsINjXXqTO2kI7tgpNcpkfrrrPbEjuLsu5Hr3
 qJMBU2NuI4wCG7iZHhDxAi1f6MqIxIWUDkxHFArePrSId9lSxe9ue2yS9xRhZB6oWoKX
 eKM65qPQYvZKLipXdov1Hp40IpvpSUBDKTmklO37s0c8NhNMSaJIeavzOEflCW7J+AlC
 R8wg==
X-Gm-Message-State: ALoCoQmbHyol9iPEA7GjblK8KEYgSuti0ciRof2DPiWxMiHyBE0MzViHgBdpnUGMOeB+LNTbR5vM
X-Received: by 10.68.51.165 with SMTP id l5mr2989710pbo.149.1385527558803;
 Tue, 26 Nov 2013 20:45:58 -0800 (PST)
Received: from nehalam.linuxnetplumber.net
 (static-50-53-83-51.bvtn.or.frontiernet.net. [50.53.83.51])
 by mx.google.com with ESMTPSA id qw8sm84637142pbb.27.2013.11.26.20.45.57
 for <multiple recipients>
 (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
 Tue, 26 Nov 2013 20:45:58 -0800 (PST)
Date: Tue, 26 Nov 2013 20:45:54 -0800
From: Stephen Hemminger <stephen@networkplumber.org>
To: Prashant Upadhyaya <prashant.upadhyaya@aricent.com>
Message-ID: <20131126204554.4b3f9c93@nehalam.linuxnetplumber.net>
In-Reply-To: <C7CE7EEF248E2B48BBA63D0ABEEE700C45DFEF1DB6@GUREXMB01.ASIAN.AD.ARICENT.COM>
References: <C7CE7EEF248E2B48BBA63D0ABEEE700C45DFEF1B53@GUREXMB01.ASIAN.AD.ARICENT.COM>
 <C7CE7EEF248E2B48BBA63D0ABEEE700C45DFEF1DB6@GUREXMB01.ASIAN.AD.ARICENT.COM>
X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.10; x86_64-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Cc: "dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] Regarding VM live migration with SRIOV
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: patches and discussions about DPDK <dev.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
X-List-Received-Date: Wed, 27 Nov 2013 04:44:59 -0000

On Wed, 27 Nov 2013 10:09:09 +0530
Prashant Upadhyaya <prashant.upadhyaya@aricent.com> wrote:

> Hi,
> 
> Let me be more specific.
> Does DPDK support hot plugin/plugout of PCI devices ?
> What typically needs to be done if this is to be achieved inside an application.
> 
> Typically, the NIC PF or VF appears to the DPDK application as a PCI device which is probed at startup.
> Now what happens if I insert a new VF dynamically and want to use it inside the DPDK application (while it is already running), how should this typically be done ? [hotplugin]
> And what happens if the DPDK application is in control of a PCI device and that PCI device is suddenly removed ? How can the application detect this and stop doing data transfer on this and sort of unload it ? [hotplugout]
> 
> If the above can be coded inside the DPDK app, then we can think of live VM migration with SRIOV -- just hotplugin and plugout the VF's.
> 
> Regards
> -Prashant
> 

The current implementation does look like it supports hotplug.
All devices are discovered during rte_eal_pci_probe.