Re: [Xen-devel] [PATCHv6] 02/28] build: build Kconfig and config rules

2015-12-07 Thread Jan Beulich
>>> On 07.12.15 at 22:27, wrote: > On 12/3/15 2:57 AM, Jan Beulich wrote: > On 03.12.15 at 01:34, wrote: >>> On 12/1/15 5:22 AM, Jan Beulich wrote: >>> On 30.11.15 at 18:53, wrote: > On 11/30/15 8:36 AM, Jan Beulich wrote: > On 24.11.15 at 18:51, wrote: >>> +config ARCH_

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

2015-12-07 Thread Jan Beulich
>>> On 08.12.15 at 03:46, wrote: > I didn't see an obvious error from the commit, so some debug > would be required to identify the problematic code. However this > issue was not reproduced immediately in our internal environment, > and the guy familiar with this area (Yang) just left Intel. It

[Xen-devel] help for function xc_map_foreign_bulk() and munmap()

2015-12-07 Thread 高强
Hi,alls, In xen-4.4.1/tools/libxc/xc_domain_save.c/xc_domain_save(),there are two function calls: region_base = xc_map_foreign_bulk(xch, dom, PROT_READ, pfn_type, pfn_err, batch); munmap(region_base, batch*PAGE_SIZE); I know the function wruncached(io_fd, live,(char*)region_base+(PAGE_SIZE*(j-

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

2015-12-07 Thread osstest service owner
flight 65519 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/65519/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i3865 xen-build fail REGR. vs. 65468 build-i386-xsm

Re: [Xen-devel] [libvirt] [FOR 1.3.0 PATCH] conf: add net device prefix for Xen

2015-12-07 Thread Jim Fehlig
On 12/07/2015 11:52 AM, Daniel P. Berrange wrote: > On Mon, Dec 07, 2015 at 09:42:21AM -0700, Jim Fehlig wrote: >> In commit d2e5538b1, the libxl driver was changed to copy interface >> names autogenerated by libxl to the corresponding network def in the >> domain's virDomainDef object. The copied

Re: [Xen-devel] [RESEND][PATCH V9 3/7] libxl: add pvusb API

2015-12-07 Thread Chun Yan Liu
Any comments? >>> On 11/25/2015 at 05:46 PM, in message <1448444775-6974-4-git-send-email-cy...@suse.com>, Chunyan Liu wrote: > Add pvusb APIs, including: > - attach/detach (create/destroy) virtual usb controller. > - attach/detach usb device > - list usb controller and usb devices > - s

[Xen-devel] [ovmf bisection] complete build-i386

2015-12-07 Thread osstest service owner
branch xen-unstable xenbranch xen-unstable job build-i386 testid xen-build Tree: ovmf https://github.com/tianocore/edk2.git Tree: qemuu git://xenbits.xen.org/qemu-xen.git Tree: xen git://xenbits.xen.org/xen.git *** Found and reproduced problem changeset *** Bug is in tree: ovmf https://github

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

2015-12-07 Thread osstest service owner
flight 65509 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/65509/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i3865 xen-build fail REGR. vs. 65468 build-i386-xsm

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

2015-12-07 Thread Tian, Kevin
> From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Tuesday, December 08, 2015 12:18 AM > > >>> On 05.12.15 at 09:09, wrote: > > On Wed, 2015-12-02 at 13:51 +, Ian Campbell wrote: > > > >> http://osstest.test-lab.xenproject.org/~osstest/pub/logs/65301/ > >> > >> I think that ought to give

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

2015-12-07 Thread osstest service owner
flight 65506 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/65506/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i3865 xen-build fail REGR. vs. 65468 build-i386-xsm

Re: [Xen-devel] [PATCH v2 00/14] Add VMX TSC scaling support

2015-12-07 Thread Haozhong Zhang
On 12/07/15 17:04, Andrew Cooper wrote: > On 07/12/15 10:16, Haozhong Zhang wrote: > > On 12/07/15 10:03, Egger, Christoph wrote: > >> Did you consider nested virtualization? > >> L1 hypervisor may have a different tsc scaling > >> and L2 guest again may have a different tsc scale ratio. > >> > > O

Re: [Xen-devel] [PATCH v2 10/14] x86/hvm: Replace architecture TSC scaling by a common function

2015-12-07 Thread Haozhong Zhang
On 12/07/15 13:55, Boris Ostrovsky wrote: > On 12/06/2015 03:58 PM, Haozhong Zhang wrote: > >This patch implements a common function hvm_scale_tsc() to scale TSC by > >using TSC scaling information collected by architecture code. > > > >Signed-off-by: Haozhong Zhang > >--- > > xen/arch/x86/hvm/hv

Re: [Xen-devel] [PATCH v2 09/14] x86/hvm: Setup TSC scaling ratio

2015-12-07 Thread Haozhong Zhang
On 12/07/15 13:42, Boris Ostrovsky wrote: > On 12/06/2015 03:58 PM, Haozhong Zhang wrote: > >This patch adds a field tsc_scaling_ratio in struct hvm_vcpu to > >record the TSC scaling ratio, and sets it up when tsc_set_info() is > >called for a vcpu or when a vcpu is restored or reset. > > > >Signed

Re: [Xen-devel] [PATCH v2 07/14] svm: Remove redundant TSC scaling in svm_set_tsc_offset()

2015-12-07 Thread Haozhong Zhang
On 12/07/15 13:25, Boris Ostrovsky wrote: > On 12/06/2015 03:58 PM, Haozhong Zhang wrote: > >Now every caller passes an already scaled offset to > >svm_set_tsc_offset(), so it's not necessary to recalculate a scaled TSC > >offset in svm_set_tsc_offset(). > > > >Signed-off-by: Haozhong Zhang > >---

Re: [Xen-devel] [PATCH v2 06/14] x86/time.c: Scale host TSC in pvclock properly

2015-12-07 Thread Haozhong Zhang
On 12/07/15 13:14, Boris Ostrovsky wrote: > On 12/06/2015 03:58 PM, Haozhong Zhang wrote: > >This patch makes the pvclock return the scaled host TSC and > >corresponding scaling parameters to HVM domains if guest TSC is not > >emulated and TSC scaling is enabled. > > > >Signed-off-by: Haozhong Zhan

Re: [Xen-devel] blkback feature announcement

2015-12-07 Thread Bob Liu
On 12/07/2015 08:42 PM, Roger Pau Monné wrote: > El 07/12/15 a les 13.00, Jan Beulich ha escrit: >> Hello, >> >> is there a particular reason why "max-ring-page-order" gets written in >> xen_blkbk_probe(), but e.g. "feature-max-indirect-segments" and >> "feature-persistent" get written only in con

Re: [Xen-devel] [PATCH v2 04/14] x86/time.c: Use correct guest TSC frequency in tsc_get_info()

2015-12-07 Thread Haozhong Zhang
On 12/07/15 12:53, Boris Ostrovsky wrote: > On 12/06/2015 03:58 PM, Haozhong Zhang wrote: > >When the TSC mode of a HVM container is TSC_MODE_DEFAULT or > >TSC_MODE_PVRDTSCP and no TSC emulation is used, the existing > >tsc_get_info() uses the host TSC frequency (cpu_khz) as the guest TSC > >freque

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

2015-12-07 Thread osstest service owner
flight 65493 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/65493/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i3865 xen-build fail REGR. vs. 65468 build-i386-xsm

Re: [Xen-devel] [PATCH v2 03/14] x86/time.c: Use correct guest TSC frequency in tsc_set_info()

2015-12-07 Thread Haozhong Zhang
On 12/07/15 11:57, Boris Ostrovsky wrote: > On 12/06/2015 03:58 PM, Haozhong Zhang wrote: > >When TSC_MODE_PVRDTSCP is used for a HVM container and TSC scaling is > >available, use the non-zero value of argument gtsc_khz of tsc_set_info() > >as the guest TSC frequency rather than using the host TSC

[Xen-devel] [qemu-mainline test] 65474: tolerable trouble: broken/fail/pass - PUSHED

2015-12-07 Thread osstest service owner
flight 65474 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/65474/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-libvirt 3 host-install(3) broken REGR. vs. 65378 test-amd64-i386-libvirt-pair

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

2015-12-07 Thread osstest service owner
flight 65489 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/65489/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i3865 xen-build fail REGR. vs. 65468 build-i386-xsm

[Xen-devel] [linux-next test] 65470: regressions - FAIL

2015-12-07 Thread osstest service owner
flight 65470 linux-next real [real] http://logs.test-lab.xenproject.org/osstest/logs/65470/ 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. 65420 Regre

Re: [Xen-devel] [PATCH v2 0/3] VPMU fixes

2015-12-07 Thread Boris Ostrovsky
On 12/07/2015 04:24 PM, Kleen, Andi wrote: I'm not aware of that specific quirk on Nehalem. Standard perf has a workaround for the errata below, but it sounds different from what you have. But if it's a NHM/WSM problem your model numbers are certainly not enough. That's exactly the problem th

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

2015-12-07 Thread osstest service owner
flight 65485 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/65485/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i3865 xen-build fail REGR. vs. 65468 build-i386-xsm

[Xen-devel] [xen-unstable test] 65463: regressions - trouble: broken/fail/pass

2015-12-07 Thread osstest service owner
flight 65463 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/65463/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-qemuu-nested-intel 16 debian-hvm-install/l1/l2 fail REGR. vs. 65114 Tests which a

Re: [Xen-devel] [PATCH] xen-blkback: clear PF_NOFREEZE for xen_blkif_schedule()

2015-12-07 Thread Konrad Rzeszutek Wilk
On Mon, Oct 26, 2015 at 02:47:21PM +0900, Jiri Kosina wrote: > From: Jiri Kosina > > xen_blkif_schedule() kthread calls try_to_freeze() at the beginning of > every attempt to purge the LRU. This operation can't ever succeed though, > as the kthread hasn't marked itself as freezable. ! > > Bef

Re: [Xen-devel] [PATCHv6] 02/28] build: build Kconfig and config rules

2015-12-07 Thread Doug Goldstein
On 12/3/15 2:57 AM, Jan Beulich wrote: On 03.12.15 at 01:34, wrote: >> On 12/1/15 5:22 AM, Jan Beulich wrote: >> On 30.11.15 at 18:53, wrote: On 11/30/15 8:36 AM, Jan Beulich wrote: On 24.11.15 at 18:51, wrote: >> +mainmenu "Xen/$SRCARCH $XEN_FULLVERSION Configuration"

Re: [Xen-devel] [PATCH v2 0/3] VPMU fixes

2015-12-07 Thread Kleen, Andi
I'm not aware of that specific quirk on Nehalem. Standard perf has a workaround for the errata below, but it sounds different from what you have. But if it's a NHM/WSM problem your model numbers are certainly not enough. You always need some kind of limiter for the PMI because it is possible to

[Xen-devel] [ovmf baseline-only test] 38461: all pass

2015-12-07 Thread Platform Team regression test user
This run is configured for baseline tests only. flight 38461 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38461/ Perfect :-) All tests in this flight passed version targeted for testing: ovmf 84c7452165816ed26cd5bdeb5666d4dc0026f116 baseline version: ovm

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

2015-12-07 Thread Boris Ostrovsky
On 11/30/2015 07:39 PM, Brendan Gregg 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-

Re: [Xen-devel] [PATCH v2 11/14] x86/hvm: Move saving/loading vcpu's TSC to common code

2015-12-07 Thread Boris Ostrovsky
On 12/06/2015 03:58 PM, Haozhong Zhang wrote: Both VMX and SVM save/load vcpu's TSC when saving/loading vcpu's context, so this patch moves saving/loading vcpu's TSC to the common functions hvm_[save|load]_cpu_ctxt(). Signed-off-by: Haozhong Zhang Acked-by: Jan Beulich --- xen/arch/x86/hvm/h

Re: [Xen-devel] [PATCH v2 12/14] x86/hvm: Detect TSC scaling through hvm_funcs

2015-12-07 Thread Boris Ostrovsky
On 12/06/2015 03:58 PM, Haozhong Zhang wrote: This patch uses hvm_funcs.tsc_scaling_supported instead of the architecture code to detect the TSC scaling support. Signed-off-by: Haozhong Zhang Acked-by: Jan Beulich --- xen/arch/x86/time.c | 9 - 1 file changed, 4 insertions(+), 5 del

Re: [Xen-devel] [PATCH v2 10/14] x86/hvm: Replace architecture TSC scaling by a common function

2015-12-07 Thread Boris Ostrovsky
On 12/06/2015 03:58 PM, Haozhong Zhang wrote: This patch implements a common function hvm_scale_tsc() to scale TSC by using TSC scaling information collected by architecture code. Signed-off-by: Haozhong Zhang --- xen/arch/x86/hvm/hvm.c| 18 +-- xen/arch/x86/hvm/svm/svm.c

Re: [Xen-devel] [libvirt] [FOR 1.3.0 PATCH] conf: add net device prefix for Xen

2015-12-07 Thread Daniel P. Berrange
On Mon, Dec 07, 2015 at 09:42:21AM -0700, Jim Fehlig wrote: > In commit d2e5538b1, the libxl driver was changed to copy interface > names autogenerated by libxl to the corresponding network def in the > domain's virDomainDef object. The copied name is freed when the domain > transitions to the shut

Re: [Xen-devel] [PATCH v2 09/14] x86/hvm: Setup TSC scaling ratio

2015-12-07 Thread Boris Ostrovsky
On 12/06/2015 03:58 PM, Haozhong Zhang wrote: This patch adds a field tsc_scaling_ratio in struct hvm_vcpu to record the TSC scaling ratio, and sets it up when tsc_set_info() is called for a vcpu or when a vcpu is restored or reset. Signed-off-by: Haozhong Zhang Reviewed-by: Boris Ostrovsky

Re: [Xen-devel] Xc_mem_access_enable_emulate() is currently a no-operation

2015-12-07 Thread Razvan Cojocaru
On 12/07/2015 07:55 PM, Lengyel, Tamas wrote: > > > On Mon, Dec 7, 2015 at 4:09 AM, Razvan Cojocaru > mailto:rcojoc...@bitdefender.com>> wrote: > > Hello, > > While looking at some code with Tamas these past few days, we discovered > that xc_mem_access_enable_emulate() doesn't actua

Re: [Xen-devel] [PATCH v2 08/14] x86/hvm: Collect information of TSC scaling ratio

2015-12-07 Thread Boris Ostrovsky
On 12/06/2015 03:58 PM, Haozhong Zhang wrote: Both VMX TSC scaling and SVM TSC ratio use the 64-bit TSC scaling ratio, but the number of fractional bits of the ratio is different between VMX and SVM. This patch adds the architecture code to collect the number of fractional bits and other related

Re: [Xen-devel] [PATCH v2 07/14] svm: Remove redundant TSC scaling in svm_set_tsc_offset()

2015-12-07 Thread Boris Ostrovsky
On 12/06/2015 03:58 PM, Haozhong Zhang wrote: Now every caller passes an already scaled offset to svm_set_tsc_offset(), so it's not necessary to recalculate a scaled TSC offset in svm_set_tsc_offset(). Signed-off-by: Haozhong Zhang --- xen/arch/x86/hvm/svm/svm.c | 15 ++- 1 file

Re: [Xen-devel] [PATCH v2 06/14] x86/time.c: Scale host TSC in pvclock properly

2015-12-07 Thread Boris Ostrovsky
On 12/06/2015 03:58 PM, Haozhong Zhang wrote: This patch makes the pvclock return the scaled host TSC and corresponding scaling parameters to HVM domains if guest TSC is not emulated and TSC scaling is enabled. Signed-off-by: Haozhong Zhang +Joao who has been staring at this code. Joao, can

[Xen-devel] AVC denied for pcilevel in stubdom test case

2015-12-07 Thread Wei Liu
Hi Daniel I notice there is avc denied message in our stubdom test case, which should probably be fixed in default policy. Dec 6 19:56:57.681026 (XEN) avc: denied { pcilevel } for domid=2 target=1 scontext=system_u:system_r:dm_dom_t tcontext=system_u:system_r:domU_t_target tclass=hvm See fo

Re: [Xen-devel] fyi, Xen's EFI workarounds (/mapbs & efi=no-rs) on SuperMicro hardware; fixes solve 1/2 problems & SM responds that can't/won't fix their firmware

2015-12-07 Thread Konrad Rzeszutek Wilk
> > Now attached. > >> > >> xen.efi /noexitboot /mapbs > >> > >> And you can try without 'efi=no-rs'. > >> > >> However I am wondering - why are you using '/mapbs' ? What did it > >> help? (The combination of 'efi=no-rs' means you are in effect not > >> using _any_ EFI operations - so doing /mapbs

Re: [Xen-devel] Xc_mem_access_enable_emulate() is currently a no-operation

2015-12-07 Thread Lengyel, Tamas
On Mon, Dec 7, 2015 at 4:09 AM, Razvan Cojocaru wrote: > Hello, > > While looking at some code with Tamas these past few days, we discovered > that xc_mem_access_enable_emulate() doesn't actually do anything other > that setting the mem_access_emulate_enabled flag. > > Fixing that would likely be

Re: [Xen-devel] [PATCH v2 05/14] x86/hvm: Scale host TSC when setting/getting guest TSC

2015-12-07 Thread Boris Ostrovsky
On 12/06/2015 03:58 PM, Haozhong Zhang wrote: The existing hvm_[set|get]_guest_tsc_fixed() calculate the guest TSC by adding the TSC offset to the host TSC. When the TSC scaling is enabled, the host TSC should be scaled first. This patch adds the scaling logic to those two functions. Signed-off-

Re: [Xen-devel] [PATCH v2 04/14] x86/time.c: Use correct guest TSC frequency in tsc_get_info()

2015-12-07 Thread Boris Ostrovsky
On 12/06/2015 03:58 PM, Haozhong Zhang wrote: When the TSC mode of a HVM container is TSC_MODE_DEFAULT or TSC_MODE_PVRDTSCP and no TSC emulation is used, the existing tsc_get_info() uses the host TSC frequency (cpu_khz) as the guest TSC frequency. However, tsc_set_info() may set the guest TSC fre

[Xen-devel] [ovmf test] 65468: all pass - PUSHED

2015-12-07 Thread osstest service owner
flight 65468 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/65468/ Perfect :-) All tests in this flight passed version targeted for testing: ovmf 84c7452165816ed26cd5bdeb5666d4dc0026f116 baseline version: ovmf 68312710615c3499341f3e300b0a3921dea

[Xen-devel] [OSSTEST v2 PATCH 00/16] Test database handling

2015-12-07 Thread Ian Jackson
Ian Jackson writes (""): > I'm intending to be able to do database schema updates. But I don't > want to play around with such code on a live database. So I need a > test database. Sorry about the subject-less mail. Here is a followup with a Subject to make this easier to find in the future. I

[Xen-devel] [OSSTEST PATCH 03/16] Configuration: No longer set password=<~/.xen-osstest/db-password>

2015-12-07 Thread Ian Jackson
Instead, expect the user to provide ~/.pgpass. This is a good idea because we don't really want to be handling passwords ourselves if we can help it. And, we are shortly going to want to do some exciting mangling of the database access configuration, which would be complicated by the presence of

[Xen-devel] [OSSTEST PATCH 04/16] mg-debug-fail: New utility script for debugging

2015-12-07 Thread Ian Jackson
Signed-off-by: Ian Jackson Acked-by: Ian Campbell --- v2: Use "egrep ''" rather than "egrep .". Both sanitise missing-final-newline but "egrep ''" will print blank lines, which is desirable here. --- mg-debug-fail | 13 + 1 file changed, 13 insertions(+) create mode 100

[Xen-devel] [OSSTEST PATCH 16/16] mg-schema-test-database: Add workflow doc comment

2015-12-07 Thread Ian Jackson
Signed-off-by: Ian Jackson --- v2: New patch --- mg-schema-test-database | 37 - 1 file changed, 36 insertions(+), 1 deletion(-) diff --git a/mg-schema-test-database b/mg-schema-test-database index 90a361b..d704950 100755 --- a/mg-schema-test-database +++ b/

[Xen-devel] [OSSTEST PATCH 15/16] mg-schema-test-database: Safety catch in JobDB database open

2015-12-07 Thread Ian Jackson
When we open the `osstest' database, see whether this is a parent DB (main DB) from which a test DB has been spawned by this user. If it has, bomb out, unless the user has specified a suitable regexp matching the DB name in the env var OSSTEST_DB_USEREAL_IGNORETEST This means that when a test d

[Xen-devel] [OSSTEST PATCH 14/16] mg-schema-test-database: Bump flight sequence number in test DB

2015-12-07 Thread Ian Jackson
This makes test flights have different numbers to those currently in production, which will help avoid accidents. Signed-off-by: Ian Jackson --- v2: New patch --- mg-schema-test-database | 13 + 1 file changed, 13 insertions(+) diff --git a/mg-schema-test-database b/mg-schema-test

[Xen-devel] (no subject)

2015-12-07 Thread Ian Jackson
I'm intending to be able to do database schema updates. But I don't want to play around with such code on a live database. So I need a test database. Thus, a yak: arrangements to make a test database. As I say, I have tested this and it now does the right things in, apparently, the right order,

[Xen-devel] [OSSTEST PATCH 01/16] tcl daemons: log host and port number we bind to, at startup

2015-12-07 Thread Ian Jackson
If the socket setup fails, this makes it easier to see what the program was trying to do. Signed-off-by: Ian Jackson Acked-by: Ian Campbell --- tcl/daemonlib.tcl |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tcl/daemonlib.tcl b/tcl/daemonlib.tcl index 972b5e2..b76ff12 1

[Xen-devel] [OSSTEST PATCH 12/16] Configuration: Introduce $c{Username}

2015-12-07 Thread Ian Jackson
This makes it easier to share the output of whoami. As a beneficial side effect it can now be overridden. Replace many open-coded calls to `whoami` etc. with references to $c{Username}. Signed-off-by: Ian Jackson --- v2: New patch --- Osstest.pm |5 +++-- Osstest/Executive.pm

[Xen-devel] [OSSTEST PATCH 05/16] mg-debug-fail: Catch attempts to read from a tty

2015-12-07 Thread Ian Jackson
When stdin is a tty, do not try to dump it. Signed-off-by: Ian Jackson Acked-by: Ian Campbell --- mg-debug-fail |8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/mg-debug-fail b/mg-debug-fail index a163aef..47ad68a 100755 --- a/mg-debug-fail +++ b/mg-debug-fail @@ -

[Xen-devel] [OSSTEST PATCH 06/16] cri-getconfig: Provide get_psql_cmd and get_pgdump_cmd

2015-12-07 Thread Ian Jackson
This is for (non-standalone-mode) shell scripts which want to access the postgresql database. get_psql_command provides `-v ON_ERROR_STOP' because it is not the default (!) and no sane caller would not want it. No callers as yet. Signed-off-by: Ian Jackson Acked-by: Ian Campbell --- v2: Fix ty

[Xen-devel] [OSSTEST PATCH 10/16] mg-schema-test-database: Move setting of test_cfg_setting to dbname

2015-12-07 Thread Ian Jackson
This will makes it available to a wider subset of the script, which is going to be important in a moment. No functional change. Signed-off-by: Ian Jackson Acked-by: Ian Campbell --- mg-schema-test-database | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/mg-sc

[Xen-devel] [OSSTEST PATCH 08/16] Osstest.pm: Break out and export globalconfigfiles

2015-12-07 Thread Ian Jackson
No functional change; no callers as yet. Signed-off-by: Ian Jackson Acked-by: Ian Campbell --- Osstest.pm |8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/Osstest.pm b/Osstest.pm index 95e4d46..20b8f62 100644 --- a/Osstest.pm +++ b/Osstest.pm @@ -30,7 +30,7 @@ BEGI

[Xen-devel] [OSSTEST PATCH 09/16] mg-schema-test-database: New script

2015-12-07 Thread Ian Jackson
This allows a user in non-standalone mode to make a whole new test database, which is largely a clone of the original database. The new db refers to the same resources (hosts), and more-or-less safely borrows some of those hosts. Currently we don't do anything about the queue and owner daemons. T

[Xen-devel] [OSSTEST PATCH 02/16] cri-getconfig: Break out exec_resetting_sigint.

2015-12-07 Thread Ian Jackson
Move this oddity (and the associated comment) from standalone-generate-dump-flight-runvars to cri-getconfig. We are going to want it elsewhere. We put this in cri-getconfig because that is the one library of generic shell functions which everything includes. Perhaps this file is misnamed. No ov

[Xen-devel] [OSSTEST PATCH 07/16] cri-getconfig: Provide debugging for get_psql_cmd

2015-12-07 Thread Ian Jackson
This allows us to execute only the first SQL invocations. The first non-executed one is dumped, instead, by having get_psql_command print a rune involving ./mg-debug-fail (which the caller will then execute). The locking makes things work roughly-correctly if get_psql_cmd is run in multiple proc

[Xen-devel] [OSSTEST PATCH 13/16] mg-schema-test-database: Change username for back-to-main-db xref

2015-12-07 Thread Ian Jackson
The `username' of the xdbref task in the test db, referring to the main db, is changed to `PARENT' (from `@'). Currently this is purely cosmetic, but it is going to be useful to distinguish the two cases: * This is a test DB and contains references to a parent * This is a parent DB (probably the

[Xen-devel] [OSSTEST PATCH 11/16] mg-schema-test-database: Sort out daemons; provide `daemons' subcommand

2015-12-07 Thread Ian Jackson
We arrange for the test configuration to look for the daemons on a different host and port, and we provide a convenient way to run such a pair of daemons. Signed-off-by: Ian Jackson --- v2: Moved setting of *Daemon{Host,Port} to this patch (was previously in `mg-schema-test-database: New scr

[Xen-devel] [PATCH OSSTEST] mg-hosts: document "power" command

2015-12-07 Thread Wei Liu
Signed-off-by: Wei Liu --- mg-hosts | 7 +++ 1 file changed, 7 insertions(+) diff --git a/mg-hosts b/mg-hosts index a911099..0d02c56 100755 --- a/mg-hosts +++ b/mg-hosts @@ -24,6 +24,13 @@ # of osstest. Will use "sudo". The HOST(s) must be # allocated (via mg-a

Re: [Xen-devel] [PATCH v2 8/8] treewide: Remove newlines inside DEFINE_PER_CPU() macros

2015-12-07 Thread Michal Marek
On 2015-12-07 18:04, Joe Perches wrote: > On Mon, 2015-12-07 at 17:53 +0100, Michal Marek wrote: >> On 2015-12-07 17:33, David Laight wrote: >>> From: Michal Marek Sent: 04 December 2015 15:26 Otherwise make tags can't parse them: ctags: Warning: arch/ia64/kernel/smp.c:60: null

Re: [Xen-devel] fyi, Xen's EFI workarounds (/mapbs & efi=no-rs) on SuperMicro hardware; fixes solve 1/2 problems & SM responds that can't/won't fix their firmware

2015-12-07 Thread Doug Goldstein
On 12/7/15 8:20 AM, Konrad Rzeszutek Wilk wrote: > On Mon, Dec 07, 2015 at 09:20:12AM -0500, Konrad Rzeszutek Wilk wrote: >> On Sat, Dec 05, 2015 at 12:54:56PM -0800, PGNet Dev wrote: >>> On 12/05/2015 11:44 AM, Konrad Rzeszutek Wilk wrote: > Two issues exist with the SuperMicro EFI > >

Re: [Xen-devel] [PATCH v2 00/14] Add VMX TSC scaling support

2015-12-07 Thread Andrew Cooper
On 07/12/15 10:16, Haozhong Zhang wrote: > On 12/07/15 10:03, Egger, Christoph wrote: >> Did you consider nested virtualization? >> L1 hypervisor may have a different tsc scaling >> and L2 guest again may have a different tsc scale ratio. >> > Oh, I forgot this. I'll check the nested TSC scaling co

Re: [Xen-devel] [PATCH v2 8/8] treewide: Remove newlines inside DEFINE_PER_CPU() macros

2015-12-07 Thread Joe Perches
On Mon, 2015-12-07 at 17:53 +0100, Michal Marek wrote: > On 2015-12-07 17:33, David Laight wrote: > > From: Michal Marek > > > Sent: 04 December 2015 15:26 > > > Otherwise make tags can't parse them: > > > > > > ctags: Warning: arch/ia64/kernel/smp.c:60: null expansion of name pattern > > > "\1"

Re: [Xen-devel] [PATCH v10 1/9] xen/x86: set the vPMU interface based on the presence of a lapic

2015-12-07 Thread Jan Beulich
>>> On 07.12.15 at 17:48, wrote: > --- > xen/arch/x86/cpu/vpmu.c | 11 ++- > xen/arch/x86/cpu/vpmu_amd.c | 6 +++--- > xen/arch/x86/cpu/vpmu_intel.c | 6 +++--- > xen/arch/x86/hvm/svm/svm.c| 2 +- > xen/arch/x86/hvm/vmx/vmx.c| 2 +- > 5 files changed, 14 insertions(+),

Re: [Xen-devel] [PATCH v2 03/14] x86/time.c: Use correct guest TSC frequency in tsc_set_info()

2015-12-07 Thread Boris Ostrovsky
On 12/06/2015 03:58 PM, Haozhong Zhang wrote: When TSC_MODE_PVRDTSCP is used for a HVM container and TSC scaling is available, use the non-zero value of argument gtsc_khz of tsc_set_info() as the guest TSC frequency rather than using the host TSC frequency. Otherwise, TSC scaling will not be able

Re: [Xen-devel] [PATCH v10 4/9] x86/hvm: loosen up the ASSERT in hvm_cr4_guest_reserved_bits and hvm_efer_valid

2015-12-07 Thread Andrew Cooper
On 07/12/15 16:48, Roger Pau Monne wrote: > Loosen up the condition so we make sure that the current vcpu belongs to the > same domain. > > Signed-off-by: Roger Pau Monné > Cc: Jan Beulich > Cc: Andrew Cooper The "v == current" is a genuine restriction on hvm_cpuid(), but only matters for areas

Re: [Xen-devel] [PATCH v2 8/8] treewide: Remove newlines inside DEFINE_PER_CPU() macros

2015-12-07 Thread Michal Marek
On 2015-12-07 17:33, David Laight wrote: > From: Michal Marek >> Sent: 04 December 2015 15:26 >> Otherwise make tags can't parse them: >> >> ctags: Warning: arch/ia64/kernel/smp.c:60: null expansion of name pattern >> "\1" > ... > > Seems to me you need to fix ctags. I'm sure the maintainers of

Re: [Xen-devel] [PATCH v2 02/14] x86/time.c: Fix domain type check in tsc_set_info()

2015-12-07 Thread Boris Ostrovsky
On 12/06/2015 03:58 PM, Haozhong Zhang wrote: Replace is_hvm_domain() in tsc_set_info() by has_hvm_container_domain() to keep consistent with other domain type checks in tsc_set_info(). Signed-off-by: Haozhong Zhang Reviewed-by: Boris Ostrovsky

[Xen-devel] [PATCH v10 6/9] libxc/xen: introduce a start info structure for HVMlite guests

2015-12-07 Thread Roger Pau Monne
This structure contains the physical address of the command line, as well as the physical address of the list of loaded modules. The physical address of this structure is passed to the guest at boot time in the %ebx register. Signed-off-by: Roger Pau Monné Reviewed-by: Andrew Cooper Acked-by: We

[Xen-devel] [PATCH v10 5/9] xen/x86: allow HVM guests to use hypercalls to bring up vCPUs

2015-12-07 Thread Roger Pau Monne
Allow the usage of the VCPUOP_initialise, VCPUOP_up, VCPUOP_down, VCPUOP_is_up, VCPUOP_get_physid and VCPUOP_send_nmi hypercalls from HVM guests. This patch introduces a new structure (vcpu_hvm_context) that should be used in conjuction with the VCPUOP_initialise hypercall in order to initialize v

[Xen-devel] [PATCH v10 8/9] libxl: allow the creation of HVM domains without a device model.

2015-12-07 Thread Roger Pau Monne
Replace the firmware loaded into HVM guests with an OS kernel. Since the HVM builder now uses the PV xc_dom_* set of functions this kernel will be parsed and loaded inside the guest like on PV, but the container is a pure HVM guest. Also, if device_model_version is set to none or a device model fo

[Xen-devel] [PATCH v10 4/9] x86/hvm: loosen up the ASSERT in hvm_cr4_guest_reserved_bits and hvm_efer_valid

2015-12-07 Thread Roger Pau Monne
Loosen up the condition so we make sure that the current vcpu belongs to the same domain. Signed-off-by: Roger Pau Monné Cc: Jan Beulich Cc: Andrew Cooper --- xen/arch/x86/hvm/hvm.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/xen/arch/x86/hvm/hvm.c b/xen/arch/x86/hv

[Xen-devel] [PATCH v10 2/9] xen/x86: allow disabling all emulated devices inside of Xen

2015-12-07 Thread Roger Pau Monne
Only allow enabling or disabling all the emulated devices inside of Xen, right now Xen doesn't support enabling specific emulated devices only. Signed-off-by: Roger Pau Monné Reviewed-by: Andrew Cooper Cc: Jan Beulich Cc: Andrew Cooper --- Changes since v7: - Rework if condition. Changes sin

[Xen-devel] [PATCH v10 1/9] xen/x86: set the vPMU interface based on the presence of a lapic

2015-12-07 Thread Roger Pau Monne
Instead of choosing the interface to expose to guests based on the guest type, do it based on whether the guest has an emulated local apic or not. Signed-off-by: Roger Pau Monné Signed-off-by: Boris Ostrovsky Acked-by: Jan Beulich Cc: Jan Beulich Cc: Andrew Cooper --- Changes since v8: - Don

[Xen-devel] [PATCH v10 7/9] libxc: switch xc_dom_elfloader to be used with HVMlite domains

2015-12-07 Thread Roger Pau Monne
Allow xc_dom_elfloader to report a guest type as hvm-3.0-x86_32 if it's running inside of a HVM container and has the PHYS32_ENTRY elfnote set. Signed-off-by: Roger Pau Monné Reviewed-by: Andrew Cooper Acked-by: Wei Liu Cc: Ian Jackson Cc: Stefano Stabellini Cc: Ian Campbell Cc: Wei Liu ---

Re: [Xen-devel] [PATCH v2 01/14] svm: Fix incorrect TSC scaling

2015-12-07 Thread Boris Ostrovsky
On 12/06/2015 03:58 PM, Haozhong Zhang wrote: SVM TSC ratio is incorrectly used in the current svm_get_tsc_offset(). This patch replaces the scaling logic in svm_get_tsc_offset() with a correct implementation. Signed-off-by: Haozhong Zhang Reviewed-by: Boris Ostrovsky

[Xen-devel] [PATCH v10 3/9] libxc: allow creating domains without emulated devices.

2015-12-07 Thread Roger Pau Monne
Introduce a new flag in xc_dom_image that turns on and off the emulated devices. This prevents creating the VGA hole, the hvm_info page and the ioreq server pages. libxl unconditionally sets it to true for all HVM domains at the moment. Signed-off-by: Roger Pau Monné Acked-by: Wei Liu Reviewed-b

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

2015-12-07 Thread osstest service owner
flight 65459 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/65459/ 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

[Xen-devel] [PATCH v10 0/9] Introduce HVM without dm and new boot ABI

2015-12-07 Thread Roger Pau Monne
This are the remaining patches of the HVMlite series. They have been successfully tested on the following hardware: - Intel Core i3-5010U. - AMD Opteron 4184. With both hap=0 and hap=1 in the configuration file. I've been able to boot a SMP guest in this mode with a virtual hard drive and a vi

[Xen-devel] [PATCH v10 9/9] libxl: add support for migrating HVM guests without a device model

2015-12-07 Thread Roger Pau Monne
Only some minor libxl changes are needed in order to be able to migrate HVM guests without a device model, no hypervisor changes are needed. This change prevents sending the emulator context if the device model version is set to none. Signed-off-by: Roger Pau Monné Reviewed-by: Andrew Cooper Ac

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

2015-12-07 Thread Jan Beulich
>>> On 07.12.15 at 17:28, wrote: > One approach to fixing might be to disentangle the various things which > this patch did, such that the actual culprit is a smaller thing to analyse. Yes, if we're going to revert, I'll try to do something in that direction. I don't expect there to be too much r

Re: [Xen-devel] [PATCH v2 1/4] xen/MSI-X: latch MSI-X table writes

2015-12-07 Thread Jan Beulich
>>> On 07.12.15 at 13:41, wrote: > I know that in your opinion is superfluous, nonetheless could you please > add 2-3 lines of in-code comment right here, to explain what you are > doing with the check? Something like: > > /* > * Update the entry addr and data to the latest values only when the

[Xen-devel] [FOR 1.3.0 PATCH] conf: add net device prefix for Xen

2015-12-07 Thread Jim Fehlig
In commit d2e5538b1, the libxl driver was changed to copy interface names autogenerated by libxl to the corresponding network def in the domain's virDomainDef object. The copied name is freed when the domain transitions to the shutoff state. But when migrating a domain, the autogenerated name is in

Re: [Xen-devel] [PATCH v2 8/8] treewide: Remove newlines inside DEFINE_PER_CPU() macros

2015-12-07 Thread David Laight
From: Michal Marek > Sent: 04 December 2015 15:26 > Otherwise make tags can't parse them: > > ctags: Warning: arch/ia64/kernel/smp.c:60: null expansion of name pattern "\1" ... Seems to me you need to fix ctags. David ___ Xen-devel mailing lis

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

2015-12-07 Thread Ian Campbell
On Mon, 2015-12-07 at 09:18 -0700, Jan Beulich wrote: > > > > On 05.12.15 at 09:09, wrote: > > On Wed, 2015-12-02 at 13:51 +, Ian Campbell wrote: > > > > > http://osstest.test-lab.xenproject.org/~osstest/pub/logs/65301/ > > > > > > I think that ought to give a baseline for the bisector to w

[Xen-devel] [PATCH RFC 3/3] xen/virtio_ring: introduce cpu_to_virtio_addr and virtio_addr_to_cpu

2015-12-07 Thread Stefano Stabellini
When running on Xen inside as virtual machine (nested virt scenario), addresses need to be translated from phys to machine to get the actual guest pseudo-physical address. Introduce a new pair of functions, cpu_to_virtio_addr and virtio_addr_to_cpu, which call the appriopriate __virtio64_to_cpu an

[Xen-devel] [PATCH RFC 2/3] xen/virtio: allocate a contiguous region to be use as virtio queue

2015-12-07 Thread Stefano Stabellini
When running on Xen inside as virtual machine (nested virt scenario), memory allocated by alloc_pages_exact might not actually be contiguous. Call xen_swiotlb_alloc_coherent instead, which is going to take care of making the buffer contiguous in machine memory. No changes in behavior for the non-X

[Xen-devel] [PATCH RFC 1/3] xen: export xen_phys_to_bus, xen_bus_to_phys and xen_virt_to_bus

2015-12-07 Thread Stefano Stabellini
Signed-off-by: Stefano Stabellini CC: konrad.w...@oracle.com CC: boris.ostrov...@oracle.com CC: david.vra...@citrix.com --- drivers/xen/swiotlb-xen.c | 31 --- include/xen/swiotlb-xen.h | 32 2 files changed, 32 insertions(+), 31 de

[Xen-devel] [PATCH RFC 0/3] Xen on Virtio

2015-12-07 Thread Stefano Stabellini
Hi all, this patch series introduces support for running Linux on top of Xen inside a virtual machine with virtio devices (nested virt scenario). The problem is that Linux virtio drivers use virt_to_phys to get the guest pseudo-physical addresses to pass to the backend, which doesn't work as expec

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

2015-12-07 Thread Jan Beulich
>>> On 05.12.15 at 09:09, wrote: > On Wed, 2015-12-02 at 13:51 +, Ian Campbell wrote: > >> http://osstest.test-lab.xenproject.org/~osstest/pub/logs/65301/ >> >> I think that ought to give a baseline for the bisector to work with. I'll >> prod it to do so. > > Results are below. TL;DR: d02e

Re: [Xen-devel] [PATCH v2 1/4] xen/MSI-X: latch MSI-X table writes

2015-12-07 Thread Jan Beulich
>>> On 07.12.15 at 13:41, wrote: > On Tue, 24 Nov 2015, Jan Beulich wrote: >> @@ -332,6 +334,13 @@ static int xen_pt_msix_update_one(XenPCI >> >> pirq = entry->pirq; > > I know that in your opinion is superfluous, nonetheless could you please > add 2-3 lines of in-code comment right here,

Re: [Xen-devel] [OSSTEST PATCH 09/11] mg-schema-test-database: New script

2015-12-07 Thread Ian Campbell
On Mon, 2015-12-07 at 15:12 +, Ian Jackson wrote: > Ian Campbell writes ("Re: [OSSTEST PATCH 09/11] mg-schema-test-database: > New script"): > > On Fri, 2015-12-04 at 19:35 +, Ian Jackson wrote: > > > This allows a user in non-standalone mode to make a whole new test > > > database, which i

Re: [Xen-devel] [OSSTEST PATCH 04/11] mg-debug-fail: New utility script for debugging

2015-12-07 Thread Ian Campbell
On Mon, 2015-12-07 at 15:40 +, Ian Campbell wrote: > On Mon, 2015-12-07 at 15:10 +, Ian Jackson wrote: > > Ian Campbell writes ("Re: [OSSTEST PATCH 04/11] mg-debug-fail: New > > utility script for debugging"): > > > On Fri, 2015-12-04 at 19:35 +, Ian Jackson wrote: > > > > diff --git a/

Re: [Xen-devel] [OSSTEST PATCH 04/11] mg-debug-fail: New utility script for debugging

2015-12-07 Thread Ian Campbell
On Mon, 2015-12-07 at 15:10 +, Ian Jackson wrote: > Ian Campbell writes ("Re: [OSSTEST PATCH 04/11] mg-debug-fail: New > utility script for debugging"): > > On Fri, 2015-12-04 at 19:35 +, Ian Jackson wrote: > > > diff --git a/mg-debug-fail b/mg-debug-fail > > > new file mode 100755 > > > in

Re: [Xen-devel] [OSSTEST PATCH 07/11] cri-getconfig: Provide debugging for get_psql_cmd

2015-12-07 Thread Ian Campbell
On Mon, 2015-12-07 at 15:02 +, Ian Jackson wrote: > Ian Campbell writes ("Re: [OSSTEST PATCH 07/11] cri-getconfig: Provide > debugging for get_psql_cmd"): > > On Fri, 2015-12-04 at 19:35 +, Ian Jackson wrote: > > > If set -x is in force, turn it off for get_psql_cmd: our perl rune is > > >

  1   2   >