flight 113448 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113448/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-armhf-libvirt 16 guest-start/debian.repeat fail in 113408 pass in
113448
test-amd64-i386-xl-qemu
On 14/09/17 18:31, Tycho Andersen wrote:
> Hi Juergen,
>
> On Thu, Sep 14, 2017 at 02:38:58PM +0200, Juergen Gross wrote:
>> xenbus_client.c contains some functions specific for pv guests.
>> Enclose them with #ifdef CONFIG_XEN_PV to avoid compiling them when
>> they are not needed (e.g. on ARM).
This run is configured for baseline tests only.
flight 72107 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72107/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf b30abe7df464d91b84a42763e61bb3c85bfd80c9
baseline v
flight 113432 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113432/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-win7-amd64 18 guest-start/win.repeat fail in 113391
REGR. vs. 113302
flight 113443 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113443/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf b30abe7df464d91b84a42763e61bb3c85bfd80c9
baseline version:
ovmf 3281ebb4ae7de2a858c2e
flight 113434 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113434/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt 14 saverestore-support-checkfail like 113394
test-armhf-armhf-libvirt-xsm 14 saveresto
flight 113430 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113430/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-win7-amd64 16 guest-localmigrate/x10 fail REGR. vs.
113387
Regressions
flight 113456 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113456/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-armhf-armhf-xl 1
flight 113425 linux-4.9 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113425/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-cubietruck 16 guest-start/debian.repeat fail REGR. vs.
113202
test-amd64-i386-x
On Thu, 14 Sep 2017, Julien Grall wrote:
> Hi all,
>
> xen/arch/arm/traps.c is beginning to get very big. This series is moving out
> the co-processor and sysreg emulation in separate files. This will avoid to
> grow traps.c when adding more registers emulation (coming soon).
>
> A branch with th
On Thu, 14 Sep 2017, Julien Grall wrote:
> A follow-up patch will move some parts of traps.c in separate files.
> The will require to use helpers that are currently statically defined.
> Export the following helpers:
> - inject_undef64_exception
> - inject_undef_exception
> - check_cond
On Mon, Aug 21, 2017 at 1:20 AM, Wei Liu wrote:
> On Sat, Aug 19, 2017 at 04:21:42PM +0200, Thomas Petazzoni wrote:
>> From: Bernd Kuhls
>>
>> The variable domctl.u.address_size.size may remain uninitialized if
>> guest_type is not one of xen-3.0-aarch64 or xen-3.0-armv7l. And the
>> code precise
On 09/14/2017 05:26 PM, Konrad Rzeszutek Wilk wrote:
> On Wed, Sep 13, 2017 at 02:49:41PM -0400, Boris Ostrovsky wrote:
>> On 09/13/2017 02:25 PM, Julien Grall wrote:
>>> Hi,
>>>
>>> On 09/13/2017 07:05 PM, Boris Ostrovsky wrote:
On 09/13/2017 11:32 AM, Konrad Rzeszutek Wilk wrote:
Well,
On Wed, Sep 13, 2017 at 02:49:41PM -0400, Boris Ostrovsky wrote:
> On 09/13/2017 02:25 PM, Julien Grall wrote:
> > Hi,
> >
> > On 09/13/2017 07:05 PM, Boris Ostrovsky wrote:
> >> On 09/13/2017 11:32 AM, Konrad Rzeszutek Wilk wrote:
> >> Well, that's not a fix. This eliminates the case that somethi
This run is configured for baseline tests only.
flight 72106 xen-4.7-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72106/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-ws16-amd64 7 xen-b
flight 113424 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113424/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-win7-amd64 18 guest-start/win.repeat fail REGR. vs.
113128
test-armhf-arm
On Thu, Sep 07, 2017 at 09:12:33PM +0200, Daniel Kiper wrote:
> Hey,
>
> Some people asked me about Multiboot2 Specification and other GRUB doc stuff.
> So, I have put latest things at
> https://www.gnu.org/software/grub/grub-documentation.html
Yeey! Thank you for doing that!
>
> I hope that h
flight 113451 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113451/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-armhf-armhf-xl 1
Minor nit in commit message:
On Tue, Sep 12, 2017 at 05:32:04PM +0300, Petre Pircalabu wrote:
> Enforce the distinction between an instruction not implemented by the
> emulator and the failure to emulate that instruction by defining a new
> return code, X86EMUL_UNIMPLEMENTED.
>
> This value shoul
On Thu, Sep 07, 2017 at 05:50:13AM -0600, Jan Beulich wrote:
> >>> On 07.09.17 at 13:31, wrote:
> > On 08/31/2017 01:46 PM, Jan Beulich wrote:
> > On 31.08.17 at 12:27, wrote:
> >>> +### Live Patching
> >>> +
> >>> +Status: Supported, x86 only
> >>> +
> >>> +Compile time disabled
> >>
>
flight 113450 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113450/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-armhf-armhf-xl 1
Hi Juergen,
On 13/09/17 16:46, Juergen Gross wrote:
diff --git a/xen/include/xen/grant_table.h b/xen/include/xen/grant_table.h
index df11b31264..f3f2fb9ebc 100644
--- a/xen/include/xen/grant_table.h
+++ b/xen/include/xen/grant_table.h
@@ -27,7 +27,8 @@
#include
#include
#include
-#inclu
Hi Juergen,
On 13/09/17 16:46, Juergen Gross wrote:
diff --git a/xen/common/grant_table.c b/xen/common/grant_table.c
index 00ff075bd9..a462ea7905 100644
--- a/xen/common/grant_table.c
+++ b/xen/common/grant_table.c
@@ -3608,6 +3608,44 @@ int mem_sharing_gref_to_gfn(struct grant_table *gt,
grant
flight 113423 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113423/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-xl-qemuu-win7-amd64 17 guest-stopfail REGR. vs. 113031
test-amd64-amd64-xl-qemut-wi
sysregs.h contains only code protected by #ifdef CONFIG_ARM_64. Move it
in arm64 sub-directory to reflect that and remove the #ifdef.
At the same time, fixup the guards.
Signed-off-by: Julien Grall
Reviewed-by: Stefano Stabellini
---
Changes in v3:
- Add Stefano's reviewed-by
---
Hi all,
xen/arch/arm/traps.c is beginning to get very big. This series is moving out
the co-processor and sysreg emulation in separate files. This will avoid to
grow traps.c when adding more registers emulation (coming soon).
A branch with this series has been pushed:
https://xenbits.xen.org/git
A follow-up patch will move some parts of traps.c in separate files.
The will require to use helpers that are currently statically defined.
Export the following helpers:
- inject_undef64_exception
- inject_undef_exception
- check_conditional_instr
- advance_pc
- handle_raz_wi
Currently, cpregs.h is indirectly included every files of the hypervisor even
for arm64. However, the only use for arm64 is when emulating co-processors.
For arm32, all users of processor.h expect cpregs.h to be included in
order to access co-processors. So move the inclusion in
asm-arm/arm32/proc
The co-processor emulation is quite big and pretty much standalone. Move
it in a separate file to shrink down the size of traps.c.
At the same time remove unused cpregs.h.
No functional change.
Signed-off-by: Julien Grall
Reviewed-by: Stefano Stabellini
---
Changes in v3:
- Add S
The sysreg emulation is 64-bit specific and surrounded by #ifdef. Move
them in a separate file arm/arm64/vsysreg.c to shrink down a bit traps.c
No functional change.
Signed-off-by: Julien Grall
Reviewed-by: Stefano Stabellini
---
Changes in v3:
- Add Stefano's reviewed-by
---
xen
On Fri, Aug 25, 2017 at 6:45 PM, Andrew Cooper
wrote:
> On 25/08/17 17:43, George Dunlap wrote:
>> Rather than open-coding the "read" from the input file.
>>
>> Signed-off-by: George Dunlap
>
> This patch fills me with dread.
>
> How about data_read() and data_available() which are slightly more
Hi Stefano,
On 13/09/17 22:13, Stefano Stabellini wrote:
On Wed, 13 Sep 2017, Julien Grall wrote:
Hi Stefano,
On 09/12/2017 10:53 PM, Stefano Stabellini wrote:
On Tue, 12 Sep 2017, Julien Grall wrote:
Currently, cpregs.h is included in pretty much every files even for
arm64. However, the onl
Add back xen-devel
On Thu, Sep 14, 2017 at 11:54:15AM -0500, Kent R. Spillner wrote:
> Two minor typos in commit message:
>
> > Mkae it static inline. It well be used by map_ldt_shadow_page and ro
>
> s/Mkae/Make/; s/It well/It will/
>
Thanks. I will fix them.
Marc-André can you queue this patch in your gnew series?
On 09/12/2017 11:24 AM, Jan Beulich wrote:
Prefer g_new() / g_new0() to be farther backwards compatible with older
glib versions. As there's no point in zeroing the allocation here (the
loop right afterwards fully initializes the memory),
The implementation of get_page_frame is currently different whether the
architecture support sharing memory or paging memory. Both
version are extremely similar so it is possible to consolidate in a
single implementation.
The check for shared/paged memory are gated with the respective ifdef.
Poten
On 09/14/2017 05:20 PM, George Dunlap wrote:
> On 08/18/2017 04:50 PM, Dario Faggioli wrote:
>> This commit implements the Xen part of the cap mechanism for
>> Credit2.
>>
>> A cap is how much, in terms of % of physical CPU time, a domain
>> can execute at most.
>>
>> For instance, a domain that mu
Hi Juergen,
On Thu, Sep 14, 2017 at 02:38:58PM +0200, Juergen Gross wrote:
> xenbus_client.c contains some functions specific for pv guests.
> Enclose them with #ifdef CONFIG_XEN_PV to avoid compiling them when
> they are not needed (e.g. on ARM).
>
> Signed-off-by: Juergen Gross
Thanks for thi
On Tue, Sep 12, 2017 at 08:24:21AM -0600, Jan Beulich wrote:
> Prefer g_new() / g_new0() to be farther backwards compatible with older
> glib versions. As there's no point in zeroing the allocation here (the
> loop right afterwards fully initializes the memory), use the former.
>
> Signed-off-by:
On Thu, Sep 14, 2017 at 12:06 PM, Jan Beulich wrote:
On 14.09.17 at 17:43, wrote:
>> On Wed, Sep 13, 2017 at 11:42 AM, Jan Beulich wrote:
>> On 13.09.17 at 16:40, wrote:
On Wed, Sep 13, 2017 at 3:21 AM, Jan Beulich wrote:
On 13.09.17 at 07:27, wrote:
>>Sections:
>>>
On 08/18/2017 04:51 PM, Dario Faggioli wrote:
> As cap is already present in Credit1, as a parameter, all
> the wiring is there already for it to be percolate down
> to csched2_dom_cntl() too.
>
> In this commit, we actually deal with it, and implement
> setting, changing or disabling the cap of a
On 08/18/2017 04:50 PM, Dario Faggioli wrote:
> This commit implements the Xen part of the cap mechanism for
> Credit2.
>
> A cap is how much, in terms of % of physical CPU time, a domain
> can execute at most.
>
> For instance, a domain that must not use more than 1/4 of
> one physical CPU, must
On 09/14/2017 05:10 PM, Wei Liu wrote:
> On Thu, Sep 07, 2017 at 05:53:54PM +0100, Joao Martins wrote:
>> Hey!
>>
>> We wanted to brought up this small proposal regarding the lack of
>> parameterization on PV devices on Xen.
>>
>> Currently users don't have a way for enforce and control what
>> fea
On Thu, Sep 07, 2017 at 05:53:54PM +0100, Joao Martins wrote:
> Hey!
>
> We wanted to brought up this small proposal regarding the lack of
> parameterization on PV devices on Xen.
>
> Currently users don't have a way for enforce and control what
> features/queues/etc the backend provides. So far
[ Realized that I didn't CC the maintainers,
so doing that now, +Linux folks +PV interfaces czar
Sorry for the noise! ]
On 09/08/2017 09:49 AM, Joao Martins wrote:
> [Forgot two important details regarding Xenbus states]
> On 09/07/2017 05:53 PM, Joao Martins wrote:
>> Hey!
>>
>> We wanted to
>>> On 14.09.17 at 17:43, wrote:
> On Wed, Sep 13, 2017 at 11:42 AM, Jan Beulich wrote:
> On 13.09.17 at 16:40, wrote:
>>> On Wed, Sep 13, 2017 at 3:21 AM, Jan Beulich wrote:
>>> On 13.09.17 at 07:27, wrote:
>Sections:
>Idx Name Size VMA LMA
On Thu, Sep 14, 2017 at 04:34:00PM +0100, Jennifer Herbert wrote:
> Tidy up libxc's xc_domain_save, removing unused paramaters
> max_iters and max_factor, making matching changes to libxl.
>
> Signed-off-by: Jennifer Herbert
Good riddance.
Acked-by: Wei Liu
___
On Wed, Sep 13, 2017 at 11:42 AM, Jan Beulich wrote:
On 13.09.17 at 16:40, wrote:
>> On Wed, Sep 13, 2017 at 3:21 AM, Jan Beulich wrote:
>> On 13.09.17 at 07:27, wrote:
Sections:
Idx Name Size VMA LMA File off
Algn
0 .text
flight 113449 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113449/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-debianhvm-i386 15 guest-saverestore.2 fail REGR. vs.
113384
Test
Wei Liu writes ("[PATCH v2] libxl: fix disk listing function"):
> The path should be "vbd" not "disk".
>
> Fixes fbbaf2cc9 ("libxl: change disk to use generic getting list
> functions").
Oops!
Acked-by: Ian Jackson
___
Xen-devel mailing list
Xen-deve
Wei Liu writes ("Re: [Xen-devel] [PATCH] libxl: add back
libxl_device_v{k,f}b_add"):
> On Thu, Sep 14, 2017 at 05:27:07PM +0300, Oleksandr Grytsov wrote:
> >
> > I've removed these functions as they weren't used. For proper removing
> > they should be removed from header as well.
> > If they are
The path should be "vbd" not "disk".
Fixes fbbaf2cc9 ("libxl: change disk to use generic getting list
functions").
Signed-off-by: Wei Liu
---
Cc: Jan Beulich
Cc: Ian Jackson
Cc: Oleksandr Grytsov
This should unblock staging.
---
tools/libxl/libxl_checkpoint_device.c | 2 +-
tools/libxl/libx
*_mapped_gfn are currently read before acquiring the lock. However, they
may be modified by the p2m code before the lock was acquired. This means
we will use the wrong values.
Fix it by moving the read inside the section protected by the p2m lock.
Signed-off-by: Julien Grall
---
This patch
On Thu, Sep 14, 2017 at 04:33:33PM +0100, Wei Liu wrote:
> The path should be "vbd" not "disk".
>
> Fixes fbbaf2cc9 ("libxl: change disk to use generic getting list
> functions").
>
> Signed-off-by: Wei Liu
Please ignore this. I will send a new one. This is missing one hunk.
Sorry.
___
Tidy up libxc's xc_domain_save, removing unused paramaters
max_iters and max_factor, making matching changes to libxl.
Signed-off-by: Jennifer Herbert
---
tools/libxc/include/xenguest.h | 4 ++--
tools/libxc/xc_nomigrate.c | 3 +--
tools/libxc/xc_sr_save.c | 8 +++-
tools/lib
Tidy up libxc's xc_domain_save, removing unused paramaters
max_iters and max_factor, making matching changes to libxl.
Signed-off-by: Jennifer Herbert
---
tools/libxc/include/xenguest.h | 4 ++--
tools/libxc/xc_nomigrate.c | 3 +--
tools/libxc/xc_sr_save.c | 8 +++-
tools/lib
This Patch allows a migration precopy policy to be specified.
The precopy phase of the xc_domain_save() live migration algorithm has
historically been implemented to run until either a) (almost) no pages
are dirty or b) some fixed, hard-coded maximum number of precopy
iterations has been exceeded.
Hi all,
Here I present a updated/modified subset of patch 7/20, part of
Joshua Otto's "Add postcopy live migration support." patch,
dated 27th March 2017. As indicated on the original thread,
I wish to make use of this this within the XenServer product,
and hence am trying to get this subset pul
Hi all,
Here I present a updated/modified subset of patch 7/20, part of
Joshua Otto's "Add postcopy live migration support." patch,
dated 27th March 2017. As indicated on the original thread,
I wish to make use of this this within the XenServer product,
and hence am trying to get this subset pul
This Patch allows a migration precopy policy to be specified.
The precopy phase of the xc_domain_save() live migration algorithm has
historically been implemented to run until either a) (almost) no pages
are dirty or b) some fixed, hard-coded maximum number of precopy
iterations has been exceeded.
The path should be "vbd" not "disk".
Fixes fbbaf2cc9 ("libxl: change disk to use generic getting list
functions").
Signed-off-by: Wei Liu
---
Cc: Jan Beulich
Cc: Ian Jackson
Cc: Oleksandr Grytsov
This should unblock staging.
---
tools/libxl/libxl_disk.c | 2 +-
1 file changed, 1 insertion(+
Ping?
I realize this isn't a major feature but it would be nice to get it
in for 4.10.
-George
On Mon, Aug 28, 2017 at 11:34 AM, George Dunlap
wrote:
> On 08/25/2017 06:37 PM, Andrew Cooper wrote:
>> On 25/08/17 17:43, George Dunlap wrote:
>>> You don't need __AFL_INIT if you have __AFL_LOOP.
>>> On 14.09.17 at 17:20, wrote:
> Use hooks, just like done for other special purpose registers.
>
> This includes moving XCR0 checks from hvmemul_get_fpu() to the emulator
> itself as well as adding support for XGETBV emulation.
>
> For now fuzzer reads will obtain the real values (minus the f
flight 113412 xen-4.7-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113412/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-armhf-xl-credit2 6 xen-install fail in 113370 pass in 113412
test-armhf-armhf-xl-multivcpu
Use the generic stub exception handling instead.
Signed-off-by: Jan Beulich
---
v2: Re-base.
--- a/tools/tests/x86_emulator/x86_emulate.c
+++ b/tools/tests/x86_emulator/x86_emulate.c
@@ -134,8 +134,6 @@ int emul_test_read_xcr(
}
int emul_test_get_fpu(
-void (*exception_callback)(void *,
While this means quite some reduction of (source) code, the main
purpose is to no longer have exceptions raised from other than stubs.
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/x86_emulate/x86_emulate.c
+++ b/xen/arch/x86/x86_emulate/x86_emulate.c
@@ -1261,28 +1261,25 @@ static inline bool f
Experimentally MPX instructions have been confirmed to behave as NOPs
unless both related XCR0 bits are set to 1. By implication branches
then also don't clear BNDn.
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/x86_emulate/x86_emulate.c
+++ b/xen/arch/x86/x86_emulate/x86_emulate.c
@@ -2141,12 +
Use hooks, just like done for other special purpose registers.
This includes moving XCR0 checks from hvmemul_get_fpu() to the emulator
itself as well as adding support for XGETBV emulation.
For now fuzzer reads will obtain the real values (minus the fuzzing of
the hook pointer itself).
Signed-of
On older systems printing the "n/a" messages (resulting from the
compiler not being new enough to deal with some of the test code) isn't
very useful: If both CPU and compiler are too old for a certain test,
we can as well omit those messages, as those tests wouldn't be run even
if the compiler did
Yes, recent AMD CPUs don't support them anymore, but I think we should
nevertheless cope.
Signed-off-by: Jan Beulich
--- a/.gitignore
+++ b/.gitignore
@@ -223,6 +223,7 @@
tools/security/xensec_tool
tools/tests/x86_emulator/*.bin
tools/tests/x86_emulator/*.tmp
+tools/tests/x86_emulator/3dnow*.
Signed-off-by: Jan Beulich
--- a/.gitignore
+++ b/.gitignore
@@ -230,6 +230,7 @@
tools/tests/x86_emulator/sse*.[ch]
tools/tests/x86_emulator/test_x86_emulator
tools/tests/x86_emulator/x86_emulate
+tools/tests/x86_emulator/xop*.[ch]
tools/tests/xen-access/xen-access
tools/tests/xenstore/xs-te
Convert the few existing opcodes so far supported.
Also adjust two vex_* case labels to better be ext_* (the values are
identical).
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/x86_emulate/x86_emulate.c
+++ b/xen/arch/x86/x86_emulate/x86_emulate.c
@@ -458,6 +458,20 @@ static const opcode_desc_
Signed-off-by: Jan Beulich
--- a/tools/tests/x86_emulator/Makefile
+++ b/tools/tests/x86_emulator/Makefile
@@ -13,7 +13,8 @@ run: $(TARGET)
SIMD := sse sse2 sse4 avx avx2
FMA := fma4 fma
-TESTCASES := blowfish $(SIMD) $(FMA)
+SG := avx2-sg
+TESTCASES := blowfish $(SIMD) $(FMA) $(SG)
blowfi
Make i switch-wide (at once making it unsigned, as it should have been)
and introduce n (for immediate use in enter and aam/aad handling).
Eliminate on-stack arrays in pusha/popa handling. Use ea.val instead of
a custom variable in bound handling.
No (intended) functional change.
Signed-off-by: J
I.e. those not being equivalents of SSEn ones, but with the exception
of the various gather operations.
Signed-off-by: Jan Beulich
---
v2: Add all vpmaskmov{d,q} handling here.
--- a/tools/tests/x86_emulator/Makefile
+++ b/tools/tests/x86_emulator/Makefile
@@ -11,9 +11,9 @@ all: $(TARGET)
run:
Signed-off-by: Jan Beulich
--- a/.gitignore
+++ b/.gitignore
@@ -226,6 +226,7 @@
tools/tests/x86_emulator/asm
tools/tests/x86_emulator/avx*.[ch]
tools/tests/x86_emulator/blowfish.h
+tools/tests/x86_emulator/fma*.[ch]
tools/tests/x86_emulator/sse*.[ch]
tools/tests/x86_emulator/test_x86_emulat
Signed-off-by: Jan Beulich
--- a/tools/tests/x86_emulator/Makefile
+++ b/tools/tests/x86_emulator/Makefile
@@ -12,7 +12,7 @@ run: $(TARGET)
./$(TARGET)
SIMD := sse sse2 sse4 avx
-FMA := fma4
+FMA := fma4 fma
TESTCASES := blowfish $(SIMD) sse2-avx sse4-avx $(FMA)
blowfish-cflags :=
Note that this avoids emulating the behavior of VCVTPS2PH found on at
least some Intel CPUs, which update MXCSR even when the memory write
faults.
Signed-off-by: Jan Beulich
--- a/tools/tests/x86_emulator/test_x86_emulator.c
+++ b/tools/tests/x86_emulator/test_x86_emulator.c
@@ -3053,6 +3053,47
Re-store intended numerical ordering, which has become "violated"
mostly by incremental additions where moving around bigger chunks did
not seem advisable. One exception though at the very top of the
switch(): Keeping the arithmetic ops together seems preferable over
entirely strict ordering.
Addi
On 09/14/2017 11:11 AM, Jan Beulich wrote:
On 14.09.17 at 16:59, wrote:
>> On gcc 4.4.4:
>>
>> mm.c: In function ‘create_grant_pv_mapping’:
>> mm.c:3839: error: ‘ol1e.l1’ may be used uninitialized in this function
>>
>> While ol1e would not be used uninitialized (because rc needs to be proper
Specifically in the context of putting together subsequent patches I've
noticed that together with the touch() macro using -Os further
increases the chances of the compiler using memory operands for the
instructions we actually care to test.
Signed-off-by: Jan Beulich
Reviewed-by: George Dunlap
I.e. those not being equivalents of SSEn ones.
There's one necessary change to generic code: Faulting behavior of
VMASKMOVP{S,D} requires us to do partial reads/writes.
Signed-off-by: Jan Beulich
---
v2: Move vpmaskmov{d,q} handling to AVX2 patch.
--- a/.gitignore
+++ b/.gitignore
@@ -224,7 +22
>>> On 14.09.17 at 16:59, wrote:
> On gcc 4.4.4:
>
> mm.c: In function ‘create_grant_pv_mapping’:
> mm.c:3839: error: ‘ol1e.l1’ may be used uninitialized in this function
>
> While ol1e would not be used uninitialized (because rc needs to be properly
> set) we have to accommodate these older com
On gcc 4.4.4:
mm.c: In function ‘create_grant_pv_mapping’:
mm.c:3839: error: ‘ol1e.l1’ may be used uninitialized in this function
While ol1e would not be used uninitialized (because rc needs to be properly
set) we have to accommodate these older compliers.
Signed-off-by: Boris Ostrovsky
---
xe
01: support remaining AVX insns
02: re-order cases of main switch statement
03: build SIMD tests with -Os
04: support F16C insns
05: support FMA4 insns
06: support FMA insns
07: support most remaining AVX2 insns
08: fold/eliminate some local variables
09: support AVX2 gather insns
10: add tables fo
Hello,
Anil Madhavapeddy, on jeu. 14 sept. 2017 15:38:54 +0100, wrote:
> On 13 Sep 2017, at 17:13, Samuel Thibault
> wrote:
> > Anil Madhavapeddy, on mer. 13 sept. 2017 11:11:03 +0100, wrote:
> >> Maintaining a forked MiniOS has been a multi-year source of a maintenance
> >> burden for MirageOS
On 13 Sep 2017, at 17:13, Samuel Thibault wrote:
>
> Hello,
>
> Anil Madhavapeddy, on mer. 13 sept. 2017 11:11:03 +0100, wrote:
>> Maintaining a forked MiniOS has been a multi-year source of a maintenance
>> burden for MirageOS,
>
> I'm just wondering why this happened?
>
> The mini-os reposi
> -Original Message-
> From: Julien Grall [mailto:julien.gr...@arm.com]
> Sent: 14 September 2017 03:49
> To: Paul Durrant ; Ian Jackson
> ; Jan Beuli ch
> Cc: Juergen Gross ; Wei Liu ;
> ross.philip...@gmail.com; lars.kurth@gmail.com; xen-
> de...@lists.xen.org; committ...@xenproject.
On Thu, Sep 14, 2017 at 05:27:07PM +0300, Oleksandr Grytsov wrote:
>
> I've removed these functions as they weren't used. For proper removing
> they should be removed from header as well.
> If they are required by some extern application could they use generic
> async function to add vkb and vfb a
On Wed, Sep 13, 2017 at 4:44 PM, Wei Liu wrote:
> The two functions, unlike a lot others, were hand-coded. They were
> deleted by accident while the device framework was reworked. Add them
> back.
>
> Reported-by: Andrew Cooper
> Signed-off-by: Wei Liu
> ---
> Cc: Ian Jackson
> Cc: Oleksandr Gr
On Wed, Aug 02, 2017 at 04:36:34PM +0100, Anthony PERARD wrote:
> Hi,
>
> I've just pushed QEMU v2.9.0 to our qemu-xen tree.
And now, v2.10 is in our tree.
--
Anthony PERARD
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen
On Tue, 2017-09-12 at 01:45 +0100, anshulmakkar wrote:
> --- a/xen/common/cpupool.c
> +++ b/xen/common/cpupool.c
> @@ -129,12 +129,13 @@ void cpupool_put(struct cpupool *pool)
> * - unknown scheduler
> */
> static struct cpupool *cpupool_create(
> -int poolid, unsigned int sched_id, int *p
>> Did you make any changes in xenbus_map_ring_valloc_pv()? I don't see any
>> but the diff looks pretty big --- I'd expect only the preprocessor
>> directives to show up.
> I moved the functions to require only one #ifdef (plus 1 for setting
> the pv variants).
Oh, OK, I didn't notice that.
Rev
On 14/09/17 16:00, Boris Ostrovsky wrote:
> On 09/14/2017 08:38 AM, Juergen Gross wrote:
>> xenbus_client.c contains some functions specific for pv guests.
>> Enclose them with #ifdef CONFIG_XEN_PV to avoid compiling them when
>> they are not needed (e.g. on ARM).
>>
>> Signed-off-by: Juergen Gross
On 09/14/2017 08:38 AM, Juergen Gross wrote:
> xenbus_client.c contains some functions specific for pv guests.
> Enclose them with #ifdef CONFIG_XEN_PV to avoid compiling them when
> they are not needed (e.g. on ARM).
>
> Signed-off-by: Juergen Gross
> ---
> drivers/xen/xenbus/xenbus_client.c | 1
This run is configured for baseline tests only.
flight 72104 xen-4.6-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72104/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-xtf-amd64-amd64-521 xtf/test-hvm32-
Hi Konrad,
On 12/09/17 01:37, Konrad Rzeszutek Wilk wrote:
With this change we can use _do_page_walk() to implement
arch_livepatch_lookup_mfn() which can be used to find out
vmap virtual addresses (as under x86 virt_to_mfn won't work
for vmap, but it does for arm!).
The reason is on ARM, virt_
Hi Konrad,
On 12/09/17 01:37, Konrad Rzeszutek Wilk wrote:
Under ARM64 the vmap calls were all done with IRQs disabled which
didn't trip the spinlock debug check (as seen on x86):
Well, I think it does not happen because spin_debug_enable() is never
called on ARM at boot. So atomic_read(&spin
flight 72105 distros-debian-wheezy real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72105/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
build-arm64 2 hosts-allocate broken like 72071
build-arm64-pvops
flight 113442 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113442/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-debianhvm-i386 15 guest-saverestore.2 fail REGR. vs.
113384
Test
Signed-off-by: Wei Liu
---
xen/arch/x86/mm.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/xen/arch/x86/mm.c b/xen/arch/x86/mm.c
index 2ffcc53c6c..de66a5272c 100644
--- a/xen/arch/x86/mm.c
+++ b/xen/arch/x86/mm.c
@@ -127,8 +127,6 @@
#include
#include
-#include "pv/mm.h"
-
/* Overrid
1 - 100 of 168 matches
Mail list logo
