All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Warfield <andrew.warfield@gmail.com>
To: Deepak Manohar <mjdeepak@gmail.com>
Cc: mark.williamson@cl.cam.ac.uk, xen-devel@lists.sourceforge.net
Subject: Re: simple backend, frontend
Date: Thu, 11 Nov 2004 19:33:14 +0000	[thread overview]
Message-ID: <eacc82a4041111113317a01f52@mail.gmail.com> (raw)
In-Reply-To: <fdef3c24041111112178c14610@mail.gmail.com>

At the moment, xend is probably the trickiest part in developing a new
split driver, given that (as you observe) it is rather intimately
involved in the event channel and shared memory page setup.  It is
absolutely possible to use libxc to do all of this without xend, I'm
just not sure off the top of my head if you will be able to have two
listeners coexisting on /dev/eventchan, and whether xend will play
nicely with another listener.

Obviously, adding support for new backend/frontend protocols is
something that we want to make very easy for development... This is
something that has come up several times in the past couple of weeks
and we are actively looking into the best solution.  In the short
term, you might want to experiment with a C implementation along side
xend, or try digging in to the python... I'll keep you posted as soon
as anything arises.

a.

On Thu, 11 Nov 2004 14:21:01 -0500, Deepak Manohar <mjdeepak@gmail.com> wrote:
> Hi,
> 
>  Ive looked at the blkifdrivers.txt.
> 
>  Wht Im confused about is - both in the netif backend and the blkif
> backend the initial communication is with xend. The blkif initially
> sends - BLKIF_DRIVER_STATUS_UP
> the netif backend sends an equivalent. Im assuming that Xend
> differentiates between the two and sends different response either
> CMSG_BLKIF_BE_CREATE or CMSG_NETIF_BE_CREATE.
> 
>  Now if I need to add another custom backend using the same method as
> the netif or blkif backends dont I have to modify Xend as well?
> 
> Is there a simpler way of establishing event channels between domains
> by directly accessing the API in xen/common/event_channel.c
> 
>  Some assumptions that Im making - the frontend will be started only
> after the backend is running. Im primarily going to be using this
> frontend/backend for transferring large data between a user domain and
> the control domain.  So I will have to establish shared mem pages as
> well.
> 
> Thanks.
> 
> Deepak
> 
> On Thu, 11 Nov 2004 16:18:09 +0000, Andrew Warfield
> 
> 
> <andrew.warfield@gmail.com> wrote:
> > You may also want to look at docs/misc/blkif-drivers-explained.txt,
> > which has a textual description of how the split block drivers work.
> > Alex went through it about a week ago and brought it up to date with
> > the (then) current sources.
> >
> > a.
> >
> >
> >
> >
> > On Thu, 11 Nov 2004 16:07:09 +0000, Mark A. Williamson
> > <mark.williamson@cl.cam.ac.uk> wrote:
> > > In the event you can't find a simple example, feel free to ask questions about
> > > the existing block / net drivers.  You'll find that the frontends are much
> > > simpler so you may want to look at those first.  I also found that the
> > > backend for network was easier to understand than the block backend.
> > >
> > > You should also look at domain_controller.h, which defines all of the control
> > > messages used to set up the shared memory and event channels.
> > >
> > > HTH,
> > > Mark
> > >
> > >
> > >
> > > On Thursday 11 Nov 2004 15:37, Deepak Manohar wrote:
> > > > Hi all,
> > > >
> > > > Does anyone have a custom backend, frontend pair?  Preferably a very
> > > > simple one that simply sets up eventchannels and shared memory pages.
> > > >
> > > > Thanks.
> > > >
> > > > Deepak
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > This SF.Net email is sponsored by:
> > > > Sybase ASE Linux Express Edition - download now for FREE
> > > > LinuxWorld Reader's Choice Award Winner for best database on Linux.
> > > > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
> > > > _______________________________________________
> > > > Xen-devel mailing list
> > > > Xen-devel@lists.sourceforge.net
> > > > https://lists.sourceforge.net/lists/listinfo/xen-devel
> > >
> > > -------------------------------------------------------
> >
> >
> > > This SF.Net email is sponsored by:
> > > Sybase ASE Linux Express Edition - download now for FREE
> > > LinuxWorld Reader's Choice Award Winner for best database on Linux.
> > > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
> > > _______________________________________________
> > > Xen-devel mailing list
> > > Xen-devel@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/xen-devel
> > >
> >
>


-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click

  reply	other threads:[~2004-11-11 19:33 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-11-11 15:37 simple backend, frontend Deepak Manohar
2004-11-11 16:07 ` Mark A. Williamson
2004-11-11 16:18   ` Andrew Warfield
2004-11-11 19:21     ` Deepak Manohar
2004-11-11 19:33       ` Andrew Warfield [this message]
2004-11-11 20:11         ` Steven smith
2004-11-11 21:49       ` Mark A. Williamson
2004-11-12  8:22       ` Keir Fraser
2004-11-12 21:03         ` Deepak Manohar
2004-11-12 21:30           ` Mark A. Williamson
2004-11-14 15:34             ` Deepak Manohar
2004-11-14 15:42               ` Keir Fraser
2004-11-17 18:27                 ` Deepak Manohar
2004-11-17 19:49                   ` Bin Ren
2004-11-17 21:59                   ` Keir Fraser
2004-11-18 17:45                     ` Georgios Portokalidis
2004-11-18 17:50                       ` Keir Fraser
2004-11-18 17:57                         ` Georgios Portokalidis
2004-11-12 23:54         ` Adam Heath

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=eacc82a4041111113317a01f52@mail.gmail.com \
    --to=andrew.warfield@gmail.com \
    --cc=andrew.warfield@cl.cam.ac.uk \
    --cc=mark.williamson@cl.cam.ac.uk \
    --cc=mjdeepak@gmail.com \
    --cc=xen-devel@lists.sourceforge.net \
    /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.