From mboxrd@z Thu Jan 1 00:00:00 1970 From: Yosuke Iwamatsu Subject: Re: [PATCH 0/3][RFC] PV Passthrough PCI Device Hotplug Support Date: Thu, 21 Feb 2008 22:25:43 +0900 Message-ID: <47BD7BD7.4020604@ab.jp.nec.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Keir Fraser Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org Keir Fraser wrote: > I mean have an extra global node called e.g., reconfigure. Set to 1 when > pciback has updated hotplug info, causes pcifront to set reconfigure back to > 0 and then re-scan the xenstore directory. Would that work? Understood. Perhaps I'll give it a try in that manner. > >> dev-# names are the physical names. >> vdev-# becomes the same as dev-# when compiled with PCIDEV_BACKEND_PASS, >> but different when compiled with other options (VPCI, SLOT). >> vdev-# names are necessary for pcifront to recognize which devices are >> to be detached. > > Why would pcifront need to know the physical name? I would think that dev-# > should be the virtual name. dev-#, vdev-# and state-# are all backend nodes. Xend writes physical names on dev-# to let pciback know which device should be exported (This is the original behaviour). Then pciback publishes the corresponding virtul name on vdev-#. At the time of detachment, pcifront scans backend nodes and finds which device should be removed by seeing vdev-#. pcifront doesn't need to know the physical name indeed. ---- Yosuke > > -- Keir >