This run is configured for baseline tests only.
flight 67750 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67750/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 85b88deb18857af261c655dfa833de17b19d7163
baseline v
>>> Konrad Rzeszutek Wilk 09/23/16 1:56 AM >>>
>@@ -46,6 +46,10 @@ void livepatch_elf_free(struct livepatch_elf *elf);
>int livepatch_elf_resolve_symbols(struct livepatch_elf *elf);
>int livepatch_elf_perform_relocs(struct livepatch_elf *elf);
>
>+static inline bool livepatch_elf_ignore_section(c
On 22/09/16 23:10, Boris Ostrovsky wrote:
> On 09/22/2016 04:45 AM, Juergen Gross wrote:
>> Support the driver_override scheme introduced with commit 782a985d7af2
>> ("PCI: Introduce new device binding path using pci_dev.driver_override")
>>
>> As pcistub_probe() is called for all devices (it has t
On 22/09/16 23:02, Boris Ostrovsky wrote:
> On 09/22/2016 04:45 AM, Juergen Gross wrote:
>> The Xen pciback driver has a list of all pci devices it is ready to
>> seize. There is no check whether a to be added entry already exists.
>> While this might be no problem in the common case it might confu
flight 101110 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101110/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-credit2 15 guest-start/debian.repeat fail REGR. vs. 101101
Regressions which
On AArch64 SoCs, some IPs may only have the capability to access
32 bits address space. The physical memory assigned for Dom0 maybe
not in 4GB address space, then the IPs will not work properly.
So need to allocate memory under 4GB for Dom0.
There is no restriction that how much lowmem needs to be
On Thu, Sep 22, 2016 at 12:21:00PM +0100, Julien Grall wrote:
According to George's comments,
Then, I think we could use affinity to restrict little vcpus be scheduled
on little vcpus,
and restrict big vcpus on big vcpus. Seems no need to consider soft
affinity, use hard
flight 101113 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101113/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 85b88deb18857af261c655dfa833de17b19d7163
baseline version:
ovmf 7f1bf51bdbcaf9dd46f77
This run is configured for baseline tests only.
flight 67748 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67748/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-winxpsp3 6 xen-boot
On Thu, Sep 22, 2016 at 07:54:02PM +0100, Julien Grall wrote:
>Hi Stefano,
>
>On 22/09/2016 18:31, Stefano Stabellini wrote:
>>On Thu, 22 Sep 2016, Julien Grall wrote:
>>>Hello Peng,
>>>
>>>On 22/09/16 10:27, Peng Fan wrote:
On Thu, Sep 22, 2016 at 10:50:23AM +0200, Dario Faggioli wrote:
>O
On 16-09-22 11:18:12, Wei Liu wrote:
> Hi Yi
>
> Thanks for submitting this series. I see that all the actual patches
> are not chained to 0/3. It would be better if they show up as replies to
> 0/3.
>
> The workflow for sending patch series differs from person to person, so
> we don't want to
On Thu, Sep 22, 2016 at 12:29:53PM +0100, Julien Grall wrote:
>Hello Peng,
>
>On 22/09/16 10:27, Peng Fan wrote:
>>On Thu, Sep 22, 2016 at 10:50:23AM +0200, Dario Faggioli wrote:
>>>On Thu, 2016-09-22 at 14:49 +0800, Peng Fan wrote:
On Wed, Sep 21, 2016 at 08:11:43PM +0100, Julien Grall wrote:
On Thu, Sep 22, 2016 at 04:23:05PM +0100, Julien Grall wrote:
>Hello Peng,
>
>On 22/09/16 10:16, Peng Fan wrote:
>>On AArch64 SoCs, some IPs may only have the capability to access
>>32 bits address space. The physical memory assigned for Dom0 maybe
>>not in 4GB address space, then the IPs will not
.snip..
> > While on ARM32 there are 24 bytes:
> >
> > e52db004push{fp}
> > e28db000add fp, sp, #0 <- NOP
> > e3a8mov r0, #8 <- NOP
> > e24bd000sub sp, fp, #0 <- NOP
> > e49db004pop {fp}
> > e12fff1ebx lr
.snip..
> > diff --git a/xen/test/Makefile b/xen/test/Makefile
> > index 8c53040..95c1755 100644
> > --- a/xen/test/Makefile
> > +++ b/xen/test/Makefile
> > @@ -1,6 +1,6 @@
> > .PHONY: tests
> > tests:
> I am wondering if there is any way to use the
> > -ifeq ($(XEN_TARGET_ARCH),x86_64)
> > +ifne
On 9/23/2016 2:06 AM, George Dunlap wrote:
On Tue, Sep 20, 2016 at 3:57 AM, Yu Zhang wrote:
Well, for the logic of p2m type recalculation, similarities between
p2m_ioreq_server
and other changeable types exceeds their differences. As to the special
cases, how
about we use a macro, i.e. p2m_is
> > +bool arch_livepatch_symbol_deny(const struct livepatch_elf *elf,
> > +const struct livepatch_elf_sym *sym)
> > +{
> > +#ifdef CONFIG_ARM_32
>
> Out of interest, is there any particular reason to use #ifdef rather than
> adding the function in {arm32/arm64}/live
flight 101102 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101102/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-qemuu-rhel6hvm-amd 9 redhat-install fail REGR. vs. 101069
Regressions which
flight 101106 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101106/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail in 101070 pass
in 101106
test-amd64-amd64-li
On Thu, Sep 22, 2016 at 03:21:00AM -0600, Jan Beulich wrote:
> >>> On 21.09.16 at 18:57, wrote:
> > @@ -325,8 +327,13 @@ static int move_payload(struct payload *payload,
> > struct livepatch_elf *elf)
> > * and .shstrtab. For the non-relocate we allocate and copy these
> > * v
On 09/22/2016 04:45 AM, Juergen Gross wrote:
> Support the driver_override scheme introduced with commit 782a985d7af2
> ("PCI: Introduce new device binding path using pci_dev.driver_override")
>
> As pcistub_probe() is called for all devices (it has to check for a
> match based on the slot address
On 09/22/2016 04:45 AM, Juergen Gross wrote:
> The Xen pciback driver has a list of all pci devices it is ready to
> seize. There is no check whether a to be added entry already exists.
> While this might be no problem in the common case it might confuse
> those which consume the list via sysfs.
>
On 09/22/2016 04:45 AM, Juergen Gross wrote:
> The Xen pciback driver maintains a list of all its seized devices.
> There are two functions searching the list for a specific device with
> basically the same semantics just returning different structures in
> case of a match.
>
> Split out the search
This run is configured for baseline tests only.
flight 67746 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67746/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl-rtds 15 guest-start/debian.repeat
This run is configured for baseline tests only.
flight 67747 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67747/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 7f1bf51bdbcaf9dd46f77cf4bd5e69a294dd995e
baseline v
On Thu, Sep 22, 2016 at 02:10:26PM +0100, Julien Grall wrote:
> Hi Konrad,
>
> On 21/09/16 18:32, Konrad Rzeszutek Wilk wrote:
> > We need to two things:
> > 1) Wrap the platform-specific objcopy parameters in defines
> >The input and output parameters for $(OBJCOPY) are different
> >based
On Thu, Sep 22, 2016 at 03:13:45PM -0400, Boris Ostrovsky wrote:
> Signed-off-by: Boris Ostrovsky
> Acked-by: Jan Beulich
Acked-by: Wei Liu
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
Non-hvmloader users may be building tables in virtual address space
and therefore we need to make sure that values that end up in tables
are physical addresses.
Signed-off-by: Boris Ostrovsky
Reviewed-by: Jan Beulich
---
tools/firmware/hvmloader/acpi/build.c | 47 ++-
Signed-off-by: Boris Ostrovsky
Reviewed-by: Jan Beulich
---
tools/firmware/hvmloader/acpi/build.c | 70 ++---
tools/firmware/hvmloader/acpi/libacpi.h | 1 +
tools/firmware/hvmloader/util.c | 2 +-
3 files changed, 40 insertions(+), 33 deletions(-)
diff --
No need for ACPI code to rely on hvm_info variable.
Signed-off-by: Boris Ostrovsky
Reviewed-by: Jan Beulich
---
Changes in v5:
* Constified pointer in test_bit()
tools/firmware/hvmloader/acpi/build.c | 52 ++---
tools/firmware/hvmloader/acpi/libacpi.h | 11 +++
Components that wish to use ACPI builder will need to provide their own
mem_alloc() and virt_to_phys() routines. Pointers to these routines will
be passed to the builder as memory ops.
Signed-off-by: Boris Ostrovsky
Acked-by: Jan Beulich
---
tools/firmware/hvmloader/acpi/build.c | 95
Load ACPI modules into guest space
Signed-off-by: Boris Ostrovsky
Acked-by: Wei Liu
---
Changes ni v5:
* Style adjustments
tools/libxc/xc_dom_core.c | 95 +++
1 file changed, 95 insertions(+)
diff --git a/tools/libxc/xc_dom_core.c b/tools/libxc/xc_d
ACPI builder is currently distributed under GPLv2 license.
We plan to make the builder available to components other than the
hvmloader (which is also GPLv2). Some of these components (such as
libxl) may be distributed under LGPL-2.1 so that they can be used by
non-GPLv2 callers. But this will no
Signed-off-by: Boris Ostrovsky
Acked-by: Jan Beulich
---
Changes in v5:
* Dropped include from Makefile
* .gitignore drops all libxl/ssdt* and libxl/ssdt* files from tracking
* Various style adjustments
.gitignore | 11 +-
tools/libacpi/build.c| 6 +-
tools/libacpi/
PVH guests require DSDT with only ACPI INFO (Xen-specific) and Processor
objects. We separate ASL's ACPI INFO definition into dsdt_acpi_info.asl so
that it can be included in ASLs for both HVM and PVH2.
Signed-off-by: Boris Ostrovsky
Acked-by: Jan Beulich
---
tools/libacpi/Makefile | 7 ++-
Signed-off-by: Boris Ostrovsky
Acked-by: Jan Beulich
---
MAINTAINERS| 1 +
tools/firmware/hvmloader/Makefile | 14 --
tools/firmware/hvmloader/ovmf.c| 2 +-
tools/firmware/rombios/3
PVHv2 guests may request LAPIC emulation (and nothing else)
Signed-off-by: Boris Ostrovsky
Reviewed-by: Jan Beulich
---
xen/arch/x86/domain.c | 26 --
1 file changed, 16 insertions(+), 10 deletions(-)
diff --git a/xen/arch/x86/domain.c b/xen/arch/x86/domain.c
index 3c4b
Signed-off-by: Boris Ostrovsky
Reviewed-by: Jan Beulich
---
tools/firmware/hvmloader/acpi/build.c | 10 +++---
tools/firmware/hvmloader/acpi/libacpi.h | 1 +
tools/firmware/hvmloader/util.c | 2 +-
3 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/tools/firmware/hvml
This code will be needed by PVH guests who don't want to use full DSDT.
Signed-off-by: Boris Ostrovsky
---
.gitignore | 2 +-
tools/firmware/hvmloader/acpi/Makefile | 8 +---
tools/firmware/hvmloader/acpi/dsdt.asl | 19 -
Intermediate stages of building a target should be made with
temporary files that are copied to final target in the end.
Signed-off-by: Boris Ostrovsky
---
Changes in v5:
* Now is first patch in the series
* Renamed TMP_SUFFIX to "tmp" (from "tmp__")
tools/firmware/hvmloader/acpi/Makefile | 20
Signed-off-by: Boris Ostrovsky
Acked-by: Wei Liu
---
tools/libxl/Makefile | 2 ++
tools/libxl/libxl_arch.h | 6 ++
tools/libxl/libxl_dom.c | 19 +++
3 files changed, 23 insertions(+), 4 deletions(-)
diff --git a/tools/libxl/Makefile b/tools/libxl/Makefile
index a3c0af
libxl__domain_make() may want to use b_info so we should set defaults
a little earlier.
Signed-off-by: Boris Ostrovsky
Acked-by: Wei Liu
---
tools/libxl/libxl_create.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/tools/libxl/libxl_create.c b/tools
The goal here is to build ACPI tables for PVHv2/HVMlite guests while reusing
existing
hvmloader's ACPI builder code. The builder is provided as a library in
tools/libacpi.
This is verion 5 of the series, see individual patches for changes. It can
be fetched from git://oss.oracle.com/git/bostrovs
Add entry for ACPI tables created for PVHv2 guests to e820 map.
Signed-off-by: Boris Ostrovsky
Acked-by: Wei Liu
---
tools/libxl/libxl_dom.c | 8
tools/libxl/libxl_x86.c | 15 +++
2 files changed, 19 insertions(+), 4 deletions(-)
diff --git a/tools/libxl/libxl_dom.c b/too
Some code (specifically, introduced by commit 801d469ad ("[HVM] ACPI
support patch 3 of 4: ACPI _PRT table.")) has only been licensed under
GPLv2. We want to prevent this code from showing up in non-GPL
binaries which might become possible after we make ACPI builder code
available to users other th
ACPI sources will be available to various component which will build
them according to their own rules. ACPI's Makefile will only generate
necessary source files.
Signed-off-by: Boris Ostrovsky
Acked-by: Jan Beulich
---
Changes in v5:
* .gitignore lists all dsdt* / ssdt* files as not tracked.
*
In prepearation to moving acpi sources into generally available
libacpi:
1. Pass IOAPIC/LAPIC/PCI mask values via struct acpi_config
2. Modify include files search paths to point to acpi directory
3. Macro-ise include file for build.c that defines various
utilities used by that file. Users of l
Provide ability to load multiple ACPI modules. Thie feature is needed
by PVHv2 guests and will be used in subsequent patches.
We assume that PVHv2 guests do not load their ACPI modules specified
in the configuration file. We can extend support for that in the future
if desired.
Signed-off-by: Bor
Users other than hvmloader may provide TIS address as virtual.
Signed-off-by: Boris Ostrovsky
Reviewed-by: Jan Beulich
---
tools/firmware/hvmloader/acpi/build.c | 9 -
tools/firmware/hvmloader/acpi/libacpi.h | 3 +++
tools/firmware/hvmloader/config.h | 2 ++
tools/firmware/hvmlo
When emulating instructions Xen's emulator maintains a small i-cache fetched
from the guest memory. This patch extends the vm_event interface to allow
overwriting this i-cache via a buffer returned in the vm_event response.
When responding to a SOFTWARE_BREAKPOINT event (INT3) the monitor subscrib
Hi Stefano,
On 22/09/2016 18:31, Stefano Stabellini wrote:
On Thu, 22 Sep 2016, Julien Grall wrote:
Hello Peng,
On 22/09/16 10:27, Peng Fan wrote:
On Thu, Sep 22, 2016 at 10:50:23AM +0200, Dario Faggioli wrote:
On Thu, 2016-09-22 at 14:49 +0800, Peng Fan wrote:
On Wed, Sep 21, 2016 at 08:11
flight 101101 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101101/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail like 101081
test-amd64-amd64-xl-rtds
On Tue, Sep 20, 2016 at 3:57 AM, Yu Zhang wrote:
> Well, for the logic of p2m type recalculation, similarities between
> p2m_ioreq_server
> and other changeable types exceeds their differences. As to the special
> cases, how
> about we use a macro, i.e. p2m_is_ioreq?
On Thu, 22 Sep 2016, Dario Faggioli wrote:
> On Thu, 2016-09-22 at 18:05 +0800, Peng Fan wrote:
> > On Thu, Sep 22, 2016 at 10:50:23AM +0200, Dario Faggioli wrote:
> > > Yes (or I should say, "whatever", as I know nothing about all
> > > this! :-P)
> >
> > One more thing I'd like to ask, do you pr
On Thu, 22 Sep 2016, Julien Grall wrote:
> Hello Peng,
>
> On 22/09/16 10:27, Peng Fan wrote:
> > On Thu, Sep 22, 2016 at 10:50:23AM +0200, Dario Faggioli wrote:
> > > On Thu, 2016-09-22 at 14:49 +0800, Peng Fan wrote:
> > > > On Wed, Sep 21, 2016 at 08:11:43PM +0100, Julien Grall wrote:
> > > A f
On Thu, Sep 22, 2016 at 5:37 AM, Tamas K Lengyel
wrote:
> On Sep 22, 2016 05:27, "Jan Beulich" wrote:
>>
>> >>> On 22.09.16 at 12:35, wrote:
>> > On Sep 22, 2016 02:56, "Jan Beulich" wrote:
>> >>
>> >> >>> On 21.09.16 at 17:30, wrote:
>> >> > What I'm saying is that the guest OS should be in c
Hi Daniel,
On 22/09/16 13:07, Daniel Kiper wrote:
On Thu, Sep 22, 2016 at 05:25:46AM -0600, Jan Beulich wrote:
On 22.09.16 at 12:52, wrote:
On Wed, Sep 21, 2016 at 03:42:09AM -0600, Jan Beulich wrote:
On 20.09.16 at 20:45, wrote:
On Tue, Sep 20, 2016 at 07:46:56AM -0600, Jan Beulich wrote:
On Thu, 2016-09-22 at 12:24 +0100, Julien Grall wrote:
> On 22/09/16 09:43, Dario Faggioli wrote:
> > Local migration basically --from the vcpu perspective-- means
> > create a
> > new vcpu, stop the original vcpu, copy the state from original to
> > new,
> > destroy the original vcpu and start the
This run is configured for baseline tests only.
flight 67744 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67744/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 5919a9600e07b4700b54a5b47ae3991aad0e883c
baseline v
On Thu, 2016-09-22 at 18:05 +0800, Peng Fan wrote:
> On Thu, Sep 22, 2016 at 10:50:23AM +0200, Dario Faggioli wrote:
> > Yes (or I should say, "whatever", as I know nothing about all
> > this! :-P)
>
> One more thing I'd like to ask, do you prefer cpu classes to be ARM
> specific or ARM/X86
> comm
On 9/22/2016 7:32 PM, George Dunlap wrote:
On Thu, Sep 22, 2016 at 10:12 AM, Yu Zhang wrote:
On 9/21/2016 9:04 PM, George Dunlap wrote:
On Fri, Sep 9, 2016 at 6:51 AM, Yu Zhang
wrote:
On 9/2/2016 6:47 PM, Yu Zhang wrote:
A new HVMOP - HVMOP_map_mem_type_to_ioreq_server, is added to
let o
On Thu, Sep 22, 2016 at 11:57:18AM -0400, Boris Ostrovsky wrote:
> On 09/22/2016 06:53 AM, Wei Liu wrote:
> >
> >> diff --git a/tools/libxl/Makefile b/tools/libxl/Makefile
> >> index 90427ff..336358c 100644
> >> --- a/tools/libxl/Makefile
> >> +++ b/tools/libxl/Makefile
> >> @@ -75,7 +75,21 @@ else
On 09/22/2016 06:53 AM, Wei Liu wrote:
>
>> diff --git a/tools/libxl/Makefile b/tools/libxl/Makefile
>> index 90427ff..336358c 100644
>> --- a/tools/libxl/Makefile
>> +++ b/tools/libxl/Makefile
>> @@ -75,7 +75,21 @@ else
>> LIBXL_OBJS-y += libxl_no_colo.o
>> endif
>>
>> -LIBXL_OBJS-$(CONFIG_X86
flight 67745 distros-debian-wheezy real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67745/
Perfect :-)
All tests in this flight passed as required
baseline version:
flight 67716
jobs:
build-amd64 pass
build-armh
flight 101097 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101097/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 7f1bf51bdbcaf9dd46f77cf4bd5e69a294dd995e
baseline version:
ovmf 5919a9600e07b4700b54a
>>> On 22.09.16 at 17:04, wrote:
> On 9/22/2016 10:26 PM, Jan Beulich wrote:
But please also answer the earlier question, which you did strip
>> from your reply:
>>
> >>> Which btw raises another question: Why are you in polling mode in
> >>> the first place? Do you have a U
On 09/21/2016 06:32 PM, Konrad Rzeszutek Wilk wrote:
x86 implements all of them by default - and we just
add two extra HAS_ variables to be declared in autoconf.h.
ARM 64 only has alternative while ARM 32 has none of them.
And while at it change the livepatch common code that
would benefit from
Hello Peng,
On 22/09/16 10:16, Peng Fan wrote:
On AArch64 SoCs, some IPs may only have the capability to access
32 bits address space. The physical memory assigned for Dom0 maybe
not in 4GB address space, then the IPs will not work properly.
So need to allocate memory under 4GB for Dom0.
There
This run is configured for baseline tests only.
flight 67743 xen-4.6-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67743/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-i386-pvgrub 10 guest-start
On 9/22/2016 10:26 PM, Jan Beulich wrote:
But please also answer the earlier question, which you did strip
>> from your reply:
>>
>>> Which btw raises another question: Why are you in polling mode in
>>> the first place? Do you have a UART without working interrupt?
>
> I found there was no int
>>> On 22.09.16 at 14:52, wrote:
> From: Shannon Zhao
>
> Add macros for HVM_PARAM_CALLBACK_TYPE_PPI operation values and update
> them in evtchn_fixup().
>
> Also use HVM_PARAM_CALLBACK_IRQ_TYPE_MASK in hvm_set_callback_via().
>
> Cc: Jan Beulich
> Cc: Andrew Cooper
> Signed-off-by: Shannon
Hi Shannon,
On 22/09/16 13:52, z00226004 wrote:
From: Shannon Zhao
Add macros for HVM_PARAM_CALLBACK_TYPE_PPI operation values and update
them in evtchn_fixup().
Also use HVM_PARAM_CALLBACK_IRQ_TYPE_MASK in hvm_set_callback_via().
Cc: Jan Beulich
Cc: Andrew Cooper
Signed-off-by: Shannon Zh
On Thu, Sep 22, 2016 at 03:10:46PM +0100, Wei Liu wrote:
> On Thu, Sep 22, 2016 at 08:52:33PM +0800, z00226004 wrote:
> > From: Shannon Zhao
> >
> > Here it adds the ACPI tables size to set the target maxmem to avoid
> > providing less available memory for guest.
> >
> > Signed-off-by: Shannon Z
Pls cc me with any replies.
On Thursday, 22 September 2016, 12:22:02 EDT, Anthony PERARD wrote:
> On Wed, Sep 21, 2016 at 06:20:16PM -0400, jim burns wrote:
> > I didn't get any responses in xen-users, so I'm posting here. My use case
> > is as below, but the jist of it is is the qemu option -mach
flight 101088 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101088/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-winxpsp3 15 guest-localmigrate/x10 fail REGR. vs.
101045
Tests whic
>>> On 22.09.16 at 16:18, wrote:
> On 9/21/2016 5:25 PM, Jan Beulich wrote:
> On 21.09.16 at 03:54, wrote:
>>> On 2016年09月20日 23:36, Jan Beulich wrote:
> The precondition of process_pending_softirq() working in the debug key
>> handler is that timer interrupt arrives on time and nmi_t
Hi Shannon,
On 22/09/16 13:52, z00226004 wrote:
From: Shannon Zhao
The design of this feature is described as below.
Firstly, the toolstack (libxl) generates the ACPI tables according the
number of vcpus and gic controller.
Then, it copies these ACPI tables to DomU non-RAM memory map space an
On Thu, Sep 22, 2016 at 08:52:30PM +0800, z00226004 wrote:
> From: Shannon Zhao
>
> Add the ARM Multiboot module for ACPI, so UEFI or DomU can get the base
> address of ACPI tables from it.
>
> Signed-off-by: Shannon Zhao
> Acked-by: Julien Grall
Acked-by: Wei Liu
__
On Thu, Sep 22, 2016 at 08:52:21PM +0800, z00226004 wrote:
> From: Shannon Zhao
>
> Estimate the size of ACPI tables and reserve a memory map space for ACPI
> tables.
>
> Signed-off-by: Shannon Zhao
> ---
> tools/libxl/libxl_arm_acpi.c | 98
>
> xe
On Thu, Sep 22, 2016 at 08:52:22PM +0800, z00226004 wrote:
> From: Shannon Zhao
>
> Construct ACPI RSDP table and add a helper to calculate the ACPI table
> checksum.
>
> Signed-off-by: Shannon Zhao
> Acked-by: Julien Grall
Acked-by: Wei Liu
___
X
On Thu, Sep 22, 2016 at 08:52:26PM +0800, z00226004 wrote:
> From: Shannon Zhao
>
> According to the GIC version, construct the MADT table.
>
> Signed-off-by: Shannon Zhao
> Acked-by: Julien Grall
Acked-by: Wei Liu
___
Xen-devel mailing list
Xen-d
On Thu, Sep 22, 2016 at 08:52:19PM +0800, z00226004 wrote:
> From: Shannon Zhao
>
> It only constructs the ACPI tables for 64-bit ARM DomU when user enables
> acpi because 32-bit DomU doesn't support ACPI. And the generation codes
> are only built for 64-bit toolstack.
>
> Signed-off-by: Shannon
On 9/21/2016 5:25 PM, Jan Beulich wrote:
On 21.09.16 at 03:54, wrote:
On 2016年09月20日 23:36, Jan Beulich wrote:
The precondition of process_pending_softirq() working in the debug key
handler is that timer interrupt arrives on time and nmi_timer_fn() can
run to update nmi_timer_ticks before w
On Thu, Sep 22, 2016 at 08:52:32PM +0800, z00226004 wrote:
> From: Shannon Zhao
>
> The guest kernel will get the event channel interrupt information via
> domain param HVM_PARAM_CALLBACK_IRQ. Initialize it here.
>
> Signed-off-by: Shannon Zhao
> Acked-by: Julien Grall
Acked-by: Wei Liu
> -
On Thu, Sep 22, 2016 at 08:52:29PM +0800, z00226004 wrote:
> From: Shannon Zhao
>
> Rename finalise_one_memory_node to finalise_one_node and pass the node
> name via function parameter.
>
> This is useful for adding ACPI module which will be added by a later
> patch.
>
> Signed-off-by: Shannon
On Thu, Sep 22, 2016 at 08:52:28PM +0800, z00226004 wrote:
> From: Shannon Zhao
>
> Copy the static DSDT table into ACPI blob.
>
> Signed-off-by: Shannon Zhao
> Acked-by: Julien Grall
Acked-by: Wei Liu
___
Xen-devel mailing list
Xen-devel@lists.xe
On Thu, Sep 22, 2016 at 08:52:27PM +0800, z00226004 wrote:
> From: Shannon Zhao
>
> Signed-off-by: Shannon Zhao
> Acked-by: Julien Grall
Acked-by: Wei Liu
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
On Thu, Sep 22, 2016 at 08:52:25PM +0800, z00226004 wrote:
> From: Shannon Zhao
>
> Factor MPIDR computing codes out as a helper, so it could be shared
> between DT and ACPI.
>
> Signed-off-by: Shannon Zhao
> Acked-by: Julien Grall
Acked-by: Wei Liu
_
On Thu, Sep 22, 2016 at 08:52:24PM +0800, z00226004 wrote:
> From: Shannon Zhao
>
> Construct GTDT table with the interrupt information of timers.
>
> Signed-off-by: Shannon Zhao
> Acked-by: Julien Grall
Acked-by: Wei Liu
___
Xen-devel mailing lis
On Thu, Sep 22, 2016 at 08:52:23PM +0800, z00226004 wrote:
> From: Shannon Zhao
>
> Signed-off-by: Shannon Zhao
> Acked-by: Julien Grall
Acked-by: Wei Liu
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
On Thu, Sep 22, 2016 at 08:52:33PM +0800, z00226004 wrote:
> From: Shannon Zhao
>
> Here it adds the ACPI tables size to set the target maxmem to avoid
> providing less available memory for guest.
>
> Signed-off-by: Shannon Zhao
> ---
> tools/libxl/libxl_arch.h| 4
> tools/libxl/
flight 101094 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101094/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-qcow2 9 debian-di-install fail REGR. vs. 101072
Tests which did not suc
On 2016/9/22 21:37, Julien Grall wrote:
>
>
> On 22/09/16 14:32, Shannon Zhao wrote:
>>
>>
>> On 2016/9/22 21:27, Julien Grall wrote:
>>> Hi Shannon,
>>>
>>> I am not sure why, but your name on this patch series become: z00226004.
>>> You may want to give a look to your mail sender.
>>>
>> Oops
On 22/09/16 14:32, Shannon Zhao wrote:
On 2016/9/22 21:27, Julien Grall wrote:
Hi Shannon,
I am not sure why, but your name on this patch series become: z00226004.
You may want to give a look to your mail sender.
Oops, I just modified the user.name before and forgot to change back. I
will
On 2016/9/22 21:27, Julien Grall wrote:
> Hi Shannon,
>
> I am not sure why, but your name on this patch series become: z00226004.
> You may want to give a look to your mail sender.
>
Oops, I just modified the user.name before and forgot to change back. I
will resend soon.
Thanks,
--
Shannon
Hi Shannon,
I am not sure why, but your name on this patch series become: z00226004.
You may want to give a look to your mail sender.
Cheers,
--
Julien Grall
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
Hi Konrad,
On 21/09/16 18:32, Konrad Rzeszutek Wilk wrote:
Certain platforms, such as ARM [32|64] add extra mapping symbols
such as $x (for ARM64 instructions), or more interesting to
this patch: $t (for Thumb instructions). These symbols are suppose
nit: s/are suppose to/are supposed to/
to
Hi Konrad,
On 21/09/16 18:32, Konrad Rzeszutek Wilk wrote:
So they can be shared with ARM64 (but not yet, so they
are only built on x86).
No functional change.
We also need to tweak the MAINTAINERS and .gitignore file.
Also we need to update SUBDIRS to include the new 'test'
directory so 'csc
Hi Konrad,
On 21/09/16 18:32, Konrad Rzeszutek Wilk wrote:
The test-case is quite simple - we NOP the 'xen_minor_version'.
The amount of NOPs depends on the architecture.
On x86 the function is 11 bytes long:
55 push %rbp <- NOP
48 89 e5mov
Hi Konrad,
On 21/09/16 18:32, Konrad Rzeszutek Wilk wrote:
To use as a common way of testing alternative patching for
livepatches. Both architectures have this FEATURE and the
test-cases can piggyback on that.
Suggested-by: Julien Grall
Signed-off-by: Konrad Rzeszutek Wilk
For the ARM part:
1 - 100 of 200 matches
Mail list logo
