On 23.11.2015 08:51, Jan Beulich wrote:
On 23.11.15 at 08:37, wrote:
>> Actually there's no problem with ICEBP - just like INTnn it isn't itself
>> interceptable (and the injection of vector 0x01 from the x86
>> emulator path can't fully distinguish between ICEBP and INT $1 in
>> these old v
flight 65004 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65004/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-libvirt 5 libvirt-build fail REGR. vs. 63340
Tests which did not succe
On Fri, 2015-11-20 at 19:39 +0100, Samuel Thibault wrote:
> Juergen Gross, on Fri 20 Nov 2015 19:32:42 +0100, wrote:
This patch conflicted with 1855e8b2e884 "mini-os: enable compiler check for
printk format types" which was committed in June.
I have (hopefully correctly) resolved the conflict by
On Sun, 2015-11-22 at 06:26 +, Hu, Robert wrote:
> > -Original Message-
> > From: Ian Jackson [mailto:ian.jack...@eu.citrix.com]
> > Sent: Friday, November 20, 2015 10:46 PM
> > To: Hu, Robert
> > Cc: osstest service owner ; Jin, Gordon
> > ; xen-de...@lists.xensource.com
> > Subject:
>>> On 23.11.15 at 06:22, wrote:
> On Fri, Nov 20, 2015 at 04:35:00AM -0700, Jan Beulich wrote:
>> >>> On 20.11.15 at 02:18, wrote:
>> > @@ -187,36 +363,56 @@ void xrstor(struct vcpu *v, uint64_t mask)
>> > switch ( __builtin_expect(ptr->fpu_sse.x[FPU_WORD_SIZE_OFFSET], 8) )
>> > {
>> >
>>> On 21.11.15 at 02:21, wrote:
> The problem is that the index of the socket_cpumask array is derived via
> cpu_to_socket() from the APIC ID of the processor in a given socket, but
> the size of the array is computed based on nr_sockets, which is not
> necessarily equal to the maximum APIC ID.
>
On Fri, 2015-11-20 at 14:45 +, Ian Jackson wrote:
> osstest service owner writes ("[xen-unstable test] 64750: regressions -
> FAIL"):
> > flight 64750 xen-unstable real [real]
> > http://logs.test-lab.xenproject.org/osstest/logs/64750/
> ...
> > test-amd64-amd64-qemuu-nested 16 debian-hvm-inst
On Mon, 2015-11-23 at 10:03 +, osstest service owner wrote:
> flight 65001 osstest real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/65001/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-amd64-qemuu-ne
nested HVM relies heavily on the underlying HVM implementation, which
is different for Intel and AMD and therefore worth testing separately.
Currently test-amd64-amd64-qemuu-nested is not tied to any specific
vendor, split it into -amd and -intel jobs and set the host flags
appropriately.
Signed-
On Mon, Nov 23, 2015 at 03:06:01AM -0700, Jan Beulich wrote:
> >> numbered to named operands.
> > I prefer to use this option.
> >
> > The original code is below(without xsaves patch)
> > asm volatile ( "1: .byte 0x48,0x0f,0xae,0x2f\n"
> >".section .fixup,\"ax\"
>>> On 21.11.15 at 06:32, wrote:
> I've included the short patch below for Xen 4.6.0, which provides these
> modes (it also fixes a minor copy-and-paste error with
> core2_get_fixed_pmc_count(), which I believe was accessing the wrong
> register). I am not a veteran Xen programmer, so please feel
On 23/11/15 11:08, Jan Beulich wrote:
On 21.11.15 at 06:32, wrote:
>> I've included the short patch below for Xen 4.6.0, which provides these
>> modes (it also fixes a minor copy-and-paste error with
>> core2_get_fixed_pmc_count(), which I believe was accessing the wrong
>> register). I am no
flight 38323 distros-debian-sid real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38323/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-amd64-sid-netboot-pygrub 9 debian-di-install fail REGR. vs.
38280
test-a
Jim Fehlig writes ("[PATCH RFC] libxl: use libxl_event_wait to process libxl
events"):
> Prior to this patch, libxl events were delivered to libvirt via
> the libxlDomainEventHandler callback registered with libxl.
> Documenation in $xensrc/tools/libxl/libxl_event.h states that the
> callback "may
>>> On 23.11.15 at 12:06, wrote:
> On Mon, Nov 23, 2015 at 03:06:01AM -0700, Jan Beulich wrote:
>> >> numbered to named operands.
>> > I prefer to use this option.
>> >
>> > The original code is below(without xsaves patch)
>> > asm volatile ( "1: .byte 0x48,0x0f,0xae,0x2f\n"
>> >
On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote:
> From: Shannon Zhao
>
> With the addition of ARM64 that does not have a traditional BIOS to
> scan, add a #ifdef option for x86 to do the traditional BIOS scanning
> for tables.
>
> Signed-off-by: Shannon Zhao
> ---
> xen/drivers/acpi/osl.c
Ian Campbell writes ("[PATCH OSSTEST] make-flight: Run separate nested jobs on
AMD and Intel"):
> nested HVM relies heavily on the underlying HVM implementation, which
> is different for Intel and AMD and therefore worth testing separately.
>
> Currently test-amd64-amd64-qemuu-nested is not tied
On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote:
> From: Shannon Zhao
> Current acpi_os_map_memory is specific to x86. Refactor it to be
> architecturally independent.
I would say "Move it to an x86-specific location".
> Signed-off-by: Shannon Zhao
Acked-by: Stefano Stabellini
> xen/ar
Paul Durrant writes ("[PATCH v5 2/4] docs: Introduce xenstore paths for PV
driver information"):
> For domain management purposes it is convenient to be able to see
> information about PV drivers in xenstore. The XAPI toolstack in
> XenServer has always created a ~/drivers path for this purpose.
>
Paul Durrant writes ("[PATCH v5 3/4] docs: Introduce xenstore paths for hotplug
features"):
> Without some indication from a guest it is not possible for a
> toolstack to know whether instantiation of a new vbd or vif should
> result in a new PV device of the appropriate type being brought online.
Paul Durrant writes ("[PATCH v5 4/4] docs: Introduce xenstore paths for guest
network address information"):
> It is useful for a toolstack to be able to see the network addresses
> in use by a domain for a particular vif in xenstore for display
> purposes and, for example, so that a VNC session c
>>> On 23.11.15 at 12:24, wrote:
> On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote:
>> From: Shannon Zhao
>>
>> With the addition of ARM64 that does not have a traditional BIOS to
>> scan, add a #ifdef option for x86 to do the traditional BIOS scanning
>> for tables.
>>
>> Signed-off-by: Sha
>>> On 23.11.15 at 12:29, wrote:
> On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote:
>> From: Shannon Zhao
>> Current acpi_os_map_memory is specific to x86. Refactor it to be
>> architecturally independent.
>
> I would say "Move it to an x86-specific location".
But it shouldn't be moved - onl
On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote:
> From: Shannon Zhao
Hi Shannon,
could you please add a couple of lines to the commit message mentioning
why __va(phys) is an acceptable implementation of arch_acpi_os_map_memory?
Thanks,
Stefano
> Signed-off-by: Shannon Zhao
> ---
> xen/a
Ian Campbell writes ("[PATCH OSSTEST] make-flight: Run separate nested jobs on
AMD and Intel"):
> nested HVM relies heavily on the underlying HVM implementation, which
> is different for Intel and AMD and therefore worth testing separately.
>
> Currently test-amd64-amd64-qemuu-nested is not tied
On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote:
> From: Shannon Zhao
>
> Add architecture specific definitions and calls required for acpi in new
> header file.
>
> Signed-off-by: Parth Dixit
> Signed-off-by: Shannon Zhao
Acked-by: Stefano Stabellini
> xen/arch/arm/setup.c | 3
flight 65037 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65037/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 12
On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote:
> From: Parth Dixit
>
> acpi_boot_table_init() will be called in start_xen to get the RSDP and
> all the table pointers. With this patch, we can get ACPI boot-time
> tables from firmware on ARM64.
The patch looks good, only one comment below.
On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote:
> From: Shannon Zhao
>
> If ACPI is initialized after the boot allocator has ended(the system
> state is not early boot), assert happens in acpi_os_zalloc_memory and
> acpi_boot_table_init will fail. So it needs to move end_boot_allocator
> afte
Since $child comes initially from selectguest() (and is then tailored
to look more like a host) it never has a ->{Suite} set.
Since $c{DebianSuite} and $c{DebianGuestSuite} differ and it is
unclear that we would want to apply $c{DebianGuestSuite} as a default
in this context fix this up in selecth
On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote:
> From: Shannon Zhao
>
> The Power State Coordination Interface (PSCI) defines an API that
> can be used to coordinate power control amongst the various supervisory
> systems concurrently running on a device. ACPI support for this
> technology w
On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote:
> From: Bob Moore
>
> ACPICA commit 72b0b6741990f619f6aaa915302836b7cbb41ac4
>
> One new 64-bit field at the end of the table.
> FADT version is now 6.
>
> Link: https://github.com/acpica/acpica/commit/72b0b674
> Signed-off-by: Bob Moore
>
flight 64997 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/64997/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-xl-qemuu-winxpsp3 13 guest-localmigrate fail in 64767 pass in
64997
test-amd64-i386-xl-qemuu
Currently those places which want this open code a lookup of the
{ident}_suite runvar with a fallback to the configuration file.
However selecthost was missing such a lookup in the case where it is
constructing a nested L1 host (which begins from the selectguest
template), which lead to ts-xen-ins
On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote:
> From: Shannon Zhao
>
> There are two flags: PSCI_COMPLIANT and PSCI_USE_HVC. When set,
> the former signals to the OS that the hardware is PSCI compliant.
> The latter selects the appropriate conduit for PSCI calls by
> toggling between Hyperv
In the course of investigating the 4.1.6 backport issue of the XSA-156
patch I realized that #DB injection has always been broken, but with it
now getting always intercepted the problem has got worse: Documentation
clearly states that neither DR7.GD nor DebugCtl.LBR get cleared before
the intercept
On Fri, 2015-11-20 at 13:49 +, Stefano Stabellini wrote:
>
> > If we were to just say "xc_domain_add_to_physmap and
> > xc_domain_pin_memory_cacheattr are now stable" then having them in a
> > libxendevicemodel would be incorrect, since they are not in any way
> > specific to device models.
>
On Fri, 2015-11-13 at 16:20 +, Andrew Cooper wrote:
> On 09/11/15 12:00, Ian Campbell wrote:
> > Signed-off-by: Ian Campbell
> > Acked-by: Wei Liu
>
> I agree with the sentiment, but the error message refer to the
> libxencall entry API, so a developer can match it back to the call in
> thei
- constify struct hvm_trap * function parameters
- width reduce and shuffle some struct hvm_trap members
- use bool_t for boolean fields struct hvm_function_table
- use unsigned for struct hvm_function_table's hap_capabilities field
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/hvm/hvm.c
+++ b/x
On Wed, Nov 4, 2015 at 5:17 PM, Dario Faggioli
wrote:
> Hi,
>
> This series, improves how inserting vCPUs in schedulers runqueues is done,
> including fixing a couple of bugs, and paving the way for more improvement in
> Credit2 runqueue handling (will be submitted as a separate series).
>
> v3 is
>>> On 21.10.15 at 05:16, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: Tuesday, October 20, 2015 6:36 PM
>> >>> On 20.10.15 at 12:12, wrote:
>> > On 19/10/15 16:22, Jan Beulich wrote:
>> >> @@ -580,7 +583,7 @@ int vmx_cpu_up_prepare(unsigned int cpu)
>> >> void vmx_cpu_dead(u
(+ Dietmar)
On 11/20/2015 07:21 PM, Brendan Gregg wrote:
G'Day,
The vpmu feature of Xen is incredibly useful for performance analysis,
however, it's currently all counters or nothing. In secure
environments, there can be hesitation to enable access to all PMCs
(there are hundreds of them). I
>>> On 23.11.15 at 15:03, wrote:
>> ---
>> Dario Faggioli (6):
>> xen: sched: fix locking of remove_vcpu() in credit1
>> xen: sched: fix locking for insert_vcpu() in credit1 and RTDS
>> xen: sched: clarify use cases of schedule_cpu_switch()
>> xen: sched: better handle (not
On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote:
> From: Shannon Zhao
>
> Add Generic Interrupt and Distributor (ACPI 5.0) structure.
> Add new features for MADT introduced by ACPI 5.1.
> Comment on the GIC ID field of the GIC structure which is replaced
> by CPU Interface Number.
> Add new fi
On 23/11/15 14:40, Jan Beulich wrote:
On 23.11.15 at 15:03, wrote:
>>> ---
>>> Dario Faggioli (6):
>>> xen: sched: fix locking of remove_vcpu() in credit1
>>> xen: sched: fix locking for insert_vcpu() in credit1 and RTDS
>>> xen: sched: clarify use cases of schedule_cpu_swit
>>> On 02.11.15 at 15:32, wrote:
> On 02/11/15 14:07, George Dunlap wrote:
>> On 30/10/15 18:33, Andrew Cooper wrote:
>>> --- a/xen/arch/x86/mm/p2m-pod.c
>>> +++ b/xen/arch/x86/mm/p2m-pod.c
>>> @@ -1048,7 +1048,7 @@ p2m_pod_demand_populate(struct p2m_domain *p2m,
>>> unsigned long gfn,
>>> /
On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote:
> From: Bob Moore
>
> ACPICA commit 02cbb41232bccf7a91967140cab95d5f48291f21
>
> New subtable type. Some additions to existing subtables.
>
> Link: https://github.com/acpica/acpica/commit/02cbb412
> Signed-off-by: Bob Moore
> Signed-off-by: L
On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote:
> From: Hanjun Guo
>
> ACPICA commit 4b100dc43e8baee8c8b4891b23bc7ad03eba6a28
>
> Support for the new version field in the generic distributor
> subtable. Hanjun Guo
>
> Link: https://github.com/acpica/acpica/commit/4b100dc4
> Signed-off-by:
On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote:
> From: Naresh Bhat
>
> When MADT is parsed, print GIC information to make the boot
> log look pretty.
>
> Signed-off-by: Hanjun Guo
> Signed-off-by: Tomasz Nowicki
> Signed-off-by: Naresh Bhat
> Signed-off-by: Shannon Zhao
> ---
> xen/dri
>>> On 23.11.15 at 15:50, wrote:
> On 23/11/15 14:40, Jan Beulich wrote:
> On 23.11.15 at 15:03, wrote:
---
Dario Faggioli (6):
xen: sched: fix locking of remove_vcpu() in credit1
xen: sched: fix locking for insert_vcpu() in credit1 and RTDS
xen: sch
On 23/11/15 12:49, Jan Beulich wrote:
> In the course of investigating the 4.1.6 backport issue of the XSA-156
> patch I realized that #DB injection has always been broken, but with it
> now getting always intercepted the problem has got worse: Documentation
> clearly states that neither DR7.GD nor
On 23/11/15 13:51, Jan Beulich wrote:
> - constify struct hvm_trap * function parameters
> - width reduce and shuffle some struct hvm_trap members
> - use bool_t for boolean fields struct hvm_function_table
> - use unsigned for struct hvm_function_table's hap_capabilities field
>
> Signed-off-by: J
On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote:
> From: Parth Dixit
>
> MADT contains the information for MPIDR which is essential for SMP
> initialization, parse the GIC cpu interface structures to get the MPIDR
> value and map it to cpu_logical_map(), and add enabled cpu with valid
> MPIDR
On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote:
> From: Parth Dixit
>
> Partition smp initialization functions into generic and dt specific
> parts, this will be useful when introducing new functions for smp
> initialization based on acpi.
>
> Signed-off-by: Parth Dixit
> Signed-off-by: Sha
>>> On 23.11.15 at 16:01, wrote:
> On 23/11/15 12:49, Jan Beulich wrote:
>> @@ -1525,6 +1516,16 @@ static void vmx_inject_trap(struct hvm_t
>> __restore_debug_registers(curr);
>> write_debugreg(6, read_debugreg(6) | DR_STEP);
>> }
>> +if ( !nestedhvm_vcpu
On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote:
> From: Shannon Zhao
>
> ACPI 5.1 only has two explicit methods to boot up SMP, PSCI and Parking
> protocol, but the Parking protocol is only specified for ARMv7 now, so
> make PSCI as the only way for the SMP boot protocol before some updates
>
On 11/20/2015 05:40 PM, Joao Martins wrote:
>
> On 11/20/2015 07:05 PM, Jim Fehlig wrote:
>> On 11/19/2015 04:45 PM, Joao Martins wrote:
>>
>> You're not going to be happy with me...
>>
>>> This new field in libxlDomainObjPrivate is named "config"
>>> and is kept while the domain is active.
>> Whil
On 11/22/2015 12:54 PM, Haozhong Zhang wrote:
Hi Jan, Boris and Aravind,
(Sorry for sending such a long email and thanks for your patience)
First, thank you very much for doing this.
Because this patchset also touches the existing SVM TSC ratio code, I
tested it on an AMD machine with an AM
On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote:
> From: Shannon Zhao
>
> Refactor gic-v2 related functions into dt and generic parts. This will be
> helpful when adding acpi support for gic.
>
> Signed-off-by: Parth Dixit
> Signed-off-by: Shannon Zhao
> ---
> xen/arch/arm/gic-v2.c | 21 ++
Hi all,
So I was doing some experiments to evaluate RTDS scheduler schedubility of
real time tasks using 1vm with period of 1 and budget of 1. The
experiment results turn out as expected(perform better than xen-credit).
But when I tried to perform similar experiments with 2 vms (both with
>>> On 17.11.15 at 10:40, wrote:
> --- a/xen/common/sysctl.c
> +++ b/xen/common/sysctl.c
> @@ -171,7 +171,7 @@ long do_sysctl(XEN_GUEST_HANDLE_PARAM(xen_sysctl_t)
> u_sysctl)
> op->u.availheap.avail_bytes <<= PAGE_SHIFT;
> break;
>
> -#ifdef HAS_ACPI
> +#ifdef HAS_CPUFREQ
You
flight 64999 linux-mingo-tip-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/64999/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvh-intel 6 xen-boot fail REGR. vs. 60684
test-amd64
On 11/23/2015 08:51 AM, Jan Beulich wrote:
- constify struct hvm_trap * function parameters
- width reduce and shuffle some struct hvm_trap members
- use bool_t for boolean fields struct hvm_function_table
- use unsigned for struct hvm_function_table's hap_capabilities field
Signed-off-by: Jan B
Wei, based on our discussions, you will review as much as possible before
leaving for vacation, and have started last Wednesday. Could you please
share what you are reviewing so I (and anyone else interested) can also
assist in reviewing it?
As you said, the front/back end negotiation protocols ne
per-host-ts does nothing if !$ok, so per-host-prep's individual steps
become no-ops if the host prep fails, which prevents blundering on.
But per-host-prep does not throw.
The other call site explicitly avoids calling the recipe script if
!$ok. nested-layer-descend is for calling from within a re
Hi Yu-An,
2015-11-23 10:42 GMT-05:00 Yu-An(Victor) Chen :
>
> Hi all,
>
> So I was doing some experiments to evaluate RTDS scheduler schedubility of
> real time tasks using 1vm with period of 1 and budget of 1. The
> experiment results turn out as expected(perform better than xen-credit)
On Mon, Nov 23, 2015 at 10:51:04AM -0500, Neil Sikka wrote:
> Wei, based on our discussions, you will review as much as possible before
> leaving for vacation, and have started last Wednesday. Could you please
> share what you are reviewing so I (and anyone else interested) can also
> assist in rev
Ian Campbell writes ("[PATCH OSSTEST v2] Add $gho->{Suite} field to guest
objects from {prepare,select}guest()"):
> Currently those places which want this open code a lookup of the
> {ident}_suite runvar with a fallback to the configuration file.
>
> However selecthost was missing such a lookup i
On Mon, 2015-11-23 at 15:56 +, Ian Jackson wrote:
> per-host-ts does nothing if !$ok, so per-host-prep's individual steps
> become no-ops if the host prep fails, which prevents blundering on.
> But per-host-prep does not throw.
>
> The other call site explicitly avoids calling the recipe scrip
On Mon, 2015-11-23 at 16:12 +, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST v2] Add $gho->{Suite} field to guest
> objects from {prepare,select}guest()"):
> > Currently those places which want this open code a lookup of the
> > {ident}_suite runvar with a fallback to the configurat
Hi Meng,
Thank you very much for replying!
The RT tasks I am running for each trial at a certain utilization rate is a
collection of real-time tasks, and each real-time task is a sequence of
jobs that are released periodically. All jobs are periodic, where each job
is defined by a period (and dea
Ian Campbell, on Mon 23 Nov 2015 16:34:31 +, wrote:
> Signed-off-by: Ian Campbell
Acked-by: Samuel Thibault
> ---
> .gitignore | 6 ++
> 1 file changed, 6 insertions(+)
> create mode 100644 .gitignore
>
> diff --git a/.gitignore b/.gitignore
> new file mode 100644
> index 000..1c
Signed-off-by: Ian Campbell
---
.gitignore | 6 ++
1 file changed, 6 insertions(+)
create mode 100644 .gitignore
diff --git a/.gitignore b/.gitignore
new file mode 100644
index 000..1c655a0
--- /dev/null
+++ b/.gitignore
@@ -0,0 +1,6 @@
+*~
+*.o
+*.a
+include/list.h
+mini-os
+mini-os.gz
I instrumented detect_extended_topology() and ran again with 4 CPUs.
Loading xen-4.6-amd64.gz... ok
Loading vmlinuz-3.14.51-grsec-dock... ok
Loading initrd.img-3.14.51-grsec-dock... ok
(XEN) Xen version 4.6.1-pre (Debian 4.6.1~pre-1skyport1) (
eswi...@skyportsystems.com) (gcc (Debian 4.9.3-4) 4.9.
Ian Campbell writes ("Re: [PATCH OSSTEST v2] Add $gho->{Suite} field to guest
objects from {prepare,select}guest()"):
> On Mon, 2015-11-23 at 16:12 +, Ian Jackson wrote:
> > Perhaps ts-debian*install could call some new function
> > debian_guest_suite in Debian.pm ?
>
> Sure. Should it return
>>> On 17.11.15 at 10:40, wrote:
> From: Parth Dixit
>
> Add new function acpi_parse_entries which takes acpi table as argument.
> This will avoid fetching table everytime in acpi_table_parse_entries.
> This function will be used in acpi_gicv2_init within another patch.
>
> Signed-off-by: Nares
On Mon, 2015-11-23 at 16:48 +, Ian Jackson wrote:
> Ian Campbell writes ("Re: [PATCH OSSTEST v2] Add $gho->{Suite} field to
> guest objects from {prepare,select}guest()"):
> > On Mon, 2015-11-23 at 16:12 +, Ian Jackson wrote:
> > > Perhaps ts-debian*install could call some new function
> >
>>> On 17.11.15 at 10:40, wrote:
> --- a/xen/drivers/acpi/tables.c
> +++ b/xen/drivers/acpi/tables.c
> @@ -221,6 +221,51 @@ void __init acpi_table_print_madt_entry(struct
> acpi_subtable_header *header)
> }
> }
>
> +struct acpi_subtable_header * __init
> +acpi_get_entry(char *id, unsigne
On 11/23/2015 03:35 PM, Jim Fehlig wrote:
> On 11/20/2015 05:40 PM, Joao Martins wrote:
>>
>> On 11/20/2015 07:05 PM, Jim Fehlig wrote:
>>> On 11/19/2015 04:45 PM, Joao Martins wrote:
>>>
>>> You're not going to be happy with me...
>>>
This new field in libxlDomainObjPrivate is named "config
On Wed, 2015-11-11 at 15:03 +, Ian Jackson wrote:
> > XXX consider combining into a single namespace (i.e. with
> > xengnttab_handle having two open fd's in it on Linux)
>
[...]
> I conclude it would be better to unify them.
Starting to look into this I have some queries on the direction I ou
This run is configured for baseline tests only.
flight 38324 xen-4.5-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38324/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-prev 5 xen-build
On 19/11/15 06:24, Chun Yan Liu wrote:
>
>
On 11/19/2015 at 09:33 AM, in message
> <564d9761026600085...@relay2.provo.novell.com>, "Chun Yan Liu"
> wrote:
>
>>
> On 11/18/2015 at 05:44 PM, in message <20151118094410.gb21...@aepfle.de>,
> Olaf
>> Hering wrote:
>>> On Tue
i...@xenbits.xen.org writes ("[adhoc test] 64951: regressions - trouble:
blocked/broken/fail/pass"):
> [adhoc commission-nocera] <2testing.git master /dev/pts/9>
> harness 2f02c43: Nested hosts: Use hostnamepath() in create_webfile
> 64951: regressions - trouble: blocked/broken/fail/pass
>
> flig
On Fri, 20 Nov 2015, Fabio Fantoni wrote:
> I saw that upstream qemu for xen-unstable is still not updated at least to
> latest stable version.
> I tested qemu 2.4.0.1 for some weeks on 2 systems backporting this 2 patches:
> spice: surface switch fast path requires same format too (I think is good
flight 65005 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65005/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-winxpsp3 9 windows-install fail REGR. vs. 64579
test-amd64-i386-xl-
Hey,
This patch series implements virDomainInterfaceStats
but based on "ConsoleCallback" as opposed of doing it in libxlDomainStart.
The series is divided as following: Patch 1 renames console callback to
something more generic and Patch 2 implements virDomainInterfaceStats also
taking the previo
. to a more generic name i.e. libxlDomainStartCallback,
since it will now cover another case other than the console.
Signed-off-by: Joao Martins
---
src/libxl/libxl_domain.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/libxl/libxl_domain.c b/src/libxl/libxl_domain.
Introduce support for domainInterfaceStats API call for querying
network interface statistics. Consequently it also enables the
use of `virsh domifstat ` command plus
seeing the interfaces names instead of "-" when doing
`virsh domiflist `.
After successful guest creation we fill the network
inte
Hi all,
During work on multiboot2 protocol support for Xen others and I spotted some
issues and/or deficiencies in early x86 boot code build system.
Some people reported that after applying v2 of my patches they cannot build
xen.gz due to following error:
objdump -h reloc.o | sed -n '/[0-9]/{s,0
Hi all,
Some time ago Linux kernel commit 054954eb051f35e74b75a566a96fe756015352c8
(xen: switch to linear virtual mapped sparse p2m list) introduced linear
virtual mapped sparse p2m list. It fixed some issues, however, it broke
crash tool too. I tried to fix this issue but the problem looks more
d
On 11/23/2015 04:24 AM, Ian Jackson wrote:
> Jim Fehlig writes ("[PATCH RFC] libxl: use libxl_event_wait to process libxl
> events"):
>> Prior to this patch, libxl events were delivered to libvirt via
>> the libxlDomainEventHandler callback registered with libxl.
>> Documenation in $xensrc/tools/l
On Mon, Nov 23, 2015 at 6:35 AM, Boris Ostrovsky wrote:
> (+ Dietmar)
>
> On 11/20/2015 07:21 PM, Brendan Gregg wrote:
>
>> G'Day,
>>
>> The vpmu feature of Xen is incredibly useful for performance analysis,
>> however, it's currently all counters or nothing. In secure environments,
>> there can
On 11/23/2015 05:01 PM, Brendan Gregg wrote:
On Mon, Nov 23, 2015 at 6:35 AM, Boris Ostrovsky
mailto:boris.ostrov...@oracle.com>> wrote:
On 11/20/2015 07:21 PM, Brendan Gregg wrote:
These new features would need a corresponding change in Linux for
PV guests (or for dom0 to chan
flight 65024 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65024/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvh-amd 6 xen-boot fail REGR. vs. 59254
test-amd64-i386-qemut
flight 65028 xen-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65028/
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 13 guest-localmigrate
fail REGR. vs. 63379
flight 65031 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65031/
Perfect :-)
All tests in this flight passed
version targeted for testing:
ovmf 8084b26e926ba3bf12b8110e7d49d3c928bb17d6
baseline version:
ovmf 3b1495156a3576992b31a77e799db207cb6
On 11/23/2015 01:59 PM, Jim Fehlig wrote:
>
> Thanks for your comments and ACK'ing the change . I'll submit a V2 that
> retains
> handling of shutdown event in a thread.
While testing V2, I noticed occasionally missing a shutdown event. I can see
from the logs that domain_death_xswatch_callback i
What kind of page mode can Xen use? What's the default page size of xen or
how can I get it? Is hugetable used? I'm using a x64 CPU and the xen
version is 4.4.2
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
flight 65035 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65035/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-libvirt 5 libvirt-build fail REGR. vs. 63340
Tests which did not succe
Hi,
2015-11-23 11:35 GMT-05:00 Yu-An(Victor) Chen :
> Hi Meng,
>
> Thank you very much for replying!
>
> The RT tasks I am running for each trial at a certain utilization rate is a
> collection of real-time tasks, and each real-time task is a sequence of jobs
> that are released periodically. All
1 - 100 of 135 matches
Mail list logo