Re: [Xen-devel] [V9 2/3] Refactor rangeset structure for better performance.

>>> On 31.12.15 at 10:33, wrote: > On 12/21/2015 10:38 PM, Jan Beulich wrote: > On 15.12.15 at 03:05, wrote: >>> This patch refactors struct rangeset to base it on the red-black >>> tree structure, instead of on the current doubly linked list. By >>> now, ioreq leverages rangeset to keep trac

Re: [Xen-devel] [V9 3/3] Differentiate IO/mem resources tracked by ioreq server

>>> On 31.12.15 at 10:33, wrote: > On 12/21/2015 10:45 PM, Jan Beulich wrote: > On 15.12.15 at 03:05, wrote: >>> @@ -2593,6 +2597,16 @@ struct hvm_ioreq_server >>> *hvm_select_ioreq_server(struct domain *d, >>> type = (p->type == IOREQ_TYPE_PIO) ? >>> HVMOP_IO_RAN

Re: [Xen-devel] [PATCH 4.4 2/2] libxl: Fix building libxlu_cfg_y.y with bison 3.0

>>> On 04.01.16 at 15:50, wrote: > From: Ed Swierk > > - Use %lex-param instead of obsolete YYLEX_PARAM to override lex scanner > parameter > - Change deprecated %name-prefix= to %name-prefix > > Tested against bison 2.4.1 and 3.0.2. > > This is expected to sometimes (depending on timestamps

Re: [Xen-devel] [PATCH] build: save generated config in /boot

>>> On 05.01.16 at 17:53, wrote: > On 12/22/15 10:09 AM, Jan Beulich wrote: > On 22.12.15 at 17:02, wrote: >>> How does it not make sense in this case? That's what Andrew and I are >>> asking you to explain. >> >> But I already explained it: The file isn't needed for booting. > > One use of

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

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

Re: [Xen-devel] [PATCH 3/5] ns16550: widen an integer constant for Coverity.

>>> On 04.01.16 at 17:36, wrote: > On Mon, 2015-12-28 at 00:16 -0500, Joshua Otto wrote: >> Fix CID 1343302 by widening a constant used with uart_param.reg_shift to >> avoid overflow for large values of reg_shift. > > A reg_shift large enough to actually expose this would be infeasibly large > (s

Re: [Xen-devel] [V9 3/3] Differentiate IO/mem resources tracked by ioreq server

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: 06 January 2016 08:59 > To: Zhang Yu > Cc: Andrew Cooper; Paul Durrant; Wei Liu; Ian Jackson; Stefano Stabellini; > Kevin Tian; zhiyuan...@intel.com; Shuai Ruan; xen-devel@lists.xen.org; Keir > (Xen.org) > Subject:

Re: [Xen-devel] [V9 2/3] Refactor rangeset structure for better performance.

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: 06 January 2016 08:53 > To: Zhang Yu > Cc: Andrew Cooper; Paul Durrant; Wei Liu; Ian Jackson; Stefano Stabellini; > Kevin Tian; zhiyuan...@intel.com; Shuai Ruan; xen-devel@lists.xen.org; Keir > (Xen.org) > Subject:

Re: [Xen-devel] [V9 3/3] Differentiate IO/mem resources tracked by ioreq server

>>> On 06.01.16 at 10:44, wrote: >> -Original Message- >> From: Jan Beulich [mailto:jbeul...@suse.com] >> Sent: 06 January 2016 08:59 >> To: Zhang Yu >> Cc: Andrew Cooper; Paul Durrant; Wei Liu; Ian Jackson; Stefano Stabellini; >> Kevin Tian; zhiyuan...@intel.com; Shuai Ruan; xen-devel@li

Re: [Xen-devel] [V9 2/3] Refactor rangeset structure for better performance.

>>> On 06.01.16 at 10:46, wrote: >> From: Jan Beulich [mailto:jbeul...@suse.com] >> Sent: 06 January 2016 08:53 >> >>> On 31.12.15 at 10:33, wrote: >> > On 12/21/2015 10:38 PM, Jan Beulich wrote: >> > On 15.12.15 at 03:05, wrote: >> >>> This patch refactors struct rangeset to base it on the

Re: [Xen-devel] [V9 2/3] Refactor rangeset structure for better performance.

> -Original Message- > From: xen-devel-boun...@lists.xen.org [mailto:xen-devel- > boun...@lists.xen.org] On Behalf Of Jan Beulich > Sent: 06 January 2016 09:59 > To: Paul Durrant; Zhang Yu > Cc: Kevin Tian; Wei Liu; Shuai Ruan; Andrew Cooper; xen- > de...@lists.xen.org; Stefano Stabellini;

Re: [Xen-devel] [PATCH v4] igd-passthrough-i440FX: convert to realize()

Hi folks, let me introduce you to Xudong from Intel, who is willing to help out. Best Regards Lars > On 4 Jan 2016, at 15:41, Stefano Stabellini > wrote: > > On Mon, 4 Jan 2016, Lars Kurth wrote: >> On 04/01/2016 14:47, "Stefano Stabellini" >> wrote: >> >>> Unfortunately I don't have a setup

Re: [Xen-devel] question about migration

On Tue, 2016-01-05 at 18:17 +, Ian Jackson wrote: > So any code trying to use this for your snapshotting case is already > broken and cannot be fixed without introducing a new API (probably one > which generates separate suspend/unsuspend events). Remus does seem to work at least to the exten

Re: [Xen-devel] [OSSTEST PATCH v2] support XSM/FLASK via Kconfig

On Tue, 2016-01-05 at 23:25 -0600, Doug Goldstein wrote: > In antcipation of XSM and FLASK migrating to Kconfig add support for > building them via Kconfig or the existing mechanism. > > Signed-off-by: Doug Goldstein > --- > Still untested but visually looks correct. > > Changes since v2: > - Su

Re: [Xen-devel] [PATCH] build: save generated config in /boot

On Wed, 2016-01-06 at 02:22 -0700, Jan Beulich wrote: > > > > On 05.01.16 at 17:53, wrote: > > On 12/22/15 10:09 AM, Jan Beulich wrote: > > > > > > On 22.12.15 at 17:02, wrote: > > > > How does it not make sense in this case? That's what Andrew and I > > > > are > > > > asking you to explain. > >

Re: [Xen-devel] [PATCH 4.4 2/2] libxl: Fix building libxlu_cfg_y.y with bison 3.0

On Wed, 2016-01-06 at 02:10 -0700, Jan Beulich wrote: > > > > On 04.01.16 at 15:50, wrote: > > From: Ed Swierk > > > > - Use %lex-param instead of obsolete YYLEX_PARAM to override lex > > scanner > >   parameter > > - Change deprecated %name-prefix= to %name-prefix > > > > Tested against bison

Re: [Xen-devel] [PATCH] build: save generated config in /boot

>>> On 06.01.16 at 11:31, wrote: > On Wed, 2016-01-06 at 02:22 -0700, Jan Beulich wrote: >> > > > On 05.01.16 at 17:53, wrote: >> > On 12/22/15 10:09 AM, Jan Beulich wrote: >> > > > > > On 22.12.15 at 17:02, wrote: >> > > > How does it not make sense in this case? That's what Andrew and I >> > >

[Xen-devel] [PATCH 3.16.y-ckt 019/126] x86/cpu: Fix SMAP check in PVOPS environments

3.16.7-ckt22 -stable review patch. If anyone has any objections, please let me know. -- From: Andrew Cooper commit 581b7f158fe0383b492acd1ce3fb4e99d4e57808 upstream. There appears to be no formal statement of what pv_irq_ops.save_fl() is supposed to return precisely. Native

Re: [Xen-devel] [PATCH RFC 12/31] tools: Utility for dealing with featuresets

On Tue, 2016-01-05 at 18:04 +, Andrew Cooper wrote: > On 05/01/16 17:37, Ian Campbell wrote: > > On Tue, 2016-01-05 at 17:13 +, Andrew Cooper wrote: > > > They are: SHARED_1d, known_features[], inverted_features[], > > > {pv,hvm_shadow,hvm_hap}_featuremask[], struct tagged_featureset, > > >

Re: [Xen-devel] [PATCH 4.4 2/2] libxl: Fix building libxlu_cfg_y.y with bison 3.0

>>> On 06.01.16 at 11:30, wrote: > On Wed, 2016-01-06 at 02:10 -0700, Jan Beulich wrote: >> > > > On 04.01.16 at 15:50, wrote: >> > From: Ed Swierk >> > >> > - Use %lex-param instead of obsolete YYLEX_PARAM to override lex >> > scanner >> > parameter >> > - Change deprecated %name-prefix= to

Re: [Xen-devel] [PATCH RFC 12/31] tools: Utility for dealing with featuresets

On Wed, 2015-12-16 at 21:24 +, Andrew Cooper wrote: >  > +xen-cpuid.o: CFLAGS += -I$(XEN_ROOT)/xen/arch/x86/cpuid Would it be possible to arrange for the headers we need here to be visible in tools/include/xen instead via the links, like we do for libelf?

Re: [Xen-devel] [PATCH RFC 12/31] tools: Utility for dealing with featuresets

On Wed, 2016-01-06 at 10:40 +, Ian Campbell wrote: > On Wed, 2015-12-16 at 21:24 +, Andrew Cooper wrote: > >   > > +xen-cpuid.o: CFLAGS += -I$(XEN_ROOT)/xen/arch/x86/cpuid > > Would it be possible to arrange for the headers we need here to be visible > in tools/include/xen instead via the

[Xen-devel] [PATCH OSSTEST] sg-report-job-history: alternate color of osstest column only when it changes

Currently the bgcolor of the osstest column alternates on each line, rather than only when it changes as the other revision columns do. A given flight might touch multiple osstest revisions (although in practice they rarely do) but it seems reasonable to simply consider any change as a change. Si

Re: [Xen-devel] [xen-unstable test] 76919: regressions - FAIL

On Tue, 2016-01-05 at 02:26 +, osstest service owner wrote: > flight 76919 xen-unstable real [real] > http://logs.test-lab.xenproject.org/osstest/logs/76919/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: >  test-amd64-i386-xl-q

Re: [Xen-devel] [xen-unstable test] 76919: regressions - FAIL

On Wed, 2016-01-06 at 11:14 +, Ian Campbell wrote: > On Tue, 2016-01-05 at 02:26 +, osstest service owner wrote: > > flight 76919 xen-unstable real [real] > > http://logs.test-lab.xenproject.org/osstest/logs/76919/ > > > > Regressions :-( > > > > Tests which did not succeed and are blocki

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

> On December 25 2015, 11:06 AM, wrote: > > From: Xu, Quan > > Sent: Wednesday, December 23, 2015 4:26 PM > > > > Now if IOTLB/Context/IETC flush is timeout, panic hypervisor. > > The coming patch set will fix it. > > again, please adjust comment to reflect what this patch is doing, i.e. only >

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

>>> On 23.12.15 at 15:53, wrote: > @@ -83,6 +84,12 @@ static int hvm_event_traps(uint8_t sync, > vm_event_request_t *req) > vm_event_vcpu_pause(curr); > } > > +if ( altp2m_active(currd) ) > +{ > +req->flags |= VM_EVENT_FLAG_ALTERNATE_P2M; > +req->altp2m_idx

Re: [Xen-devel] [qemu-mainline test] 76949: regressions - FAIL

Stefano, Anthony, On Mon, 2016-01-04 at 14:17 +, osstest service owner wrote: > flight 76949 qemu-mainline real [real] > http://logs.test-lab.xenproject.org/osstest/logs/76949/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: >  

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

Ian Campbell writes ("Re: [Xen-devel] [xen-4.4-testing test] 66583: regressions - FAIL"): > Aha, this failure is in tools/blktap/drivers/block-qcow.c and not > tools/blktap2/drivers/block-qcow.c.  Well spotted. > 345e44a85d71 was writing after blktap1 was remove from the tree so > backporting it

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

On Wed, Jan 6, 2016 at 12:32 PM, Jan Beulich wrote: > >>> On 23.12.15 at 15:53, wrote: > > @@ -83,6 +84,12 @@ static int hvm_event_traps(uint8_t sync, > vm_event_request_t *req) > > vm_event_vcpu_pause(curr); > > } > > > > +if ( altp2m_active(currd) ) > > +{ > > +re

Re: [Xen-devel] [PATCH v5] x86/VPMU: implement ipc and arch filter flags

>>> On 05.01.16 at 02:43, wrote: > This introduces a way to have a restricted VPMU, by specifying one of two > predefined groups of PMCs to make available. For secure environments, this > allows the VPMU to be used without needing to enable all PMCs. > > Signed-off-by: Brendan Gregg > Reviewed-b

[Xen-devel] RFC Userspace hypercalls

Hi, I am in the middle of getting my Xen Test Framework working and usable. Embarrassingly, the unit test I hacked up for investigating XSA-106 (which was the inspiration to make the framework) correctly identifies the regression caused by XSA-156. To avoid similar situations in the future, I am

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

On 06/01/16 11:42, Tamas K Lengyel wrote: > > > On Wed, Jan 6, 2016 at 12:32 PM, Jan Beulich > wrote: > > >>> On 23.12.15 at 15:53, > wrote: > > @@ -83,6 +84,12 @@ static int hvm_event_traps(uint8_t sync, > vm_event_request_t *req)

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

On Wed, Jan 6, 2016 at 12:48 PM, Andrew Cooper wrote: > On 06/01/16 11:42, Tamas K Lengyel wrote: > > > > On Wed, Jan 6, 2016 at 12:32 PM, Jan Beulich wrote: > >> >>> On 23.12.15 at 15:53, < ta...@tklengyel.com> >> wrote: >> > @@ -83,6 +84,12 @@ static int hvm_event_traps(uint8_t sync, >> vm_eve

Re: [Xen-devel] [qemu-mainline test] 76949: regressions - FAIL

On Wed, Jan 06, 2016 at 11:32:31AM +, Ian Campbell wrote: > Stefano, Anthony, > > On Mon, 2016-01-04 at 14:17 +, osstest service owner wrote: > > flight 76949 qemu-mainline real [real] > > http://logs.test-lab.xenproject.org/osstest/logs/76949/ > > > > Regressions :-( > > > > Tests which

Re: [Xen-devel] [PATCH] build: save generated config in /boot

Jan Beulich writes ("Re: [Xen-devel] [PATCH] build: save generated config in /boot"): > On 06.01.16 at 11:31, wrote: > > What is the preferred mechanism for determining from the contents of /boot > > whether an XSM entry should be produced or not? > > I don't think this can be inferred - iirc ev

Re: [Xen-devel] [qemu-mainline test] 76949: regressions - FAIL

On Wed, 2016-01-06 at 11:52 +, Anthony PERARD wrote: > On Wed, Jan 06, 2016 at 11:32:31AM +, Ian Campbell wrote: > > Stefano, Anthony, > > > > On Mon, 2016-01-04 at 14:17 +, osstest service owner wrote: > > > flight 76949 qemu-mainline real [real] > > > http://logs.test-lab.xenproject.

[Xen-devel] [PATCH] xenfb.c: avoid expensive loops when prod <= out_cons

If the frontend sets out_cons to a value higher than out_prod, it will cause xenfb_handle_events to loop about 2^32 times. Avoid that by using better checks at the beginning of the function. Signed-off-by: Stefano Stabellini diff --git a/hw/display/xenfb.c b/hw/display/xenfb.c index 4e2a27a..f96

Re: [Xen-devel] [PATCH] build: save generated config in /boot

On Wed, Jan 06, 2016 at 03:38:36AM -0700, Jan Beulich wrote: > >>> On 06.01.16 at 11:31, wrote: > > On Wed, 2016-01-06 at 02:22 -0700, Jan Beulich wrote: > >> > > > On 05.01.16 at 17:53, wrote: > >> > On 12/22/15 10:09 AM, Jan Beulich wrote: > >> > > > > > On 22.12.15 at 17:02, wrote: > >> > > >

Re: [Xen-devel] [PATCH v4] igd-passthrough-i440FX: convert to realize()

Hello Xudong, please test this patch: http://marc.info/?l=qemu-devel&m=145137863501079 with an intel graphic card assigned to a Xen guest. If everything still works as expected, please reply with your Tested-by. Thanks, Stefano On Wed, 6 Jan 2016, Lars Kurth wrote: > Hi folks, > let me introd

Re: [Xen-devel] [PATCH] xenfb.c: avoid expensive loops when prod <= out_cons

On 06/01/16 12:08, Stefano Stabellini wrote: > If the frontend sets out_cons to a value higher than out_prod, it will > cause xenfb_handle_events to loop about 2^32 times. Avoid that by using > better checks at the beginning of the function. You can't use less than to compare prod and cons because

Re: [Xen-devel] [Qemu-devel] [PATCH] xenfb.c: avoid expensive loops when prod <= out_cons

> -Original Message- > From: qemu-devel-bounces+paul.durrant=citrix@nongnu.org > [mailto:qemu-devel-bounces+paul.durrant=citrix@nongnu.org] On > Behalf Of Stefano Stabellini > Sent: 06 January 2016 12:08 > To: qemu-de...@nongnu.org > Cc: liuling...@360.cn; xen-de...@lists.xensource.

[Xen-devel] OVMF related osstest failures on multiple branches

These two tests are failing all over the place at the moment: test-amd64-i386-xl-qemuu-ovmf-amd64.debian-hvm-install test-amd64-amd64-xl-qemuu-ovmf-amd64.debian-hvm-install For the rest of this mail I will only consider the test-amd64-amd64-* one, assuming they are the same. The issues ap

Re: [Xen-devel] [PATCH 3/4] tools/xl: add a new xl configuration 'nvdimm'

>>> On 29.12.15 at 12:31, wrote: > --- a/docs/man/xl.cfg.pod.5 > +++ b/docs/man/xl.cfg.pod.5 > @@ -962,6 +962,25 @@ FIFO-based event channel ABI support up to 131,071 event > channels. > Other guests are limited to 4095 (64-bit x86 and ARM) or 1023 (32-bit > x86). > > +=item B > + > +Specifie

Re: [Xen-devel] [PATCH] build: save generated config in /boot

>>> On 06.01.16 at 12:58, wrote: > Jan Beulich writes ("Re: [Xen-devel] [PATCH] build: save generated config in > /boot"): >> On 06.01.16 at 11:31, wrote: >> > What is the preferred mechanism for determining from the contents of /boot >> > whether an XSM entry should be produced or not? >> >> I

Re: [Xen-devel] [PATCH] build: save generated config in /boot

>>> On 06.01.16 at 13:17, wrote: > On Wed, Jan 06, 2016 at 03:38:36AM -0700, Jan Beulich wrote: >> >>> On 06.01.16 at 11:31, wrote: >> > On Wed, 2016-01-06 at 02:22 -0700, Jan Beulich wrote: >> >> > > > On 05.01.16 at 17:53, wrote: >> >> > On 12/22/15 10:09 AM, Jan Beulich wrote: >> >> > > > > >

[Xen-devel] [PATCH v2 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] [PATCH v2 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 pas

[Xen-devel] [PATCH v2 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 pat

[Xen-devel] [PATCH v2 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 which

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

> -Original Message- > From: Paul Durrant [mailto:paul.durr...@citrix.com] > Sent: 06 January 2016 13:07 > To: xen-de...@lists.xenproject.org > Cc: Paul Durrant; Ian Campbell; Ian Jackson; Jan Beulich; Keir (Xen.org); Tim > (Xen.org) > Subject: [PATCH v2 2/3] public/io/netif.h: document con

[Xen-devel] [PATCH v2 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] [PATCH v3 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 pat

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

This patch documents a new shared 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 such that it is configurable by the frontend. The patch then goes on to document the messages passed over the contr

[Xen-devel] [PATCH v3 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 which

Re: [Xen-devel] [PATCH] svm: rephrase local variable use for Coverity.

>>> On 01.01.16 at 04:14, wrote: > Coverity CID 1343310 > > No functional changes. > > Signed-off-by: Joshua Otto > --- > On Mon, Dec 28, 2015 at 09:34:28AM +, Andrew Cooper wrote: >> The error message isn't fantastic, but the complaint that Coverity >> has is that we store intr here, then

Re: [Xen-devel] [PATCH] MAINTAINERS: add myself for kconfig

>>> On 05.01.16 at 13:07, wrote: > On Wed, 2015-12-16 at 08:41 -0600, Doug Goldstein wrote: >> Added myself as the maintainer of kconfig. >> >> CC: Ian Campbell >> CC: Ian Jackson >> CC: Jan Beulich >> CC: Keir Fraser >> CC: Tim Deegan >> >> Signed-off-by: Doug Goldstein > > Acked-by: Ian

Re: [Xen-devel] Xen 4.7 Development Update

>>> On 05.01.16 at 07:57, wrote: On 1/4/2016 at 06:15 PM, in message , Wei Liu wrote: Chun Yan (and others), please remember to limit quoting especially (but not limited to) when replying to Development Update mails: Commonly (like in your case) people really just reply to a single

Re: [Xen-devel] [PATCH v2 5/5] tools/libxl: remove unused function libxl__domain_save_device_model()

On Tue, Jan 05, 2016 at 10:06:21AM +0800, Wen Congyang wrote: > After the commit d77570e7, libxl__domain_save_device_model() can > be dropped. > > Signed-off-by: Wen Congyang This is incomplete as far as I can tell. There are several references to the said function: $ git grep libxl__domain_sa

Re: [Xen-devel] RFC Userspace hypercalls

>>> On 06.01.16 at 12:44, wrote: > The HVM ABI (for whatever reason) unilaterally fails > a userspace hypercall with -EPERM, making it impossible for the kernel > to trap-and-forward even it wanted to. Perhaps just to match PV behavior? > There are already scenarios under test where we cannot re

Re: [Xen-devel] [PATCH] xenfb.c: avoid expensive loops when prod <= out_cons

On Wed, 6 Jan 2016, David Vrabel wrote: > On 06/01/16 12:08, Stefano Stabellini wrote: > > If the frontend sets out_cons to a value higher than out_prod, it will > > cause xenfb_handle_events to loop about 2^32 times. Avoid that by using > > better checks at the beginning of the function. > > You

Re: [Xen-devel] [PATCH v5] x86/VPMU: implement ipc and arch filter flags

On 01/06/2016 06:43 AM, Jan Beulich wrote: On 05.01.16 at 02:43, wrote: This introduces a way to have a restricted VPMU, by specifying one of two predefined groups of PMCs to make available. For secure environments, this allows the VPMU to be used without needing to enable all PMCs. Signed-off

Re: [Xen-devel] Failed vm entry with heavy use of emulator

>>> On 05.01.16 at 13:05, wrote: > On Tue, Jan 5, 2016 at 12:56 PM, Andrew Cooper > wrote: >> Do you have a log of the instructions emulated? > > I don't. Is there an easy way to get that beside manually sprinkling debug > messages around in the emulator? Assuming you have the guest kernel bina

Re: [Xen-devel] [PATCH] MAINTAINERS: add myself for kconfig

At 06:45 -0700 on 06 Jan (1452062722), Jan Beulich wrote: > >>> On 05.01.16 at 13:07, wrote: > > On Wed, 2015-12-16 at 08:41 -0600, Doug Goldstein wrote: > >> Added myself as the maintainer of kconfig. > >> > >> CC: Ian Campbell > >> CC: Ian Jackson > >> CC: Jan Beulich > >> CC: Keir Fraser >

Re: [Xen-devel] OVMF related osstest failures on multiple branches

On Wed, 2016-01-06 at 12:35 +, Ian Campbell wrote: > The fly in the ointment of this theory is that the Jessie upgrade doesn't > seem to have broken unstable in this way, for some reason, which is what I > intend to investigate first. One difference between all the failing versions and xen-uns

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

flight 77175 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/77175/ 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

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

flight 77137 qemu-upstream-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/77137/ 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 test-am

Re: [Xen-devel] [PATCH v3 02/11] pc: remove has_igd_gfx_passthru global

On Tue, 5 Jan 2016, Gerd Hoffmann wrote: > Signed-off-by: Gerd Hoffmann Reviewed-by: Stefano Stabellini > hw/xen/xen_pt.h | 5 +++-- > vl.c| 10 -- > 2 files changed, 3 insertions(+), 12 deletions(-) > > diff --git a/hw/xen/xen_pt.h b/hw/xen/xen_pt.h > index 3749711..cdd

Re: [Xen-devel] [PATCH] svm: rephrase local variable use for Coverity.

On 01/06/2016 08:24 AM, Jan Beulich wrote: On 01.01.16 at 04:14, wrote: Coverity CID 1343310 No functional changes. Signed-off-by: Joshua Otto --- On Mon, Dec 28, 2015 at 09:34:28AM +, Andrew Cooper wrote: The error message isn't fantastic, but the complaint that Coverity has is that we

Re: [Xen-devel] [PATCH v3 04/11] igd: switch TYPE_IGD_PASSTHROUGH_I440FX_PCI_DEVICE to realize

On Tue, 5 Jan 2016, Gerd Hoffmann wrote: > Signed-off-by: Gerd Hoffmann Reviewed-by: Stefano Stabellini > hw/pci-host/igd.c | 9 - > 1 file changed, 4 insertions(+), 5 deletions(-) > > diff --git a/hw/pci-host/igd.c b/hw/pci-host/igd.c > index ef0273b..d1eeafb 100644 > --- a/hw/pci-h

Re: [Xen-devel] Lenovo X200 IOMMU support through Xen 4.6 iommu=no-igfx switch

>>> On 22.12.15 at 19:04, wrote: > iommu=no-igfx is a gamechanger for Qubes support through 3.1 RC1 release, > thanks to Xen 4.6 :) > > The Lenovo X200 supports vt-x, vt-d and TPM as reported and required by > Qubes in the HCL attached to this e-mail. The problem is that when Qubes > launches it'

Re: [Xen-devel] [xen-unstable test] 76919: regressions - FAIL

On Wed, Jan 06, 2016 at 11:14:21AM +, Ian Campbell wrote: > On Tue, 2016-01-05 at 02:26 +, osstest service owner wrote: > > flight 76919 xen-unstable real [real] > > http://logs.test-lab.xenproject.org/osstest/logs/76919/ > > > > Regressions :-( > > > > Tests which did not succeed and are

Re: [Xen-devel] [PATCH] MAINTAINERS: add myself for kconfig

>>> On 06.01.16 at 15:26, wrote: > At 06:45 -0700 on 06 Jan (1452062722), Jan Beulich wrote: >> >>> On 05.01.16 at 13:07, wrote: >> > On Wed, 2015-12-16 at 08:41 -0600, Doug Goldstein wrote: >> >> Added myself as the maintainer of kconfig. >> >> >> >> CC: Ian Campbell >> >> CC: Ian Jackson >>

Re: [Xen-devel] [PATCH v3 05/11] igd: TYPE_IGD_PASSTHROUGH_I440FX_PCI_DEVICE: call parent realize

On Tue, 5 Jan 2016, Gerd Hoffmann wrote: > Signed-off-by: Gerd Hoffmann > --- > hw/pci-host/igd.c | 9 + > 1 file changed, 9 insertions(+) > > diff --git a/hw/pci-host/igd.c b/hw/pci-host/igd.c > index d1eeafb..6f52ab1 100644 > --- a/hw/pci-host/igd.c > +++ b/hw/pci-host/igd.c > @@ -53,1

Re: [Xen-devel] [PATCH] MAINTAINERS: add myself for kconfig

On Wed, 2016-01-06 at 14:26 +, Tim Deegan wrote: > At 06:45 -0700 on 06 Jan (1452062722), Jan Beulich wrote: > > > > > On 05.01.16 at 13:07, wrote: > > > On Wed, 2015-12-16 at 08:41 -0600, Doug Goldstein wrote: > > > > Added myself as the maintainer of kconfig. > > > > > > > > CC: Ian Campbel

Re: [Xen-devel] [PATCH v3 06/11] igd: use defines for standard pci config space offsets

On Tue, 5 Jan 2016, Gerd Hoffmann wrote: > Signed-off-by: Gerd Hoffmann Reviewed-by: Stefano Stabellini > hw/pci-host/igd.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/hw/pci-host/igd.c b/hw/pci-host/igd.c > index 6f52ab1..0784128 100644 > --- a/hw/pci-host

Re: [Xen-devel] RFC Userspace hypercalls

On 06/01/16 14:14, Jan Beulich wrote: On 06.01.16 at 12:44, wrote: >> The HVM ABI (for whatever reason) unilaterally fails >> a userspace hypercall with -EPERM, making it impossible for the kernel >> to trap-and-forward even it wanted to. > Perhaps just to match PV behavior? But it doesn't.

Re: [Xen-devel] [PATCH 0/4] Allow schedulers to be selectable through Kconfig

On Fri, 2015-12-18 at 11:56 -0600, Doug Goldstein wrote: > In the end I really see the primary people that build Xen on their own > as project maintainers (XenServer, Qubes, OpenXT) or distro maintainers > (Ubuntu, Debian, Gentoo, Yocto) or "expert" users. Most people will use > Xen as it comes pac

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

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

[Xen-devel] [libvirt test] 77096: regressions - FAIL

flight 77096 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/77096/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i3865 xen-build fail REGR. vs. 66919 Regressions which are reg

[Xen-devel] [qemu-mainline bisection] complete build-amd64-xsm

branch xen-unstable xenbranch xen-unstable job build-amd64-xsm testid xen-build Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git Tree: qemuu git://git.qemu.org/qemu.git Tree: xen git://xenbits.xen.org/xen.git *** Found and reproduced problem changeset *** Bug is in tree: qemuu git://

Re: [Xen-devel] [PATCH 2/2] pc-nvdimm acpi: build ACPI tables for pc-nvdimm devices

On Tue, Jan 05, 2016 at 10:01:26PM +0800, Haozhong Zhang wrote: > On 01/05/16 11:00, Stefano Stabellini wrote: > > On Mon, 4 Jan 2016, Konrad Rzeszutek Wilk wrote: > > > On Mon, Jan 04, 2016 at 04:01:08PM +, Stefano Stabellini wrote: > > > > CC'ing the Xen tools maintainers and Anthony. > > > >

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

flight 76951 xen-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/76951/ 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. 66426 test-amd64-i386-x

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

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

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

flight 77119 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/77119/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR. vs. 65543 test-amd64-amd64-

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

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

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

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

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

flight 77011 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/77011/ 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

[Xen-devel] [xen-unstable test] 77087: regressions - FAIL

flight 77087 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/77087/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 9 debian-hvm-install fail REGR. vs. 66879 Reg

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

flight 77095 linux-mingo-tip-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/77095/ 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 build-i386

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

flight 77049 xen-4.4-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/77049/ 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

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

flight 76946 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/76946/ 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 failin

[Xen-devel] [xen-unstable-smoke test] 77147: tolerable all pass - PUSHED

flight 77147 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/77147/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass test-armhf-armhf-xl 12

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

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

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

flight 77101 qemu-upstream-4.6-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/77101/ 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. 63071 test-am

Re: [Xen-devel] [PATCH] MAINTAINERS: add myself for kconfig

Jan Beulich writes ("Re: [PATCH] MAINTAINERS: add myself for kconfig"): > On 06.01.16 at 15:26, wrote: > > If you feel like he may need some shepherding in the short term, maybe > > someone more experienced could be co-maintainer for a bit? > > Shepherding isn't the problem, nor would a co-mainta

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

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

Re: [Xen-devel] [PATCH v3 07/11] igd: revamp host config read

On Tue, 5 Jan 2016, Gerd Hoffmann wrote: > Move all work to the host_pci_config_copy helper function, > which we can easily reuse when adding q35 support. > Open sysfs file only once for all values. Use pread. > Proper error handling. Fix bugs: > > * Don't throw away results (like old host_pci_

Re: [Xen-devel] [PATCH v2 5/5] tools/libxl: remove unused function libxl__domain_save_device_model()

在 2016/1/6 22:10, Wei Liu 写道: On Tue, Jan 05, 2016 at 10:06:21AM +0800, Wen Congyang wrote: After the commit d77570e7, libxl__domain_save_device_model() can be dropped. Signed-off-by: Wen Congyang This is incomplete as far as I can tell. There are several references to the said function: $

Re: [Xen-devel] [PATCH 2/2] pc-nvdimm acpi: build ACPI tables for pc-nvdimm devices

On 01/06/16 09:50, Konrad Rzeszutek Wilk wrote: > On Tue, Jan 05, 2016 at 10:01:26PM +0800, Haozhong Zhang wrote: > > On 01/05/16 11:00, Stefano Stabellini wrote: > > > On Mon, 4 Jan 2016, Konrad Rzeszutek Wilk wrote: > > > > On Mon, Jan 04, 2016 at 04:01:08PM +, Stefano Stabellini wrote: > > >

  1   2   >