WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] xenbus callback probe...

To: <mukesh.rathor@xxxxxxxxxx>
Subject: Re: [Xen-devel] xenbus callback probe...
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Wed, 17 Dec 2008 08:21:05 +0000
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 17 Dec 2008 00:21:44 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <49486EB6.3050003@xxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AclgIGeXJY/wykXDt0+G/6V2ym0w0Q==
Thread-topic: [Xen-devel] xenbus callback probe...
User-agent: Microsoft-Entourage/12.14.0.081024
On 17/12/2008 03:15, "Mukesh Rathor" <mukesh.rathor@xxxxxxxxxx> wrote:

> Thanks. Now, that I played around a bit, am going in circles trying to
> figure how to keep very simple in my messaging driver. Basically,
> I'd like to keep it symmetric, no frontend/backend, just one file,
> dynamically loadable, kernel driver. When a driver is loaded in domU, it
> broadcasts ring-ref/event-chnl and causes dom0 callback to wake up and
> act on it. Since domU can't write to /local/domain/0/blah/bleh, is there
> some other generic way to broadcast it?

No, the whole point is that a domU cannot disturb dom0 unless a rendezvous
point has been set up by the tool stack.

Who are the messages to be picked up by? Tool stack? In which case why not
just stuff messages via a well-known /local/domain/x/... xenstore node which
tools would watch for all alive domains x?

 -- Keir

> I'd like to avoid a user level
> script. It almost appears xenbus_watch_path() may allow me to set
> callback on /local/domain/*/blah/bleh, but I don't have the
> xenbus_device ptr as it seems provided by xenbus_driver{} callbacks.



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

<Prev in Thread] Current Thread [Next in Thread>