Hi Parth,
On 04/02/2015 14:02, parth.di...@linaro.org wrote:
From: Parth Dixit
Some bugs are identified in edk2 and some of the functionality is not
yet merged. This patch contains workarounds for them
While I understand some workaround (based on your cover letter), some of
them is unclear
Hi parth,
Title: this is not acpi specific.
On 04/02/2015 14:02, parth.di...@linaro.org wrote:
From: Parth Dixit
For passing ACPI tables to dom0, UEFI memory needs to be mapped
by xen in dom0 address space. This patch adds helper functions for mapping.
I believe that this is not ACPI/RAM sp
Hi Parth,
On 04/02/2015 14:02, parth.di...@linaro.org wrote:
From: Parth Dixit
efi should be enabled to fetch the root pointer from uefi
Signed-off-by: Parth Dixit
---
xen/common/efi/runtime.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/xen/common/efi/runtime.c b/xen/common/
Hi Parth,
On 04/02/2015 14:02, parth.di...@linaro.org wrote:
From: Parth Dixit
XSDT table cannot be passed as is to dom0 because new tables specific to xen
need to be added to its table entries
Signed-off-by: Parth Dixit
---
xen/arch/arm/arm64/acpi/arm-core.c | 65 +++
Hi Parth,
On 04/02/2015 14:02, parth.di...@linaro.org wrote:
From: Parth Dixit
map acpi tables described in uefi table to dom0 address space
Signed-off-by: Parth Dixit
---
xen/arch/arm/arm64/acpi/arm-core.c | 43 ++
xen/arch/arm/domain_build.c|
Hi Parth,
You don't only map the status override table. You also create it.
I would update the commit title to reflect it.
On 04/02/2015 14:02, parth.di...@linaro.org wrote:
From: Parth Dixit
hide UART used by xen by indicating it in STAO table
and map it to dom0
Signed-off-by: Parth Dixit
Hi Parth,
As for the STAO table, this is not only mapping but also creating the table.
On 04/02/2015 14:02, parth.di...@linaro.org wrote:
From: Parth Dixit
xen environment table contains the grant table address,size and event
, size
channel interrupt information required by dom0.
Signed-
Hi Parth,
On 04/02/2015 14:02, parth.di...@linaro.org wrote:
From: Parth Dixit
Enable PSCI and hvc flags in FADT table so that dom0 uses PSCI to
boot vcpu's
VCPUs
Signed-off-by: Parth Dixit
---
xen/arch/arm/arm64/acpi/arm-core.c | 16
1 file changed, 16 insertions(+)
Hi Parth,
On 04/02/2015 14:02, parth.di...@linaro.org wrote:
From: Naresh Bhat
Create a memory node for DOM0.
I'm not convince it's necessary to have a separate patch for this. I
would squash it the #20.
Signed-off-by: Naresh Bhat
---
xen/arch/arm/domain_build.c | 48 +
Hi Parth,
On 04/02/2015 14:02, parth.di...@linaro.org wrote:
From: Parth Dixit
For ACPI on arm device initialization is done by dom0 after parsing DSDT.
For ACPI on ARM, device ...
xen requires mmio region information described in uefi tables
for mapping it to dom0.
Signed-off-by: Parth D
Hi Parth,
On 04/02/2015 14:02, parth.di...@linaro.org wrote:
From: Naresh Bhat
This patch prepare a DT from scratch for DOM0 for
ACPI-case only. Basically the DT contains minmal
required informations such as DOM0 bootargs, memory
and ACPI RSDP informations only.
Signed-off-by: Naresh Bhat
--
Hi Parth,
On 04/02/2015 14:02, parth.di...@linaro.org wrote:
From: Parth Dixit
set edge/level type information for an interrupt
Signed-off-by: Parth Dixit
---
xen/arch/arm/irq.c| 19 +++
xen/include/asm-arm/irq.h | 4
2 files changed, 23 insertions(+)
diff
Hi Parth,
On 04/02/2015 14:02, parth.di...@linaro.org wrote:
From: Naresh Bhat
Parse ACPI SPCR (Serial Port Console Redirection table) table and
initialize the serial port pl011.
Signed-off-by: Naresh Bhat
Signed-off-by: Parth Dixit
---
xen/arch/arm/setup.c | 6 +
xen/drivers/c
Hi Parth,
On 04/02/2015 14:01, parth.di...@linaro.org wrote:
From: Naresh Bhat
Initialization of cpu_logical_map(0) before acpi_boot_init()
Perhaps, merging with the previous patch?
Regards,
Signed-off-by: Hanjun Guo
Signed-off-by: Naresh Bhat
---
xen/arch/arm/setup.c | 5 +
1 fi
Hi Parth,
On 04/02/2015 14:02, parth.di...@linaro.org wrote:
From: Naresh Bhat
ACPI on Xen hypervisor uses MADT table for proper GIC initialization.
It needs to parse GIC related subtables, collect CPU interface and distributor
addresses and call driver initialization function (which is hardwa
Hi Parth,
On 04/02/2015 14:02, parth.di...@linaro.org wrote:
From: Naresh Bhat
Parse GTDT (Generic Timer Descriptor Table) to initialize timer.
Using the information presented by GTDT to initialize the arch
timer (not momery-mapped).
memory-mapped
Signed-off-by: Naresh Bhat
Signed-off-by:
Hi Parth,
On 04/02/2015 14:01, parth.di...@linaro.org wrote:
From: Naresh Bhat
Add Generic Interrupt and Distributor (ACPI 5.0) structure.
Signed-off-by: Naresh Bhat
---
xen/include/acpi/actbl1.h | 29 -
1 file changed, 28 insertions(+), 1 deletion(-)
diff --g
Hi Parth,
On 04/02/2015 14:01, parth.di...@linaro.org wrote:
From: Naresh Bhat
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
Hi Parth,
On 04/02/2015 14:01, parth.di...@linaro.org wrote:
From: Naresh Bhat
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 thi
Hi Parth,
On 04/02/2015 14:01, parth.di...@linaro.org wrote:
From: Naresh Bhat
Introduce cputype.h file for arm
Most of the defines introduced already exists in asm-arm/processor.h
If you really want a separate file, which I don't think it's necessary,
please drop the defines in asm-arm/pr
Hi Parth,
On 04/02/2015 14:01, parth.di...@linaro.org wrote:
From: Naresh Bhat
Introduce and use cpumask_next_zero, set_cpu_present and set_cpu_possible.
Why don't you use cpu_possible_map, cpu_present_map?
Signed-off-by: Naresh Bhat
---
xen/common/cpu.c | 18 ++
Hi Parth,
On 04/02/2015 14:01, parth.di...@linaro.org wrote:
From: Naresh Bhat
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 Hypervi
Hi Parth,
On 04/02/2015 14:01, parth.di...@linaro.org wrote:
From: Naresh Bhat
This patch introduce arm-core.c and its related header file
- asm/acpi.h for arch specific variables and functions needed by
ACPI driver core;
- arm-core.c for ARM64 related ACPI implementation for ACPI driver
flight 34153 xen-4.3-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34153/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-win7-amd64 7 windows-install fail REGR. vs. 33687
Regressions which
On 4 February 2015 at 20:13, G Gregory wrote:
> On 4 February 2015 at 14:02, wrote:
>> From: Naresh Bhat
>>
>> ACPI on Xen hypervisor uses MADT table for proper GIC initialization.
>> It needs to parse GIC related subtables, collect CPU interface and
>> distributor
>> addresses and call driver
From: Lv Zheng
struct acpi_resource_address and struct acpi_resource_extended_address64 share
substracts
just at different offsets. To unify the parsing functions, OSPMs like Linux
need a new ACPI_ADDRESS64_ATTRIBUTE as their substructs, so they can
extract the shared data.
This patch also sync
flight 34151 xen-4.4-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34151/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-pair17 guest-migrate/src_host/dst_host fail like 34091
Tests which did not succee
On Wed, Feb 4, 2015 at 9:55 PM, Jintack Lim wrote:
> On Wed, Feb 4, 2015 at 11:41 AM, Ian Campbell wrote:
>>
>> Patch for all this below. Jan, I don't think there is any (possibly
>> historical on x86_32) x86 option we should be trying to be consistent
>> with.
>
> Thanks, Ian.
> Your patch works
On 2015/2/5 10:57, Liuqiming (John) wrote:
sorry for late replay
On 2015/2/3 23:32, Konrad Rzeszutek Wilk wrote:
> On Tue, Feb 03, 2015 at 10:24:08AM +0800, Liuqiming (John) wrote:
> > On 2015/2/2 22:59, Konrad Rzeszutek Wilk wrote:
> >> On Mon, Feb 02, 2015 at 09:58:57PM +0800, Liuqiming (John)
flight 34146 qemu-mainline real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34146/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-debianhvm-amd64 7 debian-hvm-install fail REGR. vs.
33480
test-amd64-i38
On Wed, Feb 4, 2015 at 11:41 AM, Ian Campbell wrote:
>
> Patch for all this below. Jan, I don't think there is any (possibly
> historical on x86_32) x86 option we should be trying to be consistent
> with.
Thanks, Ian.
Your patch works well!
Jintack
_
On 2015/2/4 18:41, Ian Campbell wrote:
On Wed, 2015-02-04 at 09:34 +0800, Chen, Tiejun wrote:
"-machine xxx,igd-passthru=on", to enable/disable that feature.
And we also remove that old option, "-gfx_passthru", just from
the case of LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN sinc
Olaf Hering, le Tue 03 Feb 2015 12:45:37 +0100, a écrit :
> When building stubdom the mini-os objects are also linked into the
> binary. Unfortunately the linker will place them in the order found in
> the archive. Since this order is random the resulting stubdom binary
> differs when it was built
On 02/04/15 12:01, Jan Beulich wrote:
> The former gets enforced by our debug builds, the latter appears to be
> not uncommon for certain distros' Python packages. Newer glibc warns on
> uses of _FORTIFY_SOURCE without optimization being enabled, which with
> -Werror causes the build to fail.
>
>
On 02/04/15 08:02, Andrew Cooper wrote:
> On 04/02/15 13:00, Jan Beulich wrote:
> On 04.02.15 at 13:56, wrote:
>>> Something between d0b2caa..c58ba78 has broken HVM guests to point at
>>> which HVMloader doesn't reliably function.
>> And no crash (with register state dumped) or any other hint
On 02/03/15 09:00, Paul Durrant wrote:
>> -Original Message-
>> From: Ian Campbell
>> Sent: 03 February 2015 13:48
>> To: Paul Durrant
>> Cc: Wei Liu; xen-devel@lists.xen.org; Ian Jackson; Jan Beulich; Andrew
>> Cooper; Stefano Stabellini
>> Subject: Re: Stubdom breakage in 4.5
>>
>> On Tue
flight 34141 linux-next real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34141/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-qemuu-rhel6hvm-intel 5 xen-boot fail REGR. vs. 33881
test-amd64-i386-xl-qem
On 02/04/15 07:58, Paul Durrant wrote:
>> -Original Message-
>> From: Ian Campbell
>> Sent: 04 February 2015 12:30
>> To: Paul Durrant
>> Cc: Wei Liu; xen-devel@lists.xen.org; Ian Jackson; Jan Beulich; Andrew
>> Cooper; Stefano Stabellini
>> Subject: Re: Stubdom breakage in 4.5
>>
>> On Tue
On 2015-02-03 11:20:06, Ard Biesheuvel wrote:
> This patch adds support to XenBusDxe for executing on ARM and AArch64
> machines (the former only when built with GCC).
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Ard Biesheuvel
> ---
> OvmfPkg/XenBusDxe/AtomicsGcc
On 02/04/2015 10:40 PM, Don Slutz wrote:
A proper fix for this is the thread:
I suspected I don't have the whole picture, good to know it is fixed!
Thanks!
Marcel
Subject: [PATCH v2 0/3] fix qemu crash about vnc
Date: Fri, 30 Jan 2015 10:14:33 +0800
Message-ID: <1422584076-5728-1-git-send-em
A proper fix for this is the thread:
Subject: [PATCH v2 0/3] fix qemu crash about vnc
Date: Fri, 30 Jan 2015 10:14:33 +0800
Message-ID: <1422584076-5728-1-git-send-email-arei.gong...@huawei.com>
This also has a bug:
https://bugs.launchpad.net/qemu/+bug/1414222
Xen expects this to be working.
flight 34137 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34137/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-sedf 5 xen-boot fail REGR. vs. 34087
test-amd64-i386-pair1
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
> From: Naresh Bhat
>
> Introduce cputype.h file for arm
>
> Signed-off-by: Naresh Bhat
> ---
> xen/include/asm-arm/cputype.h | 83
> +++
> 1 file changed, 83 insertions(+)
> create mode 100644 xen/incl
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
> From: Naresh Bhat
>
> Introduce and use cpumask_next_zero, set_cpu_present and set_cpu_possible.
>
> Signed-off-by: Naresh Bhat
> ---
> xen/common/cpu.c | 18 ++
> xen/include/xen/cpumask.h | 40 ++
This looks like:
https://bugs.launchpad.net/qemu/+bug/1414222
Patch "fix qemu crash about vnc" is still pending.
-Don Slutz
On 01/31/15 23:25, xen.org wrote:
> branch xen-unstable
> xen branch xen-unstable
> job test-amd64-i386-rhel6hvm-intel
> test redhat-install
>
> Tree: linux git://xenb
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
> From: Naresh Bhat
>
> Add new features for MADT which introduced by ACPI 5.1:
> -comment on the GIC ID field of the GIC structure which is replaced
> by CPU Interface Number.
> -add new fields: Redistributor Base Address, GICV, GICH, and MPIDR.
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
> From: Naresh Bhat
>
> Add Generic Interrupt and Distributor (ACPI 5.0) structure.
>
> Signed-off-by: Naresh Bhat
> ---
> xen/include/acpi/actbl1.h | 29 -
> 1 file changed, 28 insertions(+), 1 deletion(-)
>
> diff
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
> From: Naresh Bhat
>
> 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 Hyperviso
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
> From: Naresh Bhat
>
> 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
>
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
> From: Naresh Bhat
>
> This patch introduce arm-core.c and its related header file
>
> - asm/acpi.h for arch specific variables and functions needed by
> ACPI driver core;
> - arm-core.c for ARM64 related ACPI implementation for ACPI driver
>
Hi Parth,
On 04/02/2015 14:01, parth.di...@linaro.org wrote:
From: Naresh Bhat
xen hypervisor will use ACPI for initialisation in the same manner that
current x86/x86_64 ones do. Add the calls to initialise the ACPI tables
and load devices using the xen/drivers/acpi subsytem.
All changes in
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
> From: Naresh Bhat
>
> xen hypervisor will use ACPI for initialisation in the same manner that
> current x86/x86_64 ones do. Add the calls to initialise the ACPI tables
> and load devices using the xen/drivers/acpi subsytem.
>
> Signed-off-by: N
flight 34131 qemu-upstream-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34131/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-freebsd10-i386 11 guest-localmigrate fail REGR. vs. 33488
test-amd64
From: denys drozdov
This is a requirement of the scheduler interface, violating this
causes for example with the RT scheduler:
(XEN) Assertion 'local_irq_is_enabled()' failed at spinlock.c:137
(XEN) [ Xen-4.5.0 arm32 debug=y Not tainted ]
(XEN) CPU:0
(XEN) PC: 0022a074 _spin_l
Hi Parth,
On 04/02/2015 14:01, parth.di...@linaro.org wrote:
From: Naresh Bhat
Configure and build numa, pmstate for x86 architecture only.
Can you explain why you need to disable them?
I.e this code is contains some x86 dependencies and both feature are not
supported on ARM right now.
R
On Wed, Feb 04, 2015 at 04:47:51PM +, Ian Jackson wrote:
> Wei Liu writes ("[PATCH OSSTEST v6 9/9] mfi-common, make-flight: create XSM
> test jobs"):
> > Duplicate Debian PV and HVM test jobs for XSM testing.
>
> This looks pretty good. I have one minor comment:
>
> > + xsm_suffix=""
> > +
The former gets enforced by our debug builds, the latter appears to be
not uncommon for certain distros' Python packages. Newer glibc warns on
uses of _FORTIFY_SOURCE without optimization being enabled, which with
-Werror causes the build to fail.
Determine Python's intended flags to be passed to
The next Xen technical call should be at:
Wed 11 Feb 17:00:00 GMT 2015
date -d @1423674000
However I'm going to be at a conference next week in GMT+8, so I'm not
available to chair. If there is something which needs urgent
discussion then I can try and find a standin, otherwise I suggest w
>>> On 04.02.15 at 17:41, wrote:
> I originally used to think that domheap allocations would fall back to
> the xenheap if the domheap was exhausted, but I think I was mistaken in
> that.
That's an arch choice actually - there are two variants of the Xen
heap allocation function.
> Patch for all
Wei Liu writes ("[PATCH OSSTEST v6 9/9] mfi-common, make-flight: create XSM
test jobs"):
> Duplicate Debian PV and HVM test jobs for XSM testing.
This looks pretty good. I have one minor comment:
> + xsm_suffix=""
> + for rv in $@ ; do
> + case $rv in
> + enable_xsm=true) xsm_su
Hi, all.
We have begun to use the driver domain on OMAP5 platform.
To make driver domain running on OMAP5 platform we need to have it
memory 1 to 1 mapped because of lacking SMMU support on this platform.
To satisfy this requirement we have done temporally solution which
works but not entirely com
On Tue, 3 Feb 2015, Ard Biesheuvel wrote:
> This patch adds support to XenBusDxe for executing on ARM and AArch64
> machines (the former only when built with GCC).
Wouldn't it be simpler to just provide an asm implementation of them?
Similarly to OvmfPkg/XenBusDxe/X64/TestAndClearBit.nasm and
Ovmf
Hello,
On 04/02/2015 15:13, Ian Campbell wrote:
On Mon, 2015-02-02 at 20:03 +0200, Denis Drozdov wrote:
From: denys drozdov
Make Credit2 and RT schedulers to run on arm platform
context_saved should be deferred on ARM after IRQs enabled
A better subject+message would be:
xen/arm:
On Wed, Feb 04, Jan Beulich wrote:
> I also checked Python, and they also seem to have been enabling
> _FORTIFY_SOURCE forever. Consequently, with the previously suggested
> patches not having found acceptance, how about
I'm sure python just carries the CFLAGS used for its build, so that
other py
On Wed, 2015-02-04 at 14:55 +, Ian Campbell wrote:
> On Wed, 2015-02-04 at 09:45 -0500, Jintack Lim wrote:
> > > Don't forget that Xen itself will consume some RAM, according to your
> > > numbers it's something between 256M and 350M on this system (that's more
> > > than my gut feeling expects
Hi Parth,
On 04/02/2015 14:01, parth.di...@linaro.org wrote:
From: Parth Dixit
This patch series adds ACPI support for arm64.
Thank you for sending the ACPI patch series. I will give a look at it
before the connect, so we could talk about it next week.
Xen reads static tables described by
On Wed, 2015-02-04 at 16:08 +, Jan Beulich wrote:
> Signed-off-by: Lasse Collin
> [Linux commit 84d517f3e56f7d0d305c14a701cee8f7372ebe1e]
> Signed-off-by: Jan Beulich
Acked-by: IAn Campbell
>
> --- a/xen/common/xz/dec_lzma2.c
> +++ b/xen/common/xz/dec_lzma2.c
> @@ -1043,6 +1043,8 @@ XZ_EX
This is used to complie Flask policy.
Signed-off-by: Wei Liu
Acked-by: Ian Jackson
---
ts-xen-build-prep | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ts-xen-build-prep b/ts-xen-build-prep
index 24a8b25..3684c0a 100755
--- a/ts-xen-build-prep
+++ b/ts-xen-build-prep
@@ -17
Duplicate Debian PV and HVM test jobs for XSM testing.
Signed-off-by: Wei Liu
Cc: Ian Campbell
Cc: Ian Jackson
---
Changes in v6:
1. Skip generating xsm job for different platforms.
2. Use "xsms".
3. Reformat some long lines.
---
make-flight | 53 +++
Pure code motion. No effect on job generation.
Signed-off-by: Wei Liu
Cc: Ian Campbell
Cc: Ian Jackson
Acked-by: Ian Campbell
Acked-by: Ian Jackson
---
make-flight | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/make-flight b/make-flight
index 63b14f5..0cb9b98 100
Signed-off-by: Wei Liu
Acked-by: Ian Campbell
---
Changes in v4:
1. Use "true" and "false" instead of "y" and "n".
2. Rename xenbranch_wants_xsm_tests to xenbranch_xsm_variants.
---
mfi-common | 23 ++-
1 file changed, 22 insertions(+), 1 deletion(-)
diff --git a/mfi-common
Signed-off-by: Wei Liu
Acked-by: Ian Campbell
Acked-by: Ian Jackson
---
Osstest/Debian.pm | 20
1 file changed, 20 insertions(+)
diff --git a/Osstest/Debian.pm b/Osstest/Debian.pm
index 8efc89e..5c5ce7a 100644
--- a/Osstest/Debian.pm
+++ b/Osstest/Debian.pm
@@ -153,6 +153,
Signed-off-by: Wei Liu
Cc: Ian Jackson
Cc: Ian Campbell
Acked-by: Ian Campbell
Acked-by: Ian Jackson
---
Changes in v5:
1. Only set XSM_ENABLE when runvar is defined.
2. Fix inconsistent whitespace.
Changes in v4:
1. Use "true" instead of "y"
---
ts-xen-build | 14 ++
1 file chan
This file was originally created to work around Debian bug #633127
("/etc/grub/20_linux does not recognise some old Xen kernels").
According to Debian bug tracker [0], #633127 bug is fixed in Wheezy. As
we're now using Wheezy in OSSTest we can safely remove the old overlay
file if there's no furth
Hi all
This patch series attempts to duplicate some Debian test cases for XSM. This
is version 6 of this series, rebased on top of OSSTest pretest branch.
Tests duplicated for xen-unstable branch:
build-{i386,amd64,armhf}-xsm
test-amd64-{i386,amd64}-{xl,libvirt}-xsm
test-armhf-armhf-{xl,lib
Signed-off-by: Wei Liu
Acked-by: Ian Campbell
---
Changes in v4:
1. Use "true" instead of "y"
---
ts-xen-install | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/ts-xen-install b/ts-xen-install
index 829c3e9..de4324a 100755
--- a/ts-xen-install
+++ b/ts-xen-install
@@ -46,
Change to Uboot will come in another patch. GRUB 1 is ignored, as
currently OSSTest only has Wheezy which has GRUB 2.
Signed-off-by: Wei Liu
Acked-by: Ian Jackson
---
Changes in v6:
1. Wrap some overly long lines.
Changes in v4:
1. Modify callsite of debian_boot_setup to avoid regression.
---
On Wed, Feb 04, 2015 at 04:07:48PM +, Jan Beulich wrote:
> Both vchan_wr() and stdout_wr() should be defined with a non-empty
> argument list (i.e. void). Additionally both of them as well as usage()
> should be static to make clear that no other code is referencing them.
>
> Further, statemen
On Wed, 2015-02-04 at 15:13 +, Ian Campbell wrote:
> On Mon, 2015-02-02 at 20:03 +0200, Denis Drozdov wrote:
> > From: denys drozdov
> >
> > Make Credit2 and RT schedulers to run on arm platform
> > context_saved should be deferred on ARM after IRQs enabled
>
> A better subject+message would
Jan Beulich writes ("Re: [Xen-devel] [PATCH v2] Fix building error"):
> On 04.02.15 at 16:43, wrote:
> > This is still bad. What if the user explicitly wants to build without
> > optimisation ? That's not unusual. And it's only the combination of
> > -O0 and FORTIFY that fails. (And it's only
Signed-off-by: Lasse Collin
[Linux commit 84d517f3e56f7d0d305c14a701cee8f7372ebe1e]
Signed-off-by: Jan Beulich
--- a/xen/common/xz/dec_lzma2.c
+++ b/xen/common/xz/dec_lzma2.c
@@ -1043,6 +1043,8 @@ XZ_EXTERN enum xz_ret INIT xz_dec_lzma2_
s->lzma2.sequence = SEQ_LZMA_PRE
Both vchan_wr() and stdout_wr() should be defined with a non-empty
argument list (i.e. void). Additionally both of them as well as usage()
should be static to make clear that no other code is referencing them.
Further, statements should follow declarations.
Signed-off-by: Jan Beulich
--- a/tool
>>> On 04.02.15 at 16:43, wrote:
> Jan Beulich writes ("Re: [Xen-devel] [PATCH v2] Fix building error"):
>> On 15.01.15 at 12:26, wrote:
>> > Assuming that the underlying bug is intractible I think the right
>> > answer is for an affected developer to do one of the following, as a
>> > workaround
On Wed, 2015-02-04 at 15:40 +, Ian Jackson wrote:
> Ian Campbell writes ("Re: [Xen-devel] [OSSTEST PATCH]
> mg-debian-installer-update: produce deterministic output"):
> > On Mon, 2015-01-12 at 12:27 +, Ian Jackson wrote:
> > > Ian Campbell writes ("Re: [Xen-devel] [OSSTEST PATCH]
> > > m
Jan Beulich writes ("Re: [Xen-devel] [PATCH v2] Fix building error"):
> On 15.01.15 at 12:26, wrote:
> > Assuming that the underlying bug is intractible I think the right
> > answer is for an affected developer to do one of the following, as a
> > workaround: either, manually override Fortify when
Ian Campbell writes ("Re: [Xen-devel] [OSSTEST PATCH]
mg-debian-installer-update: produce deterministic output"):
> On Mon, 2015-01-12 at 12:27 +, Ian Jackson wrote:
> > Ian Campbell writes ("Re: [Xen-devel] [OSSTEST PATCH]
> > mg-debian-installer-update: produce deterministic output"):
> > >
>>> On 15.01.15 at 12:26, wrote:
> Wen Congyang writes ("[PATCH v2] Fix building error"):
>> ifeq ($(debug),y)
>> # Disable optimizations and enable debugging information for macros
>> CFLAGS += -O0 -g3
>> +# _FORTIFY_SOURCE requires compiling with optimization
>> +CFLAGS += -Wp,-U_FORTIFY_SOUR
Ian Campbell writes ("Re: [Xen-devel] [linux-3.14 bisection] complete
test-amd64-amd64-xl-qemut-winxpsp3"):
> On Wed, 2015-02-04 at 15:19 +, Stefano Stabellini wrote:
> > Is it possible that the bisector is confused?
>
> It was bisecting over b91261aa8a..4d7313cd7cbe, which doesn't include
>
> -Original Message-
> From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com]
> Sent: 04 February 2015 15:12
> To: Ian Jackson
> Cc: xen-de...@lists.xensource.com; Stefano Stabellini; Paul Durrant; Ian
> Campbell
> Subject: Re: [qemu-upstream-unstable bisection] complete test-am
On Wed, 2015-02-04 at 15:19 +, Stefano Stabellini wrote:
> On Mon, 2 Feb 2015, xen.org wrote:
> > branch xen-unstable
> > xen branch xen-unstable
> > job test-amd64-amd64-xl-qemut-winxpsp3
> > test xen-boot
> >
> > Tree: linux
> > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-sta
for smoke testing cpupools a bit. It tries to partition
a live host in two cpupools, trying out the following 3
schedulers for the new cpupool (one after the other):
credit, credit2 and RTDS.
It also tries to migrating a domain to the new cpupool
and then back to Pool-0.
Signed-off-by: Dario Fag
Signed-off-by: Dario Faggioli
---
Changes from v1:
* added invocation to ts-guest-stop in the recipe to kill
leak-check complaints (which went unnoticed during v1
testing, sorry)
* moved the test before the "ARM cutoff", and remove the
per-arch filtering, so that the test can run on ARM
We aren't doing any cpupools smoke testing as of now. So, do some. :-)
As suggested by Juergen, I adjusted things such that we are now generating test
jobs for ARM too. In fact, here is the list of jobs, and for each jobs the
runvars, being introduced by this series:
dariof@hoopak:~/osstest.git$
On Mon, 2 Feb 2015, xen.org wrote:
> branch xen-unstable
> xen branch xen-unstable
> job test-amd64-amd64-xl-qemut-winxpsp3
> test xen-boot
>
> Tree: linux
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
> Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.gi
On Mon, 2015-02-02 at 20:03 +0200, Denis Drozdov wrote:
> From: denys drozdov
>
> Make Credit2 and RT schedulers to run on arm platform
> context_saved should be deferred on ARM after IRQs enabled
A better subject+message would be:
xen/arm: Call context_saved() with interrupts enabled d
Paul,
do you have an estimate on when it is going to be fixed?
If it is not soon, I would prefer to revert the patch for now to unbreak
tests.
Cheers,
Stefano
On Mon, 2 Feb 2015, xen.org wrote:
> branch xen-unstable
> xen branch xen-unstable
> job test-amd64-i386-freebsd10-i386
> test guest-lo
On Wed, 4 Feb 2015, Ian Campbell wrote:
> On Wed, 2015-02-04 at 14:57 +, Stefano Stabellini wrote:
> > On Wed, 4 Feb 2015, David Vrabel wrote:
> > > On 16/12/14 16:21, Juergen Gross wrote:
> > > > Hi,
> > > >
> > > > This is a design proposal for a rework of the config options on the
> > > > L
On Wed, 2015-02-04 at 15:04 +, Stefano Stabellini wrote:
> On Mon, 2 Feb 2015, Julien Grall wrote:
> > On 02/02/15 12:16, Ian Campbell wrote:
> > > On Mon, 2015-02-02 at 11:40 +, Jan Beulich wrote:
> > > On 02.02.15 at 12:14, wrote:
> > >>> On Mon, 2015-02-02 at 12:49 +0200, Denys Droz
On Mon, 2 Feb 2015, Julien Grall wrote:
> On 02/02/15 12:16, Ian Campbell wrote:
> > On Mon, 2015-02-02 at 11:40 +, Jan Beulich wrote:
> > On 02.02.15 at 12:14, wrote:
> >>> On Mon, 2015-02-02 at 12:49 +0200, Denys Drozdov wrote:
> The issue observed on credit2 scheduler is similar to
On Wed, 2015-02-04 at 14:57 +, Stefano Stabellini wrote:
> On Wed, 4 Feb 2015, David Vrabel wrote:
> > On 16/12/14 16:21, Juergen Gross wrote:
> > > Hi,
> > >
> > > This is a design proposal for a rework of the config options on the
> > > Linux kernel which are related to Xen.
> > >
> > > The
1 - 100 of 194 matches
Mail list logo
