From: "Steven smith" <sos22@cam.ac.uk>
To: andrew.warfield@cl.cam.ac.uk
Cc: Deepak Manohar <mjdeepak@gmail.com>,
mark.williamson@cl.cam.ac.uk, xen-devel@lists.sourceforge.net,
sos22@srcf.ucam.org
Subject: Re: simple backend, frontend
Date: Thu, 11 Nov 2004 20:11:58 +0000 [thread overview]
Message-ID: <20041111201158.GA35980@archibold> (raw)
In-Reply-To: <eacc82a4041111113317a01f52@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 5944 bytes --]
> It is absolutely possible to use libxc to do all of this without
> xend,
Yes, but it's distinctly awkward to actually start communicating
between domains without xend being involved. Essentially, you need
some way to communicate which machine frame and event channel number
to use, and, short of copying and pasting stuff on the console, xend's
pretty much the only game in town.
> 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.
The current /dev/evtchn implementation can't cope with two processes
openning it at once. I have a somewhat out of date, hacked over
version which can available from http://om.elsie.org.uk/temp/evtchn.c.
It should be possible to just copy this over the top of
drivers/xen/evtchn/evtchn.c, but, as I say, it's a little out of date,
and comes with no warranties.
xend itself has no problems whatsoever with someone sharing the event
channel interface, though, provided you're careful not to bind to any
events which it uses. (i.e. if you allocate an event channel, you can
use it just fine; if xend's allocated an event channel, stay away).
> 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
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/xen-devel
--
One day, I'm going to get an Alice-bot to answer all my email for me,
and see how long it takes people to notice.
[-- Attachment #2: Type: application/pgp-signature, Size: 187 bytes --]
next prev parent reply other threads:[~2004-11-11 20:11 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
2004-11-11 20:11 ` Steven smith [this message]
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=20041111201158.GA35980@archibold \
--to=sos22@cam.ac.uk \
--cc=andrew.warfield@cl.cam.ac.uk \
--cc=mark.williamson@cl.cam.ac.uk \
--cc=mjdeepak@gmail.com \
--cc=sos22@srcf.ucam.org \
--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.