From mboxrd@z Thu Jan  1 00:00:00 1970
From: Ian Jackson <Ian.Jackson@eu.citrix.com>
Subject: Re: [TESTDAY] PV / HVM pass-through works when IOMMU
 present; weird failures when not
Date: Mon, 1 Jul 2013 14:17:58 +0100
Message-ID: <20945.33158.647741.589514@mariner.uk.xensource.com>
References: <CAFLBxZa023+7f1Cy-hpTgFLgwNxdv-jVOJU8Ng=qnY9_5M-9Dw@mail.gmail.com>
	<51CDCF5302000078000E1A47@nat28.tlf.novell.com>
	<51D15F9E.4020309@eu.citrix.com>
	<CAFLBxZYsK36DrXx7qGqURthM6mw1UhmKiFPZ-0kFwOZMtPGQHw@mail.gmail.com>
	<51D192DA02000078000E1F38@nat28.tlf.novell.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path: <xen-devel-bounces@lists.xen.org>
In-Reply-To: <51D192DA02000078000E1F38@nat28.tlf.novell.com>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Sender: xen-devel-bounces@lists.xen.org
Errors-To: xen-devel-bounces@lists.xen.org
To: Jan Beulich <JBeulich@suse.com>
Cc: George Dunlap <George.Dunlap@eu.citrix.com>, Ian Campbell <ian.campbell@citrix.com>, "xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
List-Id: xen-devel@lists.xenproject.org

Jan Beulich writes ("Re: [Xen-devel] [TESTDAY] PV / HVM pass-through works when IOMMU present; weird failures when not"):
> As per the above and the earlier reply I sent, I don't think we
> should release without this fixed. Let me see whether the minimal
> fix I sketched out earlier works...

As I just wrote on IRC (Jan, you seem to have fallen off the channel);

14:08 <Diziet> Re Jan's comments.  To be clear, this isn't a regression 
               compared to 4.2, right ?
14:10 <Diziet> I think the right answer is to treat this as an embargo-less 
               security problem.  Preparing a proper security patch for that 
               probably involves fixing the error handling.
14:10 <Diziet> And that might take a week.
14:10 <Diziet> I'm really not keen on this "extra check" approach.
14:11 <Diziet> So I would go ahead with the release tomorrow.