[Xen-devel] [qemu-upstream-4.3-testing test] 66933: regressions - FAIL

flight 66933 qemu-upstream-4.3-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/66933/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i3865 xen-build fail REGR. vs. 62112

Re: [Xen-devel] [PATCH RFC 01/31] xen/public: Export featureset information in the public API

On 22/12/2015 16:59, Jan Beulich wrote: On 22.12.15 at 17:42, wrote: >> On 22/12/15 16:28, Jan Beulich wrote: >> On 16.12.15 at 22:24, wrote: +/* VIA/Cyrix/Centaur-defined CPU features, CPUID level 0xC001, FSMAX+2 */

Re: [Xen-devel] Sub page Grant Table mappings

On 22/12/15 20:59, Mike Belopuhov wrote: > Hi, > > I'm trying to get grant table sub page mappings working on Xen 4.5. > I know there have been some changes in the trunk regarding moving src/ > dst checks closer together, but I can't test this easily atm. Please > bear with me for a moment. Or

Re: [Xen-devel] [PATCH v10 6/7] vmx: VT-d posted-interrupt core logic handling

>>> "Wu, Feng" 12/23/15 5:58 AM >>> >Kevin and Dario gave some comments about this patch. I would like to >know whether you have any comments about this patch, it is highly >appreciated if you can give your opinions, which is very important for >it to get merged as soon as

[Xen-devel] [PATCH 2/3] public/io/netif.h: document control ring and toeplitz hashing

This patch documents a new shared (variable message length) ring between frontend and backend that can be used to pass bulk out-of-band data, such as that required to implement toeplitz hashing in the backend that is configurable by the frontend. The patch then goes on to document the messages

[Xen-devel] [PATCH 3/3] public/io/netif.h: document new extra info for passing hash values

To properly support NDIS RSS, the Windows frontend PV driver needs the toeplitz hash value calculated by the backend (otherwise it would have to duplicate the calculation). This patch adds documentation for "feature-hash" and a definition of a new XEN_NETIF_EXTRA_TYPE_HASH extra info segment

[Xen-devel] [PATCH 1/3] public/io/netif.h: document transmit and receive wire formats separately

Currently there is no documented wire format for guest receive-side packets but the location of the 'wire format' comment block suggests it is the same as transmit-side. This is almost true but there is a subtle difference in the use of the 'size' field for the first fragment. For clarity this

[Xen-devel] [PATCH 0/3] public/io/netif.h: support for toeplitz hashing

This series documents changes needed to support toeplitz hashing in a backend, configurable by the frontend. Patch #1 is a clean-up patch that clarifies the guest transmit and receive side packet formats. Patch #2 documents a new 'control ring' for passing bulk data between frontend and backend.

[Xen-devel] [qemu-upstream-4.5-testing test] 66906: regressions - FAIL

flight 66906 qemu-upstream-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/66906/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 62414

Re: [Xen-devel] [PATCH v4 0/3] VT-d Device-TLB flush issue

> On 23.12.2015 at 4:26pm, wrote: > Subject: [PATCH v4 0/3] VT-d Device-TLB flush issue > Quan Xu (3): > VT-d: Check VT-d Device-TLB flush error. > VT-d: Reduce spin timeout to 1ms, which can be boot-time changed. > VT-d: Fix vt-d Device-TLB flush timeout issue. Jan,

Re: [Xen-devel] [PATCH RFC 01/31] xen/public: Export featureset information in the public API

>>> Andrew Cooper 12/23/15 11:05 AM >>> >On 22/12/2015 16:59, Jan Beulich wrote: > On 22.12.15 at 17:42, wrote: >>> On 22/12/15 16:28, Jan Beulich wrote: >>> On 16.12.15 at 22:24, wrote: > +#define

Re: [Xen-devel] [PATCH RFC 01/31] xen/public: Export featureset information in the public API

On 23/12/2015 10:24, Jan Beulich wrote: Andrew Cooper 12/23/15 11:05 AM >>> >> On 22/12/2015 16:59, Jan Beulich wrote: >> On 22.12.15 at 17:42, wrote: On 22/12/15 16:28, Jan Beulich wrote: On 16.12.15 at 22:24,

Re: [Xen-devel] [PATCH 2/3] public/io/netif.h: document control ring and toeplitz hashing

On 23/12/2015 10:06, Paul Durrant wrote: > +#define NETIF_CTRL_RING_SIZE 1024 > + > +struct netif_ctrl_ring { > + RING_IDX req_cons; > + RING_IDX req_prod; > + RING_IDX rsp_cons; > + RING_IDX rsp_prod; > + uint8_t req[NETIF_CTRL_RING_SIZE]; > + uint8_t

Re: [Xen-devel] [PATCH 2/3] public/io/netif.h: document control ring and toeplitz hashing

> -Original Message- > From: Andrew Cooper [mailto:am...@hermes.cam.ac.uk] On Behalf Of > Andrew Cooper > Sent: 23 December 2015 11:45 > To: Paul Durrant; xen-de...@lists.xenproject.org > Cc: Keir (Xen.org); Ian Campbell; Tim (Xen.org); Ian Jackson; Jan Beulich > Subject: Re: [Xen-devel]

[Xen-devel] [qemu-upstream-4.6-testing test] 66923: regressions - FAIL

flight 66923 qemu-upstream-4.6-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/66923/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 63071

Re: [Xen-devel] [PATCH] x86/VPMU: Check more carefully which bits are allowed to be written to MSRs

On 12/23/2015 12:21 AM, Tian, Kevin wrote: From: Boris Ostrovsky [mailto:boris.ostrov...@oracle.com] Sent: Wednesday, December 23, 2015 12:25 AM Current Intel VPMU emulation needs to perform more checks when writing PMU MSRs on guest's behalf: * MSR_CORE_PERF_GLOBAL_CTRL is not checked at all *

Re: [Xen-devel] [PATCH 2/3] public/io/netif.h: document control ring and toeplitz hashing

On 23/12/15 10:06, Paul Durrant wrote: > This patch documents a new shared (variable message length) ring between > frontend and backend that can be used to pass bulk out-of-band data, such > as that required to implement toeplitz hashing in the backend that is > configurable by the frontend. > >

[Xen-devel] [PATCH 1/2] vm_event: sync domctl

Introduce new vm_event domctl option which allows an event subscriber to request all vCPUs not currently pending a vm_event request to be paused, thus allowing the subscriber to sync up on the state of the domain. This is especially useful when the subscribed wants to disable certain events from

[Xen-devel] [qemu-mainline test] 66949: regressions - FAIL

flight 66949 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/66949/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i3865 xen-build fail REGR. vs. 66433 build-amd64-xsm

Re: [Xen-devel] [PATCH 1/2] vm_event: sync domctl

On 12/23/2015 04:53 PM, Tamas K Lengyel wrote: > Introduce new vm_event domctl option which allows an event subscriber > to request all vCPUs not currently pending a vm_event request to be paused, > thus allowing the subscriber to sync up on the state of the domain. This > is especially useful

Re: [Xen-devel] [PATCH 2/2] vm_event: Add altp2m info to HVM events as well

On 12/23/2015 04:53 PM, Tamas K Lengyel wrote: > Add altp2m information to HVM events as well when altp2m is active. > > Cc: Razvan Cojocaru > Cc: Keir Fraser > Cc: Jan Beulich > Cc: Andrew Cooper >

Re: [Xen-devel] [PATCH 2/2] vm_event: Add altp2m info to HVM events as well

On 23/12/2015 15:42, Razvan Cojocaru wrote: > On 12/23/2015 04:53 PM, Tamas K Lengyel wrote: >> Add altp2m information to HVM events as well when altp2m is active. >> >> Cc: Razvan Cojocaru >> Cc: Keir Fraser >> Cc: Jan Beulich >> Cc:

[Xen-devel] [ovmf test] 67012: regressions - FAIL

flight 67012 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/67012/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 5 xen-build fail REGR. vs. 65543 build-amd64-xsm

Re: [Xen-devel] [PATCH 1/2] vm_event: sync domctl

On Wed, Dec 23, 2015 at 6:17 PM, Andrew Cooper wrote: > On 23/12/2015 15:41, Razvan Cojocaru wrote: > > On 12/23/2015 04:53 PM, Tamas K Lengyel wrote: > >> Introduce new vm_event domctl option which allows an event subscriber > >> to request all vCPUs not currently

Re: [Xen-devel] [PATCH 1/2] vm_event: sync domctl

On 23/12/2015 18:11, Tamas K Lengyel wrote: > > > On Wed, Dec 23, 2015 at 6:17 PM, Andrew Cooper > > wrote: > > On 23/12/2015 15:41, Razvan Cojocaru wrote: > > On 12/23/2015 04:53 PM, Tamas K Lengyel wrote: > >> Introduce new

[Xen-devel] [PATCH] xen: remove dups in x86 and x86_64 variables

Currently the Xen build uses x86 and x86_64 variables as well as CONFIG_X86 and CONFIG_X86_64. This just removes the duplication. The CONFIG_ variables are now managed by Kconfig but existed previously so this duplication existed prior to the Kconfig migration. Signed-off-by: Doug Goldstein

[Xen-devel] [distros-debian-squeeze test] 38554: all pass

flight 38554 distros-debian-squeeze real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38554/ Perfect :-) All tests in this flight passed baseline version: flight 38469 jobs: build-amd64 pass build-armhf

[Xen-devel] [PATCH v2 2/2] x86/VPMU: Don't allow any non-zero writes to MSR_IA32_PEBS_ENABLE

Calculation reserved bits for MSR_IA32_PEBS_ENABLE is model-dependent and since we don't support PEBS anyway we shouldn't allow any writes to it (but let's still permit guests wishing to disable PEBS). We should also report PEBS as unsupported to HVM, just like we do on PV. Signed-off-by: Boris

Re: [Xen-devel] [PATCH] xen: remove dups in x86 and x86_64 variables

On 23/12/2015 19:15, Doug Goldstein wrote: > Currently the Xen build uses x86 and x86_64 variables as well as > CONFIG_X86 and CONFIG_X86_64. This just removes the duplication. The > CONFIG_ variables are now managed by Kconfig but existed previously so > this duplication existed prior to the

[Xen-devel] [PATCH v2 0/2] Be more strict about writing to Intel VPMU registers

* Add more checks when writing VPMU control registers * Explicitly disable PEBS since calculating reserved bits in MSR_IA32_PEBS_ENABLE is somewhat non-trivial (and pointless since PEBS is not supported) Boris Ostrovsky (2): x86/VPMU: Check more carefully which bits are allowed to be

Re: [Xen-devel] [PATCH 1/2] vm_event: sync domctl

On 12/23/2015 08:11 PM, Tamas K Lengyel wrote: > > > On Wed, Dec 23, 2015 at 6:17 PM, Andrew Cooper > > wrote: > > On 23/12/2015 15:41, Razvan Cojocaru wrote: > > On 12/23/2015 04:53 PM, Tamas K Lengyel wrote: > >>

[Xen-devel] [PATCH v2 1/2] x86/VPMU: Check more carefully which bits are allowed to be written to MSRs

Current Intel VPMU emulation needs to perform more checks when writing PMU MSRs on guest's behalf: * MSR_CORE_PERF_GLOBAL_CTRL is not checked at all * MSR_CORE_PERF_FIXED_CTR_CTRL has more reserved bits in PMU version 2 * MSR_CORE_PERF_GLOBAL_OVF_CTRL's bit 61 is allowed on versions greater * than

Re: [Xen-devel] [PATCH 1/2] vm_event: sync domctl

On 23/12/2015 15:41, Razvan Cojocaru wrote: > On 12/23/2015 04:53 PM, Tamas K Lengyel wrote: >> Introduce new vm_event domctl option which allows an event subscriber >> to request all vCPUs not currently pending a vm_event request to be paused, >> thus allowing the subscriber to sync up on the

[Xen-devel] [xen-4.6-testing test] 66942: regressions - FAIL

flight 66942 xen-4.6-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/66942/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 65639

[Xen-devel] [PATCH v6 09/16] qapi: Change Netdev into a flat union

From: Kővágó, Zoltán Except qapi-schema.json, this patch was generated by: find . -name .git -prune -o -type f \! -name '*~' -print0 | \ xargs -0 sed -i \ -e 's/NetClientOptionsKind/NetClientDriver/g' \ -e 's/NET_CLIENT_OPTIONS_KIND_/NET_CLIENT_DRIVER_/g' \

Re: [Xen-devel] [PATCH 1/2] vm_event: sync domctl

On Wed, Dec 23, 2015 at 8:14 PM, Andrew Cooper wrote: > On 23/12/2015 18:11, Tamas K Lengyel wrote: > > > > On Wed, Dec 23, 2015 at 6:17 PM, Andrew Cooper > wrote: > >> On 23/12/2015 15:41, Razvan Cojocaru wrote: >> > On 12/23/2015 04:53 PM,

[Xen-devel] [linux-mingo-tip-master test] 67056: regressions - FAIL

flight 67056 linux-mingo-tip-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/67056/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-pvops 5 kernel-build fail REGR. vs. 60684

[Xen-devel] question about migration

Hi Andrew Cooper: I rebase the COLO codes to the newest upstream xen, and test it. I found a problem in the test, and I can reproduce this problem via the migration. How to reproduce: 1. xl cr -p hvm_nopv 2. xl migrate hvm_nopv 192.168.3.1 The migration successes, but the vm doesn't run in the

[Xen-devel] [qemu-upstream-4.2-testing test] 67068: regressions - FAIL

flight 67068 qemu-upstream-4.2-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/67068/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i3865 xen-build fail REGR. vs. 62044

[Xen-devel] [xen-4.5-testing test] 66999: regressions - FAIL

flight 66999 xen-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/66999/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 66426

Re: [Xen-devel] how to enable kdb for xen

Hi, Elena. I tried to patch xen-4.4.1 with the patches at http://lists.xen.org/archives/html/xen-devel/2014-04/msg3.html. However, after the patching, when I make with kdb=y, it would interrupt for error: 'struct domain' has no member named 'is_paused_by_controller'. Does the patch really

Re: [Xen-devel] [PATCH] xen: remove dups in x86 and x86_64 variables

> -Original Message- > From: Doug Goldstein [mailto:car...@cardoe.com] > Sent: Thursday, December 24, 2015 3:15 AM > To: xen-devel@lists.xen.org > Cc: Wu, Feng ; Tian, Kevin ; > George Dunlap ; Andrew Cooper >

[Xen-devel] [xen-4.4-testing test] 67023: regressions - FAIL

flight 67023 xen-4.4-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/67023/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-prev 5 xen-build fail REGR. vs. 66458 build-i386-prev

Re: [Xen-devel] how to enable kdb for xen

Besides of that, even when I compile the debuggers.hg version of xen-4.1.0 at http://xenbits.xensource.com/ext/debuggers.hg, it will interrupt for: gcc -O2 -fomit-frame-pointer -m64 -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement

Re: [Xen-devel] [PATCH 1/2] vm_event: sync domctl

On Wed, Dec 23, 2015 at 9:55 PM, Tamas K Lengyel wrote: > > > > On Wed, Dec 23, 2015 at 8:14 PM, Andrew Cooper > wrote: > >> On 23/12/2015 18:11, Tamas K Lengyel wrote: >> >> >> >> On Wed, Dec 23, 2015 at 6:17 PM, Andrew Cooper

[Xen-devel] [PATCH] cleancache: constify cleancache_ops structure

The cleancache_ops structure is never modified, so declare it as const. This also removes the __read_mostly declaration on the cleancache_ops variable declaration, since it seems redundant with const. Done with the help of Coccinelle. Signed-off-by: Julia Lawall --- Not

[Xen-devel] [xen-unstable baseline-only test] 38553: tolerable FAIL

This run is configured for baseline tests only. flight 38553 xen-unstable real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38553/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-rumpuserxen-amd64 13

Re: [Xen-devel] [PATCH 1/2] vm_event: sync domctl

On 23/12/2015 21:06, Tamas K Lengyel wrote: > > > On Wed, Dec 23, 2015 at 9:55 PM, Tamas K Lengyel > wrote: > > > > > On Wed, Dec 23, 2015 at 8:14 PM, Andrew Cooper > > wrote: >

[Xen-devel] [linux-3.16 test] 66976: regressions - FAIL

flight 66976 linux-3.16 real [real] http://logs.test-lab.xenproject.org/osstest/logs/66976/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-rumpuserxen-i386 10 guest-start fail REGR. vs. 64969 Tests which are

[Xen-devel] [linux-3.18 test] 67045: regressions - FAIL

flight 67045 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/67045/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-rumpuserxen-i386 10 guest-start fail REGR. vs. 63732 Tests which are

Re: [Xen-devel] [PULL 0/4] xen-2015-12-22

On 22 December 2015 at 16:20, Stefano Stabellini wrote: > The following changes since commit c3626ca7df027dabf0568284360a23faf18f0884: > > Update version for v2.5.0-rc3 release (2015-12-07 17:47:40 +) > > are available in the git repository at: > >

[Xen-devel] VGA Passthrough Tested Adatpers

Hey can someone add AMD Radeon R9 390 to the Tested Adapters list here http://wiki.xenproject.org/wiki/Xen_VGA_Passthrough_Tested_Adapters I've requested edit access, but don't yet have it. Thanks, Chris.

Re: [Xen-devel] [PATCH v4 0/3] VT-d Device-TLB flush issue

>>> "Xu, Quan" 12/23/15 11:19 AM >>> >> On 23.12.2015 at 4:26pm, wrote: >> Subject: [PATCH v4 0/3] VT-d Device-TLB flush issue >> Quan Xu (3): >> VT-d: Check VT-d Device-TLB flush error. >> VT-d: Reduce spin timeout to 1ms, which can be boot-time

Re: [Xen-devel] [PATCH v4 0/3] VT-d Device-TLB flush issue

>>> Quan Xu 12/23/15 9:26 AM >>> >This patches are based on Kevin Tian's previous discussion 'Revisit VT-d >asynchronous flush issue'. >Fix current timeout concern and also allow limited ATS support in a light way: > >1. Check VT-d Device-TLB flush error. >This patch checks

[Xen-devel] [libvirt test] 66919: tolerable FAIL - PUSHED

flight 66919 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/66919/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-libvirt-vhd 9 debian-di-installfail like 66579 Tests which did not succeed, but

[Xen-devel] [xen-4.3-testing test] 66934: regressions - FAIL

flight 66934 xen-4.3-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/66934/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-prev 5 xen-build fail REGR. vs. 65650 build-i386-prev

Re: [Xen-devel] [PATCH v4 0/3] VT-d Device-TLB flush issue

> On 23.12.2015 at 6:41pm, wrote: > >>> "Xu, Quan" 12/23/15 11:19 AM >>> > >> On 23.12.2015 at 4:26pm, wrote: > >> Subject: [PATCH v4 0/3] VT-d Device-TLB flush issue Quan Xu (3): > >> VT-d: Check VT-d Device-TLB flush error. > >>

Re: [Xen-devel] [PATCH v4 0/3] VT-d Device-TLB flush issue

> On 23.12.2015 at 6:39pm, 'Jan Beulich' wrote: > >>> Quan Xu 12/23/15 9:26 AM >>> > >This patches are based on Kevin Tian's previous discussion 'Revisit VT-d > asynchronous flush issue'. > >Fix current timeout concern and also allow limited ATS support in a light > >way: > >

Re: [Xen-devel] xenbits GitHub mirror?

On Mon, Dec 21, 2015 at 11:54:52AM +, George Dunlap wrote: > On Sat, Dec 19, 2015 at 8:51 PM, Doug Goldstein wrote: > > All, > > > > Now I'll start off by saying that "no" is a perfectly acceptable answer > > to this suggestion. Basically I remember at the Xen Developer

[Xen-devel] EVTCHNOP failure while creating VM

This is the output when I tried to create a vm in a nested xen. I looked up into the source and found error -22 presents invalid arguments. What might be the cause? (XEN) event_channel.c:272:d0 EVTCHNOP failure: domain 1, error -22(XEN) event_channel.c:272:d0 EVTCHNOP failure: domain 1, error

[Xen-devel] [qemu-upstream-4.4-testing test] 66918: regressions - FAIL

flight 66918 qemu-upstream-4.4-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/66918/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 62702

[Xen-devel] [PATCH v4 0/3] VT-d Device-TLB flush issue

This patches are based on Kevin Tian's previous discussion 'Revisit VT-d asynchronous flush issue'. Fix current timeout concern and also allow limited ATS support in a light way: 1. Check VT-d Device-TLB flush error. This patch checks all kinds of error and all the way up the call trees of

[Xen-devel] [PATCH v4 1/3] VT-d: Check VT-d Device-TLB flush error.

This patch checks all kinds of error and all the way up the call trees of VT-d Device-TLB flush. Signed-off-by: Quan Xu --- xen/arch/x86/acpi/power.c | 8 +- xen/arch/x86/crash.c | 3 +- xen/arch/x86/domain_build.c

[Xen-devel] [linux-linus test] 66896: regressions - FAIL

flight 66896 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/66896/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemut-debianhvm-amd64-xsm 6 xen-boot fail REGR. vs. 59254

[Xen-devel] [PATCH v4 2/3] VT-d: Reduce spin timeout to 1ms, which can be boot-time changed.

Signed-off-by: Quan Xu --- xen/drivers/passthrough/vtd/qinval.c | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/xen/drivers/passthrough/vtd/qinval.c b/xen/drivers/passthrough/vtd/qinval.c index 946e812..b227e4e 100644 ---

[Xen-devel] [PATCH v4 3/3] VT-d: Fix vt-d Device-TLB flush timeout issue.

Now if IOTLB/Context/IETC flush is timeout, panic hypervisor. The coming patch set will fix it. If Device-TLB flush is timeout, we'll hide the target ATS device and crash the domain owning this ATS device. If impacted domain is hardware domain, just throw out a warning. The hided Device will be

[Xen-devel] [qemu-upstream-4.2-testing test] 66927: regressions - FAIL

flight 66927 qemu-upstream-4.2-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/66927/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i3865 xen-build fail REGR. vs. 62044