[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Xen bus drivers and the probe function


  • To: Michael Abd-El-Malek <mabdelmalek@xxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
  • Date: Tue, 02 Oct 2007 06:49:09 +0100
  • Delivery-date: Mon, 01 Oct 2007 22:44:59 -0700
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: AcgEt/NzMehUVXCrEdyFZQAWy6hiGQ==
  • Thread-topic: [Xen-devel] Xen bus drivers and the probe function

Bootstrap needs to be initiated by xend, which writes initial rendezvous
information into xenstore. See DevController.py in xend.

 -- Keir

On 2/10/07 06:39, "Michael Abd-El-Malek" <mabdelmalek@xxxxxxx> wrote:

> Hello,
> 
> I'm writing a split driver for XenBus.  My understanding is that this is
> the "Xen way" for inter-domain discovery, bootstrapping the process by
> sharing grants and event channels.
> 
> When I look at the block driver, the probe method of the front- and
> back-ends seems to be doing the bulk of the initialization work.  In my
> sample driver, however, my probe function isn't called.  My module gets
> inserted and the initialization function correctly installs the XenBus
> driver.
> 
> Can someone please explain when the probe function is supposed to be
> called?  If there's no physical device "backing" the virtual device
> (i.e., virtual block driver is a counterexample), should I be relying on
> the probe method in the first place?
> 
> Thanks,
> Mike
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.