From mboxrd@z Thu Jan 1 00:00:00 1970 From: Wei Liu Subject: Re: FIFO-based event channel ABI design (draft B) Date: Mon, 18 Feb 2013 20:50:20 +0000 Message-ID: References: <511E46FD.3010605@citrix.com> <1361200766.1051.5.camel@zakaz.uk.xensource.com> <51228C27.7050000@citrix.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7486848675757517416==" Return-path: In-Reply-To: <51228C27.7050000@citrix.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: David Vrabel Cc: "xen-devel@lists.xensource.com" , Wei Liu , Ian Campbell List-Id: xen-devel@lists.xenproject.org --===============7486848675757517416== Content-Type: multipart/alternative; boundary=089e01493ee4597d1204d605e12a --089e01493ee4597d1204d605e12a Content-Type: text/plain; charset=UTF-8 On Mon, Feb 18, 2013 at 8:16 PM, David Vrabel wrote: > On 18/02/13 15:19, Ian Campbell wrote: > > On Fri, 2013-02-15 at 14:32 +0000, David Vrabel wrote: > >> Except for a lack of information of the required memory barriers (to be > >> included in draft C), this should now be completely enough to start on a > >> prototype (any volunteers? ;). > > > > I think the real question is whether you as creator of the design are > > going to be working on the implementation. That would the usual > > progression of things. > > Yes, but I can't work on it full-time. > > I would really like to help, but I'm mainly occupied by Xen network improvement at the moment. I will be happy to join the discussion on the new design and share my humble two cents. One thing I do think about is the registration interface. The naming for now mainly focuses on N-level event channel, but there might be other models in the future, so I will rename it to EVTCHNOP_register_extended_event_channel and make registering each model a subcommand of that interface. Modifications to toolstack will also need adjustment. AFAICT the FIFO-design will be enabled for all guests while the 3-level design only aims for Dom0 and driver domains. Anyway, let's discuss this later, after I post my new series. Wei. David > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel > --089e01493ee4597d1204d605e12a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Mon, Feb 18, 2013 at 8:16 PM, David Vrabel <davi= d.vrabel@citrix.com> wrote:
On 18/02/13 15:19, Ian Campbell wrote: > On Fri, 2013-02-15 at 14:32 +0000, David Vrabel wrote:
>> Except for a lack of information of the required memory barriers (= to be
>> included in draft C), this should now be completely enough to star= t on a
>> prototype (any volunteers? ;).
>
> I think the real question is whether you as creator of the design are<= br> > going to be working on the implementation. That would the usual
> progression of things.

Yes, but I can't work on it full-time.


I would really like to help, but I'm mainly occupied by Xen net= work improvement
at the moment. I will be happy to join the discu= ssion on the new design and
share my humble= two cents.

One thing I do think about is the registration interface. The naming for no= w
mainly focuses on N-level event channel, = but there might be other models in the
futu= re, so I will rename it to EVTCHNOP_register_extended_event_channel and
make registering each model a subcommand of that= interface. Modifications to
toolstack will= also need adjustment. AFAICT the FIFO-design will be enabled for
all guests while the 3-level design only aims for Dom0 and driver domains.<= /div>
Anyway, let's discuss this later, after= I post my new series.


Wei.


David

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.x= en.org/xen-devel

--089e01493ee4597d1204d605e12a-- --===============7486848675757517416== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============7486848675757517416==--