Re: [Xen-devel] Xen 4.7 Development Update

> On 10.11.2015 at 12:16, wrote: > * VT-d asynchronous flush issue > - Tian, Kevin > Wei, I will send out patch set for it. -Quan ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

Re: [Xen-devel] [PATCH] MAINTAINERS: adding myself as co-maintainer of vTPM

>>>On 04.11.2015 at 1:02, wrote: > On Fri, 2015-10-30 at 18:57 -0400, Daniel De Graaf wrote: > > On 10/10/15 12:26, Quan Xu wrote: > > > Signed-off-by: Quan Xu > > Acked-by: Daniel De Graaf > > Applied, thanks. > Ian / Daniel / Wei, Thanks. Quan > Ian ___

Re: [Xen-devel] Revisit VT-d asynchronous flush issue

>>> On 03.11.2015 at 10:27, wrote: > > > Based on above information, we propose to continue spin-timeout > > > model w/ some adjustment, which fixes current timeout concern and > > > also allows limited ATS support in a light way: > > > > > > 1) reduce spin timeout to 1ms, which can be boot-time c

Re: [Xen-devel] [Patch RFC 00/13] VT-d Asynchronous Device-TLB Flush for ATS Device

>> >>> On 13.10.2015 at 22:50 wrote: > >>> On 13.10.15 at 16:29, wrote: > >> > >>>On 29.09.2015 at 15:22 wrote: > >> >>> On 29.09.15 at 04:53, wrote: > >> Monday, September 28, 2015 2:47 PM, wrote: > >> >> >>> On 28.09.15 at 05:08, wrote: > >> >> Thursday, September 24, 2015 12:27 AM

Re: [Xen-devel] [Patch RFC 00/13] VT-d Asynchronous Device-TLB Flush for ATS Device

>> >>>On 13.10.2015 at 17:35, wrote: > At 11:09 + on 11 Oct (1444561760), Xu, Quan wrote: > What in parti

Re: [Xen-devel] [Patch RFC 00/13] VT-d Asynchronous Device-TLB Flush for ATS Device

>> >>>On 29.09.2015 at 15:22 wrote: > >>> On 29.09.15 at 04:53, wrote: > Monday, September 28, 2015 2:47 PM, wrote: > >> >>> On 28.09.15 at 05:08, wrote: > >> Thursday, September 24, 2015 12:27 AM, Tim Deegan wrote: >The extra ref taken will prevent the page from getting freed. Jan

Re: [Xen-devel] [Patch RFC 00/13] VT-d Asynchronous Device-TLB Flush for ATS Device

On 11.10.2015 at 2:25, wrote: > At 17:02 + on 07 Oct (1444237344), Xu, Quan wrote: > > Q2: how do you know when to drop them? > >- log (or something) when the IOMMU entry is removed/overwritten; and > >- drop the entry when the flush completes. > >

Re: [Xen-devel] [Patch RFC 03/13] vt-d: Track the Device-TLB invalidation status in an invalidation table.

>> >>> On 29.09.2015 at 17:24 wrote: > >>> On 16.09.15 at 15:23, wrote: > > @@ -139,6 +140,7 @@ static int queue_invalidate_wait(struct iommu *iommu, > > unsigned long flags; > > u64 entry_base; > > struct qinval_entry *qinval_entry, *qinval_entries; > > +struct domain *d; > >

Re: [Xen-devel] [Patch RFC 02/13] vt-d: Register MSI for async invalidation completion interrupt.

>> >>> On 29.09.2015 at 16:57 wrote: > >>> On 16.09.15 at 15:23, wrote: > > +/* IOMMU Queued Invalidation(QI). */ > > +static void _qi_msi_unmask(struct iommu *iommu) { > > +u32 sts; > > +unsigned long flags; > > + > > +/* Clear IM bit of DMAR_IECTL_REG. */ > > +spin_lock_irqsave(

Re: [Xen-devel] [Patch RFC 00/13] VT-d Asynchronous Device-TLB Flush for ATS Device

>> >>> On 09.10.2015 at 15:18 wrote: > >>> On 09.10.15 at 09:06, wrote: > >> > >>>On 08.10.2015 at 16:52 wrote: > >> >>> On 07.10.15 at 19:02, wrote: > >> > __scheme B__ > >> > Q1: - when to take the references? > >> > > >> > take the reference when the IOMMU entry is _ > removed/overwrit

Re: [Xen-devel] [Patch RFC 00/13] VT-d Asynchronous Device-TLB Flush for ATS Device

>> >>>On 08.10.2015 at 16:52 wrote: > >>> On 07.10.15 at 19:02, wrote: > > __scheme A__ > > Q1: - when to take the references? > > take the reference when the IOMMU entry is _created_; > > in detail: > > --iommu_map_page(), or > > --ept_set_entry() [Once IOMMU shares EPT page ta

Re: [Xen-devel] [Patch RFC 00/13] VT-d Asynchronous Device-TLB Flush for ATS Device

>>> >> On October 01, 2015, at 5:09 PM wrote: > At 15:05 + on 30 Sep (1443625549), Xu, Quan wrote: > > >> >>> On September 29, 2015, at 5:12 PM, wrote: > > Could I introduce a new typed reference which can only been deref in > > QI inter

Re: [Xen-devel] [Patch RFC 00/13] VT-d Asynchronous Device-TLB Flush for ATS Device

>> >>> On September 29, 2015, at 5:12 PM, wrote: > At 03:08 + on 28 Sep (1443409723), Xu, Quan wrote: > > >>> Thursday, September 24, 2015 12:27 AM, Tim Deegan wrote: > > > 7/13: I'm not convinced that making the vcpu spin calling > > >

Re: [Xen-devel] [Patch RFC 00/13] VT-d Asynchronous Device-TLB Flush for ATS Device

> >> >> >>> On September 29, 2015 at 3:22 PM, wrote: > >>> On 29.09.15 at 04:53, wrote: > Monday, September 28, 2015 2:47 PM, wrote: > >> >>> On 28.09.15 at 05:08, wrote: > >> Thursday, September 24, 2015 12:27 AM, Tim Deegan wrote: > > > > For Tim's suggestion --"to make the IOMMU tab

Re: [Xen-devel] [Patch RFC 00/13] VT-d Asynchronous Device-TLB Flush for ATS Device

>>> Monday, September 28, 2015 2:47 PM, wrote: > >>> On 28.09.15 at 05:08, wrote: > Thursday, September 24, 2015 12:27 AM, Tim Deegan wrote: > It would be a guest kernel bug, but all _we_ care about is that such a guest > kernel > bug won't affect the hypervisor or other guests. It won't a

Re: [Xen-devel] [Patch RFC 00/13] VT-d Asynchronous Device-TLB Flush for ATS Device

Tim, thanks for your review. >>> Thursday, September 24, 2015 12:27 AM, Tim Deegan wrote: > Hi, > > At 14:09 + on 21 Sep (1442844587), Xu, Quan wrote: > > George / Tim, > > Could you help me review these memory patches? Thanks! > > The interrupt-mapping a

Re: [Xen-devel] [PATCH resend] vt-d: Fix IM bit mask and unmask of Fault Event Control Register.

> -Original Message- > From: Wei Liu [mailto:wei.l...@citrix.com] > Sent: Friday, September 25, 2015 6:55 PM > To: Jan Beulich > Cc: Wei Liu; Xu, Quan; Tian, Kevin; Zhang, Yang Z; xen-devel@lists.xen.org > Subject: Re: [Xen-devel] [PATCH resend] vt-d: Fix IM bit

Re: [Xen-devel] [PATCH resend] vt-d: Fix IM bit mask and unmask of Fault Event Control Register.

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Friday, September 25, 2015 2:44 PM > To: Xu, Quan; Zhang, Yang Z > Cc: Tian, Kevin; xen-devel@lists.xen.org > Subject: Re: [Xen-devel] [PATCH resend] vt-d: Fix IM bit mask and unmask of >

Re: [Xen-devel] [Patch RFC 11/13] vt-d: If the Device-TLB flush is still not completed when

Hi, Kornrad > -Original Message- > From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com] > Sent: Thursday, September 24, 2015 1:39 AM > To: Xu, Quan > Cc: andrew.coop...@citrix.com; Dong, Eddie; ian.campb...@citrix.com; > ian.jack...@eu.citrix.com; jbeul...@suse.

Re: [Xen-devel] vTPM ownership problem

can also clear TPM 1.2 hardware and reset it. also you can upgrade to xen 4.5.0, which is much better than 4.3.0. Quan From: Zhenyang Feng [mailto:fengzhenyang2...@gmail.com] Sent: Sunday, September 20, 2015 7:41 PM To: Xu, Quan Cc: xen-de...@lists.xenproject.org Subject:

Re: [Xen-devel] [Patch RFC 00/13] VT-d Asynchronous Device-TLB Flush for ATS Device

George / Tim, Could you help me review these memory patches? Thanks! -Quan > -Original Message- > From: Xu, Quan > Sent: Wednesday, September 16, 2015 9:24 PM > To: andrew.coop...@citrix.com; Dong, Eddie; ian.campb...@citrix.com; > ian.jack...@eu.citrix.com; jbeul...@sus

Re: [Xen-devel] [Patch RFC 00/13] VT-d Asynchronous Device-TLB Flush for ATS Device

>>> On 21.09.15 at 20:04, < jbeul...@suse.com > wrote: > >>> On 21.09.15 at 11:46, wrote: > >>> >>> On 21.09.15 at 16:51, < jbeul...@suse.com > wrote: > >>- Anything else? > > > > > > Just test the extreme case. The ATS specification mandates a timeout > > of 1 _minute_ for cache flush, even thou

Re: [Xen-devel] [Patch RFC 00/13] VT-d Asynchronous Device-TLB Flush for ATS Device

Thanks Jan. >> >>> On 21.09.15 at 16:51, < jbeul...@suse.com > wrote: >>> On 17.09.15 at 05:26, wrote: > Much more information: >If I run a service in this domain and tested this waitqueue case. > The domain is still working after 60s, but It prints out Call Trace with > $dmesg: > > [ 161

Re: [Xen-devel] [Patch RFC 00/13] VT-d Asynchronous Device-TLB Flush for ATS Device

> -Original Message- > From: Xu, Quan > Sent: Wednesday, September 16, 2015 9:24 PM > To: andrew.coop...@citrix.com; Dong, Eddie; ian.campb...@citrix.com; > ian.jack...@eu.citrix.com; jbeul...@suse.com; Nakajima, Jun; k...@xen.org; > Tian, Kevin; t...@xen.org; Zhang,

Re: [Xen-devel] [Patch RFC 07/13] vt-d: If the qi_flag is Set, the domain's vCPUs are not allowed to

> -Original Message- > From: Julien Grall [mailto:julien.gr...@citrix.com] > Sent: Wednesday, September 16, 2015 5:44 PM > To: Xu, Quan; andrew.coop...@citrix.com; Dong, Eddie; ian.campb...@citrix.com; > ian.jack...@eu.citrix.com; jbeul...@suse.com; Nakajima, Jun; k...@

Re: [Xen-devel] [Patch RFC 03/13] vt-d: Track the Device-TLB invalidation status in an invalidation table.

> -Original Message- > From: Julien Grall [mailto:julien.gr...@citrix.com] > Sent: Wednesday, September 16, 2015 5:34 PM > To: Xu, Quan; andrew.coop...@citrix.com; Dong, Eddie; ian.campb...@citrix.com; > ian.jack...@eu.citrix.com; jbeul...@suse.com; Nakajima, Jun; k...@

Re: [Xen-devel] [Patch RFC 00/13] VT-d Asynchronous Device-TLB Flush for ATS Device

> -Original Message- > From: Ian Jackson [mailto:ian.jack...@eu.citrix.com] > Sent: Wednesday, September 16, 2015 6:47 PM > To: Xu, Quan > Cc: andrew.coop...@citrix.com; Dong, Eddie; ian.campb...@citrix.com; > ian.jack...@eu.citrix.com; jbeul...@suse.com; Nakajima,

Re: [Xen-devel] vTPM ownership problem

1. For xen 4.3.0, you’d better enable XSM security module. 2. share your vtpmmgr / vtpm instance log. 3. Clear vtpm / vtpmmgr disk, do it again. Quan From: xen-devel-boun...@lists.xen.org [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Zhenyang Feng Sent: Wednesday, September 09, 2015

Re: [Xen-devel] [PATCH v4 7/7] libxl/vcpu-set - allow to decrease vcpu count on overcommitted guests (v5)

> -Original Message- > From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com] > Sent: Wednesday, July 01, 2015 8:03 PM > To: Xu, Quan; ian.campb...@citrix.com; ian.jack...@eu.citrix.com; > xen-devel@lists.xen.org; wei.l...@citrix.com > Subject: RE: [Xen-devel] [P

Re: [Xen-devel] [PATCH v4 7/7] libxl/vcpu-set - allow to decrease vcpu count on overcommitted guests (v5)

> -Original Message- > From: xen-devel-boun...@lists.xen.org > [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Konrad Rzeszutek Wilk > Sent: Monday, March 30, 2015 11:27 PM > To: ian.campb...@citrix.com; ian.jack...@eu.citrix.com; > xen-devel@lists.xen.org; > wei.l...@citrix.com >

Re: [Xen-devel] [PATCH v8 2/7] Qemu-Xen-vTPM: Create a new file xen_pvdev.c

> -Original Message- > From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com] > Sent: Tuesday, June 23, 2015 12:37 AM > To: Xu, Quan > Cc: stefano.stabell...@eu.citrix.com; qemu-de...@nongnu.org; > stef...@linux.vnet.ibm.com; ebl...@redhat.com; wei.l...@

Re: [Xen-devel] FW: VT-d async invalidation for Device-TLB.

>June 18, 2015 7:39 PM, wrote: > >>> On 18.06.15 at 13:31, wrote: > >> On June 18, 2015 5:19 PM, wrote: > >> >>> On 18.06.15 at 10:09, wrote: > >> > >> >> On 16.06.15 09:59, wrote: > >> >> >>> On 16.06.15 at 09:59, wrote: > >> >> > Jan Beulich wrote on 2015-06-16: >

Re: [Xen-devel] FW: VT-d async invalidation for Device-TLB.

>On June 18, 2015 5:19 PM, wrote: > >>> On 18.06.15 at 10:09, wrote: > > >> On 16.06.15 09:59, wrote: > >> >>> On 16.06.15 at 09:59, wrote: > >> > Jan Beulich wrote on 2015-06-16: > >> > On 16.06.15 at 05:07, wrote: > >> >>> Jan Beulich wrote on 2015-06-15: > >>

Re: [Xen-devel] FW: VT-d async invalidation for Device-TLB.

> On 16.06.15 09:59, wrote: > >>> On 16.06.15 at 09:59, wrote: > > Jan Beulich wrote on 2015-06-16: > > On 16.06.15 at 05:07, wrote: > >>> Jan Beulich wrote on 2015-06-15: > >>> On 13.06.15 at 16:44, wrote: > >> On 12.06.15 at 14:47, wrote: > > On

Re: [Xen-devel] VT-d async invalidation for Device-TLB.

> June 16, 2015 3:57 PM wrote: > >>> On 16.06.15 at 05:55, wrote: > >> From: Zhang, Yang wrote on June 16, 2015 11:07 AM > >>> Jan Beulich wrote on 2015-06-15: > >> On 13.06.15 at 16:44, wrote: > >> >>> On 12.06.15 at 14:47, wrote: > >> >> On 12.06.15 at 04:40, wrote: > >> I tes

Re: [Xen-devel] VT-d async invalidation for Device-TLB.

> From: Zhang, Yang wrote on June 16, 2015 11:07 AM >> Jan Beulich wrote on 2015-06-15: > On 13.06.15 at 16:44, wrote: > >>> On 12.06.15 at 14:47, wrote: > >> On 12.06.15 at 04:40, wrote: > > On 10.06.15 at 16:05, wrote: > On 03.06.15 at 09:49, wrote: > >> For

[Xen-devel] FW: VT-d async invalidation for Device-TLB.

>On 12.06.15 at 14:47, wrote: > >>> On 12.06.15 at 04:40, wrote: > >> > >>> On 10.06.15 at 16:05, wrote: > >> >>> On 03.06.15 at 09:49, wrote: > >> > For Context Invalidation and IOTLB invalidation without > >> > Device-TLB invalidation, Invalidation Queue flushes synchronous > >> > invalid

Re: [Xen-devel] VT-d async invalidation for Device-TLB.

>> >>> On 10.06.15 at 16:05, wrote: > >>> On 03.06.15 at 09:49, wrote: Jan, thanks for your review!! > > Design Overview > > = > > This design implements a non-spinning model for Device-TLB > > invalidation - using an interrupt based mechanism. Each domain > > maintains a invalidati

[Xen-devel] VT-d async invalidation for Device-TLB.

Hi All, This Email is about VT-d async invalidation for Device-TLB. Background = As Jan Beulich mentioned(http://lists.xenproject.org/archives/html/xen-devel/2014-06/msg03351.html ), VT-d code currently has a number of cases where completion of certain operations is being waited f

Re: [Xen-devel] [PATCH v10 3/6] Support for BIOS interrupt handler

> -Original Message- > From: Kevin O'Connor [mailto:ke...@koconnor.net] > Sent: Friday, May 22, 2015 1:20 AM > To: Stefan Berger > Cc: Xu, Quan; seab...@seabios.org; stefano.stabell...@eu.citrix.com; > xen-devel@lists.xen.org; Daniel De Graaf; wei.l...@citrix.co

Re: [Xen-devel] [PATCH v6 2/6] Qemu-Xen-vTPM: Xen frontend driver infrastructure

> -Original Message- > From: xen-devel-boun...@lists.xen.org > [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Stefano Stabellini > Sent: Friday, May 08, 2015 1:26 AM > To: Xu, Quan > Cc: wei.l...@citrix.com; stef...@linux.vnet.ibm.com; > stefano.stabell...@e

Re: [Xen-devel] [PATCH v6 3/6] Qemu-Xen-vTPM: Xen frontend driver infrastructure

> -Original Message- > From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com] > Sent: Monday, May 11, 2015 10:50 PM > To: Xu, Quan > Cc: qemu-de...@nongnu.org; wei.l...@citrix.com; dgde...@tycho.nsa.gov; > xen-devel@lists.xen.org; stefano.stabell...@eu.citrix.com;

Re: [Xen-devel] [PATCH v6 3/6] Qemu-Xen-vTPM: Xen frontend driver infrastructure

> -Original Message- > From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com] > Sent: Monday, May 04, 2015 11:36 PM > To: Xu, Quan; stefano.stabell...@eu.citrix.com; ebl...@redhat.com > Cc: qemu-de...@nongnu.org; wei.l...@citrix.com; dgde...@tycho.nsa.gov; > xen-d

Re: [Xen-devel] [PATCH v6 1/6] Qemu-Xen-vTPM: Support for Xen stubdom vTPM command line options

> -Original Message- > From: Eric Blake [mailto:ebl...@redhat.com] > Sent: Tuesday, May 05, 2015 10:29 PM > To: Xu, Quan; stefano.stabell...@eu.citrix.com; stef...@linux.vnet.ibm.com > Cc: qemu-de...@nongnu.org; wei.l...@citrix.com; dgde...@tycho.nsa.gov; > xen-d

Re: [Xen-devel] [PATCH v6 3/6] Qemu-Xen-vTPM: Xen frontend driver infrastructure

> -Original Message- > From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com] > Sent: Monday, May 04, 2015 11:36 PM > To: Xu, Quan; stefano.stabell...@eu.citrix.com; ebl...@redhat.com > Cc: qemu-de...@nongnu.org; wei.l...@citrix.com; dgde...@tycho.nsa.gov; > xen-d

Re: [Xen-devel] [PATCH v6 5/6] Qemu-Xen-vTPM: Qemu vTPM xenstubdoms backen.

> -Original Message- > From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com] > Sent: Monday, May 04, 2015 11:30 PM > To: Xu, Quan; stefano.stabell...@eu.citrix.com; ebl...@redhat.com > Cc: qemu-de...@nongnu.org; wei.l...@citrix.com; dgde...@tycho.nsa.gov; > xen-d

Re: [Xen-devel] [PATCH v6 4/6] Qemu-Xen-vTPM: Move tpm_passthrough_is_selftest() into tpm_util.c

> -Original Message- > From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com] > Sent: Monday, May 04, 2015 11:26 PM > To: Xu, Quan; stefano.stabell...@eu.citrix.com; ebl...@redhat.com > Cc: qemu-de...@nongnu.org; wei.l...@citrix.com; dgde...@tycho.nsa.gov; > xen-d

Re: [Xen-devel] [PATCH v6 3/6] Qemu-Xen-vTPM: Xen frontend driver infrastructure

ot;" [...] vif = "" [...] .. (QEMU) xen_vtpmdev_ops is initialized with the following process: xen_hvm_init() [...] -->xen_fe_register("vtpm", ...) -->xenstore_fe_scan() -->xen_fe_try_init(ops) --> XenDevOps.i

Re: [Xen-devel] [PATCH v10 3/6] Support for BIOS interrupt handler

> -Original Message- > From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com] > Sent: Wednesday, April 29, 2015 7:18 PM > To: Xu, Quan > Cc: Kevin O'Connor; seab...@seabios.org; stefano.stabell...@eu.citrix.com; > xen-devel@lists.xen.org; Daniel De Graaf; wei.l.

Re: [Xen-devel] [Qemu-devel] [PATCH v5 4/6] Qemu-Xen-vTPM: Qemu vTPM xenstubdoms backen.

> -Original Message- > From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com] > Sent: Wednesday, April 15, 2015 10:50 PM > To: Xu, Quan; stefano.stabell...@eu.citrix.com; ebl...@redhat.com > Cc: wei.l...@citrix.com; qemu-de...@nongnu.org; xen-devel@lists.xen.org; > a

Re: [Xen-devel] [Qemu-devel] [PATCH v5 6/6] Qemu-Xen-vTPM: Add a parameter indicating whether the command that was a selftest

> -Original Message- > From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com] > Sent: Wednesday, April 15, 2015 10:56 PM > To: Xu, Quan; stefano.stabell...@eu.citrix.com; ebl...@redhat.com > Cc: wei.l...@citrix.com; qemu-de...@nongnu.org; xen-devel@lists.xen.org; > a

Re: [Xen-devel] [Qemu-devel] [PATCH v5 3/6] Qemu-Xen-vTPM: Xen frontend driver infrastructure

> -Original Message- > From: Daniel De Graaf [mailto:dgde...@tycho.nsa.gov] > Sent: Wednesday, April 15, 2015 11:07 PM > To: Stefan Berger; Xu, Quan > Cc: stefano.stabell...@eu.citrix.com; ebl...@redhat.com; wei.l...@citrix.com; > qemu-de...@nongnu.org; xen-devel@li

Re: [Xen-devel] [PATCH v5 1/6] Qemu-Xen-vTPM: Support for Xen stubdom vTPM command line options

> -Original Message- > From: Eric Blake [mailto:ebl...@redhat.com] > Sent: Friday, April 10, 2015 9:22 PM > To: Xu, Quan; stefano.stabell...@eu.citrix.com; stef...@linux.vnet.ibm.com > Cc: pbonz...@redhat.com; qemu-de...@nongnu.org; aligu...@amazon.com; > wei.l..

Re: [Xen-devel] [PATCH v5 6/6] Qemu-Xen-vTPM: Add a parameter indicating whether the command that was a selftest

> -Original Message- > From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com] > Sent: Monday, April 13, 2015 4:50 AM > To: Xu, Quan; stefano.stabell...@eu.citrix.com; ebl...@redhat.com > Cc: pbonz...@redhat.com; qemu-de...@nongnu.org; aligu...@amazon.com; > wei.l..

Re: [Xen-devel] [PATCH v10 3/6] Support for BIOS interrupt handler

> -Original Message- > From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com] > Sent: Friday, March 27, 2015 9:45 PM > To: Xu, Quan; Kevin O'Connor > Cc: seab...@seabios.org; stefano.stabell...@eu.citrix.com; > xen-devel@lists.xen.org; Daniel De Graaf; wei.l...@c

Re: [Xen-devel] [PATCH v10 3/6] Support for BIOS interrupt handler

> -Original Message- > From: Xu, Quan > Sent: Friday, March 27, 2015 10:01 AM > To: 'Stefan Berger'; Kevin O'Connor > Cc: seab...@seabios.org; stefano.stabell...@eu.citrix.com > Subject: RE: [PATCH v10 3/6] Support for BIOS interrupt handler &

Re: [Xen-devel] [Qemu-devel] [PATCH] SeaBios/vTPM: Enable Xen stubdom vTPM for HVM virtual machine

> -Original Message- > From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com] > Sent: Tuesday, March 24, 2015 11:22 PM > To: Xu, Quan; Ian Campbell > Cc: ke...@koconnor.net; qemu-de...@nongnu.org; > stefano.stabell...@eu.citrix.com; xen-devel@lists.xen.org; Ja

Re: [Xen-devel] [Qemu-devel] [PATCH] SeaBios/vTPM: Enable Xen stubdom vTPM for HVM virtual machine

> -Original Message- > From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com] > Sent: Tuesday, March 24, 2015 4:01 AM > To: Xu, Quan; Ian Campbell > Cc: ke...@koconnor.net; qemu-de...@nongnu.org; > stefano.stabell...@eu.citrix.com; xen-devel@lists.xen.org > Sub

Re: [Xen-devel] [PATCH v4 4/5] Qemu-Xen-vTPM: Qemu vTPM xenstubdoms backen.

> -Original Message- > From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com] > Sent: Thursday, March 19, 2015 3:17 AM > To: Xu, Quan; stefano.stabell...@eu.citrix.com; qemu-de...@nongnu.org; > arm...@redhat.com; lcapitul...@redhat.com; aligu...@amazon.com; > pbonz.

Re: [Xen-devel] [PATCH] SeaBios/vTPM: Enable Xen stubdom vTPM for HVM virtual machine

> -Original Message- > From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com] > Sent: Monday, March 23, 2015 6:57 PM > To: Xu, Quan; Ian Campbell > Cc: ke...@koconnor.net; xen-devel@lists.xen.org; qemu-de...@nongnu.org; > stefano.stabell...@eu.citrix.com > Su

Re: [Xen-devel] [PATCH] SeaBios/vTPM: Enable Xen stubdom vTPM for HVM virtual machine

> -Original Message- > From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com] > Sent: Friday, March 20, 2015 7:44 PM > To: Ian Campbell; Xu, Quan > Cc: ke...@koconnor.net; xen-devel@lists.xen.org; qemu-de...@nongnu.org; > stefano.stabell...@eu.citrix.com > Su

Re: [Xen-devel] [Qemu-devel] [PATCH v4 5/5] Qemu-Xen-vTPM: QEMU machine class is initialized before tpm_init()

> -Original Message- > From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com] > Sent: Friday, March 20, 2015 7:26 PM > To: Xu, Quan; stefano.stabell...@eu.citrix.com; qemu-de...@nongnu.org; > arm...@redhat.com; lcapitul...@redhat.com; aligu...@amazon.com; > pbonz.

Re: [Xen-devel] [PATCH] SeaBios/vTPM: Enable Xen stubdom vTPM for HVM virtual machine

> -Original Message- > From: Ian Campbell [mailto:ian.campb...@citrix.com] > Sent: Thursday, March 19, 2015 8:57 PM > To: Xu, Quan > Cc: ke...@koconnor.net; stef...@linux.vnet.ibm.com; xen-devel@lists.xen.org; > qemu-de...@nongnu.org; stefano.stabell...@eu.citrix.com &

Re: [Xen-devel] [PATCH v4 4/5] Qemu-Xen-vTPM: Qemu vTPM xenstubdoms backen.

> -Original Message- > From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com] > Sent: Thursday, March 19, 2015 3:17 AM > To: Xu, Quan; stefano.stabell...@eu.citrix.com; qemu-de...@nongnu.org; > arm...@redhat.com; lcapitul...@redhat.com; aligu...@amazon.com; > pbonz.

Re: [Xen-devel] [PATCH v2] Build: Fix stubdom vtpm build failure

Thanks, ok. Quan > -Original Message- > From: Ian Campbell [mailto:ian.campb...@citrix.com] > Sent: Wednesday, March 18, 2015 8:02 PM > To: Olaf Hering > Cc: Xu, Quan; xen-devel@lists.xen.org; dgde...@tycho.nsa.gov; > andrew.coop...@citrix.com > Subject: Re: [PATCH v

Re: [Xen-devel] [PATCH v2] Build: Fix stubdom vtpm build failure

0 PM > To: Xu, Quan > Cc: ian.campb...@citrix.com; xen-devel@lists.xen.org; dgde...@tycho.nsa.gov; > andrew.coop...@citrix.com > Subject: Re: [PATCH v2] Build: Fix stubdom vtpm build failure > > On Mon, Mar 16, Quan Xu wrote: > > > Typedefs are duplicated in

Re: [Xen-devel] [PATCH] Build: Fix stubdom vtpm build failure

Thanks Olaf. I will continue to send out v2 to fix it. I will change from 'TPM_ALGORITHM_ID' to 'TPM2_ALGORITHM_ID'. Quan > -Original Message- > From: Olaf Hering [mailto:o...@aepfle.de] > Sent: Monday, March 16, 2015 5:16 PM > To: Xu, Quan > Cc:

Re: [Xen-devel] [PATCH] Build: Fix stubdom vtpm build failure

Olaf, Could you help me test this patch in SLE_11_SP3/openSUSE_11.4? Quan > -Original Message- > From: Xu, Quan > Sent: Saturday, March 14, 2015 10:37 AM > To: o...@aepfle.de; ian.campb...@citrix.com > Cc: xen-devel@lists.xen.org; dgde...@tycho.nsa.gov

Re: [Xen-devel] stubdom vtpm build failure in staging

> -Original Message- > From: Olaf Hering [mailto:o...@aepfle.de] > Sent: Friday, March 13, 2015 9:30 PM > To: Xu, Quan > Cc: xen-devel@lists.xen.org; Ian Campbell; Daniel De Graaf > Subject: Re: [Xen-devel] stubdom vtpm build failure in staging > > On Thu

Re: [Xen-devel] [PATCH v3 1/7] vTPM: event channel bind interdomain with para/hvm virtual machine

> -Original Message- > From: xen-devel-boun...@lists.xen.org > [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Wei Liu > Sent: Friday, March 13, 2015 10:03 PM > To: Xu, Quan > Cc: wei.l...@citrix.com; k...@xen.org; ian.campb...@citrix.com; > stefano.stabel

Re: [Xen-devel] stubdom vtpm build failure in staging

TPMI_RH_HIERARCHY_AUTH and TPM_ALG_ID. -Quan > -Original Message- > From: Olaf Hering [mailto:o...@aepfle.de] > Sent: Wednesday, February 11, 2015 11:21 PM > To: Xu, Quan > Cc: xen-devel@lists.xen.org > Subject: Re: [Xen-devel] stubdom vtpm build failure in staging > > On Wed

Re: [Xen-devel] [PATCH] SeaBios/vTPM: Enable Xen stubdom vTPM for HVM virtual machine

> -Original Message- > From: Kevin O'Connor [mailto:ke...@koconnor.net] > Sent: Thursday, March 12, 2015 3:49 AM > To: Xu, Quan; seab...@seabios.org > Cc: stefano.stabell...@eu.citrix.com; stef...@linux.vnet.ibm.com; > qemu-de...@nongnu.org; xen-devel@lists.xen.or

Re: [Xen-devel] vTPM implementation

Marcos, you can read docs/misc/vtpm.txt and docs/misc/vtpmmgr.txt. You'd better setup vtpm for Linux guest first, then Try to read ... tpmback_req_any() vtpmmgr_handle_cmd() ... for more information. Quan > -Original Message- > From: xen-devel-boun...@lists.xen.org >

Re: [Xen-devel] stubdom vtpm build failure in staging

> -Original Message- > From: Ian Campbell [mailto:ian.campb...@citrix.com] > Sent: Wednesday, March 11, 2015 6:51 PM > To: Xu, Quan > Cc: Wei Liu; Stefano Stabellini; Daniel De Graaf; Olaf Hering; Andrew Cooper; > xen-devel@lists.xen.org > Subject: Re: [Xen-deve

Re: [Xen-devel] vTPM Deep Quote validation

For ‘TPM_ORD_DeepQuote’cmd, it looks like a specific TPM 1.2 emulator command, instead of TPM physic cmd. I can’t find it in TPM 1.2 spec. (my TPM Main Part2 TPM Structures is Specification version 1.2/ Level 2 Revision 116 / 1 March 2011) -Quan From: xen-devel-boun...@lists.xen.org [mailto:xe

Re: [Xen-devel] stubdom vtpm build failure in staging

> -Original Message- > From: Ian Campbell [mailto:ian.campb...@citrix.com] > Sent: Wednesday, February 25, 2015 9:54 PM > To: Xu, Quan > Cc: Andrew Cooper; Olaf Hering; Daniel De Graaf; xen-devel@lists.xen.org > Subject: Re: [Xen-devel] stubdom vtpm build failure in s

Re: [Xen-devel] stubdom vtpm build failure in staging

> -Original Message- > From: Andrew Cooper [mailto:andrew.coop...@citrix.com] > Sent: Friday, February 13, 2015 1:40 AM > To: Xu, Quan; Olaf Hering > Cc: Daniel De Graaf; xen-devel@lists.xen.org > Subject: Re: [Xen-devel] stubdom vtpm build failure in staging > &g

Re: [Xen-devel] stubdom vtpm build failure in staging

> -Original Message- > From: xen-devel-boun...@lists.xen.org > [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Xu, Quan > Sent: Friday, February 13, 2015 12:57 AM > To: Olaf Hering > Cc: xen-devel@lists.xen.org > Subject: Re: [Xen-deve

Re: [Xen-devel] stubdom vtpm build failure in staging

ew Year. I plan to summit v4 patches Before Feb. 16, and fix this issue after Feb. 26th. --Quan > -Original Message- > From: Olaf Hering [mailto:o...@aepfle.de] > Sent: Wednesday, February 11, 2015 11:21 PM > To: Xu, Quan > Cc: xen-devel@lists.xen.org > Subject: Re: [X

Re: [Xen-devel] [Qemu-devel] [RFC][PATCH 1/1] libxl: add one machine property to support IGD GFX passthrough

> -Original Message- > From: Wei Liu [mailto:wei.l...@citrix.com] > Sent: Saturday, January 31, 2015 10:33 PM > To: Xu, Quan > Cc: Wei Liu; Chen, Tiejun; ian.campb...@citrix.com; m...@redhat.com; Ian > Jackson; > qemu-de...@nongnu.org; xen-devel@lists.xen.org; Ge

Re: [Xen-devel] [Qemu-devel] [RFC][PATCH 1/1] libxl: add one machine property to support IGD GFX passthrough

> -Original Message- > From: xen-devel-boun...@lists.xen.org > [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Wei Liu > Sent: Friday, January 30, 2015 8:26 PM > To: Chen, Tiejun > Cc: Wei Liu; ian.campb...@citrix.com; m...@redhat.com; Ian Jackson; > qemu-de...@nongnu.org; xen-devel

Re: [Xen-devel] [v3 2/5] Qemu-Xen-vTPM: Xen frontend driver infrastructure

> > > I think that the xenstore_update function should be moved to a new file: > > > we don't want xen_backend.c to be handling any frontend updates. > > > Maybe you could create a new file, hw/xen/xen_pvdev.c? > > > > > > > Stefano, > > I'd like to create hw/xen/xen_pvdev.c , include/hw/xen/

Re: [Xen-devel] [v3 2/5] Qemu-Xen-vTPM: Xen frontend driver infrastructure

> -Original Message- > From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com] > Sent: Tuesday, January 20, 2015 1:15 AM > To: Xu, Quan > Cc: qemu-de...@nongnu.org; xen-devel@lists.xen.org; > stefano.stabell...@eu.citrix.com > Subject: Re: [v3 2/5] Qemu-X

Re: [Xen-devel] stubdom vtpm build failure in staging

> -Original Message- > From: Olaf Hering [mailto:o...@aepfle.de] > Sent: Thursday, January 29, 2015 4:27 PM > To: Xu, Quan > Cc: Ian Campbell; xen-devel@lists.xen.org > Subject: Re: [Xen-devel] stubdom vtpm build failure in staging > > On Thu, Jan 29, Xu, Quan

Re: [Xen-devel] stubdom vtpm build failure in staging

> -Original Message- > From: Ian Campbell [mailto:ian.campb...@citrix.com] > Sent: Wednesday, January 28, 2015 11:25 PM > To: Olaf Hering > Cc: xen-devel@lists.xen.org; Xu, Quan > Subject: Re: [Xen-devel] stubdom vtpm build failure in staging > > On Wed, 2015-01

Re: [Xen-devel] stubdom vtpm build failure in staging

Thanks, I will check and fix it tomorrow. It is 23:12 PM Pacific time now. Thanks Quan > -Original Message- > From: Olaf Hering [mailto:o...@aepfle.de] > Sent: Wednesday, January 28, 2015 11:09 PM > To: xen-devel@lists.xen.org > Cc: Xu, Quan > Subject: stubdom vtp

Re: [Xen-devel] [PATCH v4 00/14] Enable vTPM subsystem on TPM 2.0

> -Original Message- > From: Ian Campbell [mailto:ian.campb...@citrix.com] > Sent: Wednesday, January 28, 2015 9:07 PM > To: Daniel De Graaf > Cc: Xu, Quan; xen-devel@lists.xen.org; ian.jack...@eu.citrix.com; > jbeul...@suse.com; k...@xen.org; t...@xen.org;

Re: [Xen-devel] [v3 3/5] Qemu-Xen-vTPM: Register Xen stubdom vTPM frontend driver

> -Original Message- > From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com] > Sent: Tuesday, January 20, 2015 1:19 AM > To: Xu, Quan > Cc: qemu-de...@nongnu.org; xen-devel@lists.xen.org; > stefano.stabell...@eu.citrix.com > Subject: Re: [v3 3/5] Qemu-X

Re: [Xen-devel] [PATCH v4 00/14] Enable vTPM subsystem on TPM 2.0

> -Original Message- > From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com] > Sent: Tuesday, January 27, 2015 11:48 PM > To: Xu, Quan > Cc: Stefano Stabellini; k...@xen.org; ian.campb...@citrix.com; t...@xen.org; > ian.jack...@eu.citrix.com; xen-devel@li

Re: [Xen-devel] [PATCH v4 00/14] Enable vTPM subsystem on TPM 2.0

> -Original Message- > From: xen-devel-boun...@lists.xen.org > [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Stefano Stabellini > Sent: Wednesday, January 21, 2015 6:37 PM > To: Xu, Quan > Cc: k...@xen.org; ian.campb...@citrix.com; stefano.stabell...@eu.citrix.c

Re: [Xen-devel] [PATCH v4 00/14] Enable vTPM subsystem on TPM 2.0

> -Original Message- > From: Daniel De Graaf [mailto:dgde...@tycho.nsa.gov] > Sent: Wednesday, January 21, 2015 6:28 AM > To: Xu, Quan; xen-devel@lists.xen.org > Cc: ian.campb...@citrix.com; ian.jack...@eu.citrix.com; jbeul...@suse.com; > k...@xen.org; t...@xen.or

Re: [Xen-devel] [v3 3/5] Qemu-Xen-vTPM: Register Xen stubdom vTPM frontend driver

> -Original Message- > From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com] > Sent: Tuesday, January 20, 2015 6:50 PM > To: Xu, Quan > Cc: Stefano Stabellini; qemu-de...@nongnu.org; xen-devel@lists.xen.org > Subject: RE: [v3 3/5] Qemu-Xen-vTPM: Registe

Re: [Xen-devel] [v3 3/5] Qemu-Xen-vTPM: Register Xen stubdom vTPM frontend driver

> -Original Message- > From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com] > Sent: Tuesday, January 20, 2015 1:15 AM > To: Xu, Quan > Cc: qemu-de...@nongnu.org; xen-devel@lists.xen.org; > stefano.stabell...@eu.citrix.com > Subject: Re: [v3 3/5] Qemu-X

Re: [Xen-devel] [v3 2/5] Qemu-Xen-vTPM: Xen frontend driver infrastructure

> -Original Message- > From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com] > Sent: Tuesday, January 20, 2015 1:15 AM > To: Xu, Quan > Cc: qemu-de...@nongnu.org; xen-devel@lists.xen.org; > stefano.stabell...@eu.citrix.com > Subject: Re: [v3 2/5] Qemu-X

Re: [Xen-devel] [v3 3/5] Qemu-Xen-vTPM: Register Xen stubdom vTPM frontend driver

> -Original Message- > From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com] > Sent: Tuesday, January 20, 2015 1:19 AM > To: Xu, Quan > Cc: qemu-de...@nongnu.org; xen-devel@lists.xen.org; > stefano.stabell...@eu.citrix.com > Subject: Re: [v3 3/5] Qemu-X

Re: [Xen-devel] [PATCH v3 0/5] QEMU:Xen stubdom vTPM for HVM virtual machine

> -Original Message- > From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com] > Sent: Tuesday, January 20, 2015 1:53 AM > To: Stefano Stabellini > Cc: Xu, Quan; qemu-de...@nongnu.org; xen-devel@lists.xen.org; > lcapitul...@redhat.com; ebl...@redhat.com;

Re: [Xen-devel] [PATCH v3 00/14] Enable vTPM subsystem on TPM 2.0

> -Original Message- > From: Daniel De Graaf [mailto:dgde...@tycho.nsa.gov] > Sent: Tuesday, January 13, 2015 11:54 PM > To: Xu, Quan; xen-devel@lists.xen.org > Cc: stefano.stabell...@eu.citrix.com; samuel.thiba...@ens-lyon.org; > ian.campb...@citrix.com; ian.jack...@eu

Re: [Xen-devel] [PATCH v2 1/5] vTPM: event channel bind interdomain with para/hvm virtual machine

Also CC Stefan Berger. > >> This is my current understanding of the communications paths and > >> support for vTPMs in Xen: > >> > >> Physical TPM (1.2; with new patches, may also be 2.0) > >> | > >>[MMIO pass-through] > >> | > >> vtpmmgr domain > >> | > >

Re: [Xen-devel] [Qemu-devel] [v3 4/5] Qemu-Xen-vTPM: Qemu vTPM xenstubdoms backen.

> -Original Message- > From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com] > Sent: Thursday, January 15, 2015 11:49 PM > To: Xu, Quan; qemu-de...@nongnu.org > Cc: stefano.stabell...@eu.citrix.com; xen-devel@lists.xen.org > Subject: Re: [Qemu-devel] [v3 4/5] Qemu-X

Re: [Xen-devel] FW: [PATCH v4 00/14] Enable vTPM subsystem on TPM 2.0

> -Original Message- > From: Wei Liu [mailto:wei.l...@citrix.com] > Sent: Thursday, January 15, 2015 10:54 PM > To: Xu, Quan > Cc: wei.l...@citrix.com; xen-devel@lists.xen.org > Subject: Re: FW: [PATCH v4 00/14] Enable vTPM subsystem on TPM 2.0 > > On Thu, Ja

<    1   2   3   4   5   6   >