From: David Vrabel <dvrabel@cantab.net>
To: David Vrabel <david.vrabel@citrix.com>, xen-devel@lists.xen.org
Cc: Keir Fraser <keir@xen.org>, Jan Beulich <jbeulich@suse.com>
Subject: Re: [PATCHv2 0/3] Xen: FIFO-based event channel ABI fixes
Date: Thu, 31 Oct 2013 15:13:07 +0000 [thread overview]
Message-ID: <52727383.90706@cantab.net> (raw)
In-Reply-To: <1383231791-4604-1-git-send-email-david.vrabel@citrix.com>
Sorry Jan, wrong email address.
On 31/10/2013 15:03, David Vrabel wrote:
> This series addresses two design flaws in the FIFO-based event channel
> ABI.
>
> 1. Allow guests to expand the array after binding events.
>
> 2. Fix a potential DoS caused by an unbounded loop when setting LINK.
>
> An updated design document is available from:
>
> http://xenbits.xen.org/people/dvrabel/event-channels-G.pdf
>
> - Add section on memory barriers.
> - EVTCHNOP expand array should be called after binding events.
> - Guest clearing MASKED on a tail event is no longer valid, a
> hypercall is required. This allows the loop in the Xen's link()
> function to be bounded.
>
> v8 of the Linux patches will be posted shortly.
>
> Changes since v1:
> - Add MAINTAINERS patch
> - Remove some unnecessary temporary pending state clears
> - Add fix for DoS
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
>
prev parent reply other threads:[~2013-10-31 15:13 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-31 15:03 [PATCHv2 0/3] Xen: FIFO-based event channel ABI fixes David Vrabel
2013-10-31 15:03 ` [PATCH 1/3] MAINTAINERS: Add FIFO-based event channel ABI maintainer David Vrabel
2013-11-04 14:29 ` Jan Beulich
2013-11-05 21:06 ` Keir Fraser
2013-11-06 11:49 ` David Vrabel
2013-11-06 12:40 ` Jan Beulich
2013-10-31 15:03 ` [PATCH 2/3] evtchn: don't lose pending state if FIFO event array page is missing David Vrabel
2013-11-04 14:29 ` Jan Beulich
2013-11-05 21:07 ` Keir Fraser
2013-10-31 15:03 ` [PATCH 3/3] evtchn/fifo: don't spin indefinitely when setting LINK David Vrabel
2013-10-31 18:13 ` Boris Ostrovsky
2013-11-04 14:39 ` Jan Beulich
2013-11-04 14:52 ` David Vrabel
2013-11-04 14:57 ` Jan Beulich
2013-11-04 16:30 ` David Vrabel
2013-11-05 14:18 ` Jan Beulich
2013-11-04 15:07 ` Ian Campbell
2013-11-04 15:11 ` David Vrabel
2013-11-05 14:19 ` Jan Beulich
2013-11-05 14:25 ` Jan Beulich
2013-11-06 13:38 ` David Vrabel
2013-11-06 15:01 ` Boris Ostrovsky
2013-11-06 15:07 ` David Vrabel
2013-11-10 21:21 ` Matt Wilson
2013-10-31 15:13 ` David Vrabel [this message]
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=52727383.90706@cantab.net \
--to=dvrabel@cantab.net \
--cc=david.vrabel@citrix.com \
--cc=jbeulich@suse.com \
--cc=keir@xen.org \
--cc=xen-devel@lists.xen.org \
/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.