flight 88240 linux-mingo-tip-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/88240/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-rumpuserxen 6 xen-build fail REGR. vs. 60684
test-amd64
On Sat, 02 Apr 2016 00:28:31 +0200,
Luis R. Rodriguez wrote:
>
> On Fri, Apr 01, 2016 at 07:34:10AM +0200, Takashi Iwai wrote:
> > On Fri, 01 Apr 2016 00:26:18 +0200,
> > Luis R. Rodriguez wrote:
> > >
> > > On Wed, Mar 30, 2016 at 08:07:04AM +0200, Takashi Iwai wrote:
> > > > On Tue, 29 Mar 2016
flight 88354 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/88354/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 5 libvirt-build fail REGR. vs. 88144
build-armhf
flight 88247 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/88247/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt-xsm 12 migrate-support-checkfail never pass
test-armhf-armhf-libvirt-qcow2 11 migrate-s
flight 88344 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/88344/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 5 libvirt-build fail REGR. vs. 88144
build-armhf
flight 88235 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/88235/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt-pair 21 guest-migrate/src_host/dst_host fail REGR. vs.
86491
test-amd64-am
On 30/03/2016 1:14 AM, Boris Ostrovsky wrote:
> On 03/29/2016 04:56 AM, Steven Haigh wrote:
>>
>> Interestingly enough, this just happened again - but on a different
>> virtual machine. I'm starting to wonder if this may have something to do
>> with the uptime of the machine - as the system that th
flight 88337 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/88337/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 5 libvirt-build fail REGR. vs. 88144
build-armhf
This run is configured for baseline tests only.
flight 44287 seabios real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/44287/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-win7-amd64 9 windows-inst
Just finished a fresh testbed, xendomains still refused to get enabled when
using --prefix=/usr and modules did load.
Took a look at /usr/local (which was non-existent before make install),
ocaml dumped its files there in /usr/local/lib and after moving that
directory into /usr/lib I could systemc
COLO introduced a few callbacks. The original implementation used
unsigned long for a type which in fact should be xen_pfn_t. That broke
libxl compilation on ARM, because xen_pfn_t is not a synonym for
unsigned long on ARM platform.
Fixing this requires modifying the perl script. Specifically now
flight 88326 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/88326/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 5 libvirt-build fail REGR. vs. 88144
build-armhf
flight 88218 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/88218/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 65543
test-amd64-amd64-xl-qemuu-ov
On Fri, Apr 01, 2016 at 07:34:10AM +0200, Takashi Iwai wrote:
> On Fri, 01 Apr 2016 00:26:18 +0200,
> Luis R. Rodriguez wrote:
> >
> > On Wed, Mar 30, 2016 at 08:07:04AM +0200, Takashi Iwai wrote:
> > > On Tue, 29 Mar 2016 23:37:32 +0200,
> > > Andy Lutomirski wrote:
> > > >
> > > > Would it be p
flight 88315 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/88315/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 5 libvirt-build fail REGR. vs. 88144
build-armhf
flight 88208 linux-3.16 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/88208/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt-pair 21 guest-migrate/src_host/dst_host fail REGR. vs.
85048
Tests which are
Hey Jan,
Thank you for your review!
Please see below my answers.
Ross,
Could you answer one question below please.
On Fri, Apr 01, 2016 at 07:28:00AM -0600, Jan Beulich wrote:
> >>> On 24.03.16 at 21:00, wrote:
> > From: Ross Lagerwall
> >
> > Implement support for the apply, revert and repl
Modified p2m_lookup() to provide support for xentrace on the ARM
platform. Added check for DOMID_XEN which skips PFN to MFN
translation. DOMID_XEN is considered a PV guest on x86 (i.e MFN ==
GFN), but on ARM there is no such concept. Thus requests to DOMID_XEN
on ARM use a MFN address directly and
Modified to provide support for xentrace on the ARM platform. Added
call to init_trace_bufs() to initialize the trace buffers for use by
xentrace.
Signed-off-by: Benjamin Sanda
---
Changed since v1:
* No changes
---
xen/arch/arm/setup.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/x
Modified to provide support for xentrace on the ARM platform. Moved
get_cycles() to time.c and modified to return the core timestamp tick
count for use by the trace buffer timestamping routines in xentrace.
get_cycles() was moved to the C file to avoid including the register
specific header file in
Modified to provide building of the xenalyze binary for ARM platforms.
This was done in conjunction with patches to xentrace allowing its use
on ARM. The xenalyze binary is now built as part of the BIN list.
Signed-off-by: Benjamin Sanda
---
Changed since v1:
* changed xenalyze target from SBI
Modified to provide support for xentrace on the ARM platform. Moved
get_cycles() to time.c and added function prototype for inclusion.
get_cycles() was moved to the C file to avoid including the register
specific header file in the time.h file and to commonize it with the
get_s_time() function. Als
This patch set adds support for xentrace/xenalyze to the ARM platform.
The Xen heap memory mapping, timestamping, and P2M translation needed
by xentrace is corrected for operation on the ARM platform using the
x86 platform as reference. Trace buffer initialization is added to
setup.c, XENMAPSPACE_
Moved get_pg_owner() and put_pg_owner() from the arch specific mm.c
source files into the common page_alloc.c source. This was done as
theses functions are now needed by both architectures to support
xentrace on the ARM platform. Forward declarations were added to mm.h.
Signed-off-by: Benjamin San
Modified xenmem_add_to_physmap_one() to provide support for xentrace
on the ARM platform. Checks for DOMID_XEN added via new function,
get_pg_owner, ported and commonized from x86 code base. This provides
correct calls to rcu_lock_domain() when DOMID_XEN is requested.
Signed-off-by: Benjamin Sanda
This patch set adds support for xentrace/xenalyze to the ARM platform.
The Xen heap memory mapping, timestamping, and P2M translation needed
by xentrace is corrected for operation on the ARM platform using the
x86 platform as reference. Trace buffer initialization is added to
setup.c, XENMAPSPACE_
Moved get_pg_owner() and put_pg_owner() from the arch specific mm.c
source files into the common page_alloc.c source. This was done as
theses functions are now needed by both architectures to support
xentrace on the ARM platform. Forward declarations were added to mm.h.
One conditional compilation
Moved get_pg_owner() and put_pg_owner() from the arch specific mm.c
source files into the common page_alloc.c source. This was done as
theses functions are now needed by both architectures to support
xentrace on the ARM platform. Forward declarations were added to mm.h.
Signed-off-by: Benjamin San
On 04/01/2016 03:12 AM, George Dunlap wrote:
> So no, you haven't gotten rid of me just yet; on the contrary, you'll
> soon get 25% more. :-)
Looking forward to it :-).
Regards,
Jim
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.o
flight 88172 seabios real [real]
http://logs.test-lab.xenproject.org/osstest/logs/88172/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop fail like 86832
Tests which did not succeed, but a
On Fri, Apr 01, Wei Liu wrote:
> Ah, so it is the kernel modules that are not loaded. I can see why that
> would be a problem. My experience with systemd is a bit rusty at the
> moment. I will find some time to have a look at this next week.
They get loaded via the system-modules-load.service, pe
On Fri, Apr 01, Olaf Hering wrote:
> On Fri, Apr 01, Wei Liu wrote:
>
> > Does this work?
>
> Most likely yes.
Yes, this change fixes it. Thanks.
There is another failure on arm now, see the other mail "arm: staging
build error in libxl helper_setcallbacks_restore".
Olaf
_
d887c19 fails to build on armv7:
_libxl_save_msgs_helper.c: In function 'helper_setcallbacks_restore':
_libxl_save_msgs_helper.c:147:26: error: assignment from incompatible pointer
type [-Werror]
cbs->restore_results = (cbflags & (1u<<8)) ? helper_stub_restore_results
: 0;
On Fri, Apr 1, 2016 at 5:48 PM, Shannon Zhao wrote:
> ACPI 6.0 introduces a new table STAO to list the devices which are used
> by Xen and can't be used by Dom0. On Xen virtual platforms, the physical
> UART is used by Xen. So here it hides UART from Dom0.
>
> CC: "Rafael J. Wysocki" (supporter:A
flight 88299 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/88299/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 5 libvirt-build fail REGR. vs. 88144
build-armhf
flight 88153 xen-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/88153/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-xsm 3 host-install(3) broken in 87986 REGR. vs. 866
On Fri, Apr 01, 2016 at 07:38:18PM +0100, Joao Martins wrote:
> [snip]
>
> >> diff --git a/xen/arch/x86/time.c b/xen/arch/x86/time.c
> >> index ed4ed24..2602dda 100644
> >> --- a/xen/arch/x86/time.c
> >> +++ b/xen/arch/x86/time.c
> >> @@ -432,6 +432,63 @@ uint64_t ns_to_acpi_pm_tick(uint64_t ns)
>
[snip]
>> diff --git a/xen/arch/x86/time.c b/xen/arch/x86/time.c
>> index ed4ed24..2602dda 100644
>> --- a/xen/arch/x86/time.c
>> +++ b/xen/arch/x86/time.c
>> @@ -432,6 +432,63 @@ uint64_t ns_to_acpi_pm_tick(uint64_t ns)
>> }
>>
>> /
On Tue, Mar 29, 2016 at 02:44:10PM +0100, Joao Martins wrote:
> To fetch the last read from the clocksource which was used to
> calculate system_time. In the case of clocksource=tsc we will
> use it to set tsc_timestamp.
>
> Signed-off-by: Joao Martins
> Reviewed-by: Andrew Cooper
Reviewed-by:
Samuel Thibault, on Fri 01 Apr 2016 20:17:01 +0200, wrote:
> 7c8f3483 introduced a break within a loop in netfront.c such that
> cons and nr_consumed were no longer always being incremented. The
> offset at cons will be processed multiple times with the break in
> place.
>
> This commit reverts to
On 04/01/2016 05:10 PM, Konrad Rzeszutek Wilk wrote:
> On Tue, Mar 29, 2016 at 02:44:07PM +0100, Joao Martins wrote:
>> And accomodate platform time source initialization in
>> try_platform_time(). This is a preparatory patch for deferring
>> TSC clocksource initialization to the stage where all
7c8f3483 introduced a break within a loop in netfront.c such that
cons and nr_consumed were no longer always being incremented. The
offset at cons will be processed multiple times with the break in
place.
This commit reverts to using the "some" variable in the loop condition,
but avoids ifdefs for
7c8f3483 introduced a break within a loop in netfront.c such that
cons and nr_consumed were no longer always being incremented. The
offset at cons will be processed multiple times with the break in
place.
This commit reverts to using the "some" variable in the loop condition,
but avoids ifdefs for
(Use Stefano's new e-mail address)
Hi Fu Wei,
On 29/03/16 04:26, fu@linaro.org wrote:
From: Fu Wei
This patch add a check_xsm_signature static function for detecting XSM
s/add/adds/
from the second unknown module.
If Xen can't get the kind of module from compatible, we guess the kind
Olaf Hering writes ("Re: [PATCH v10 4/5] libxl: add support for vscsi"):
> On Fri, Apr 01, Ian Jackson wrote:
> > I'm not sure that this sysfs parsing ought to be in xl rather than
> > libxl. Also, this is Linux-specific code. So it needs to be made
> > conditional somehow.
>
> The whole libxlu
On Fri, Apr 01, Ian Jackson wrote:
> I'm not sure that this sysfs parsing ought to be in xl rather than
> libxl. Also, this is Linux-specific code. So it needs to be made
> conditional somehow.
The whole libxlu file is inside #ifdef __linux__?
I will address the other comments in another mail.
Olaf Hering writes ("[PATCH v10 4/5] libxl: add support for vscsi"):
> Port pvscsi support from xend to libxl:
>
> vscsi=['pdev,vdev{,options}']
> xl scsi-attach
> xl scsi-detach
> xl scsi-list
Thanks for this contribution. I have tried to review it, although I
don't fully understand the und
Hello,
While trying to get hotplug scripts to work on FreeBSD, I've realized that
there's a check in the P2M code that prevents having multiple gfn pointing
to the same mfn. The check in question is performed at
guest_physmap_add_entry, and it means that the existing gfn -> mfn is
removed and
Thanks Roger. Will do that.
-Syed
On Fri, Apr 1, 2016 at 12:38 PM, Roger Pau Monné
wrote:
> On Fri, 1 Apr 2016, Syed Mushtaq wrote:
> > Hi,
> >
> > I am testing out a system in which each Guest disk is mapped to a LUN on
> a backend storage. I am using Xenserver 6.5 for this and creating an SR
Ah sorry, forgot the reply all!
My personal Gentoo based system is systemd only, testing on Debian lead me
to sysv.
There is also a typo in the description for the service, my bad.
Yours,
Sjoer van der Ploeg
On Fri, Apr 1, 2016 at 7:01 PM, Wei Liu wrote:
> Add back xen-devel
>
> Please use
Wei Liu writes ("[PATCH 1/2] libxc: xc_domain_resume_hvm is used by x86 only"):
> The call site is enclosed by x86 define guards.
>
> Without this patch:
>
> [ 334s] xc_resume.c:112:12: error: 'xc_domain_resume_hvm' defined but not
> used [-Werror=unused-function]
> [ 334s] static int xc_doma
On Mon, 2016-03-21 at 09:07 -0600, Jan Beulich wrote:
> > > > On 21.03.16 at 15:48, wrote:
> > On 18/03/16 20:04, Dario Faggioli wrote:
> > > @@ -1491,9 +1491,9 @@ static int cpu_schedule_up(unsigned int
> > > cpu)
> > > if ( idle_vcpu[cpu] == NULL )
> > > return -ENOMEM;
> > >
> >
Add back xen-devel
Please use the "reply-all" button in gmail in the future.
On Fri, Apr 01, 2016 at 06:48:47PM +0200, Sjoer van der Ploeg wrote:
> > The sysv init script for xendomains depends on xenstored and
> > xenconsoled, and the systemd service file contains the same
> > dependencies.
> >
Wei Liu (2):
libxc: xc_domain_resume_hvm is used by x86 only
libxc: remove second unistd.h inclusion
tools/libxc/include/xenctrl.h | 1 -
tools/libxc/xc_resume.c | 2 ++
2 files changed, 2 insertions(+), 1 deletion(-)
--
2.1.4
___
Xen-deve
The call site is enclosed by x86 define guards.
Without this patch:
[ 334s] xc_resume.c:112:12: error: 'xc_domain_resume_hvm' defined but not used
[-Werror=unused-function]
[ 334s] static int xc_domain_resume_hvm(xc_interface *xch, uint32_t domid)
Reported-by: Olaf Hering
Signed-off-by: Wei
There is already one a few lines above.
Signed-off-by: Wei Liu
---
tools/libxc/include/xenctrl.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/tools/libxc/include/xenctrl.h b/tools/libxc/include/xenctrl.h
index 13d5754..a964681 100644
--- a/tools/libxc/include/xenctrl.h
+++ b/tools/libxc/in
Add back xen-devel
On Fri, Apr 01, 2016 at 05:45:31PM +0200, aicha hamza wrote:
> yes i compiled xen from the source .. this is exactly what i did
> http://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualization_Extensions/OMAP5432_uEVM
>
> and i get xen running in my board .. but i can't build gue
On Fri, Apr 01, 2016 at 06:31:00PM +0200, Sjoer van der Ploeg wrote:
> Dear Konrad,
>
>
> The patch was tested on my testbed, after discovering that the build
> failed. I had no need for qemu-traditional and forgot to disable it, but I
> hate build errors ;)
>
> I do not think there should be a
On Tue, Mar 29, 2016 at 02:44:08PM +0100, Joao Martins wrote:
> Introduce support for using TSC as platform time which is the highest
> resolution time and most performant to get (~20 nsecs). Though there
> are also several problems associated with its usage, and there isn't a
> complete (and arch
On Fri, Apr 01, Wei Liu wrote:
> Does this work?
Most likely yes.
Olaf
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Fri, 1 Apr 2016, Syed Mushtaq wrote:
> Hi,
>
> I am testing out a system in which each Guest disk is mapped to a LUN on a
> backend storage. I am using Xenserver 6.5 for this and creating an SR with a
> single VDI inside it for each Guest disk.
> The way it would work is, from an LVM point of
On 31/03/16 18:41, Dirk Behme wrote:
Hello Julien,
Hello Dirk,
On 29.03.2016 20:53, Julien Grall wrote:
On 23/03/16 17:24, Dirk Behme wrote:
trying to bring up Xen on a new ARMv8 64-bit Cortex A57 eval board, I
get [1] and then its hanging there.
The logs look normal.
Do you know where
flight 88287 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/88287/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 5 libvirt-build fail REGR. vs. 88144
build-armhf
flight 88141 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/88141/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-freebsd10-i386 10 guest-start fail REGR. vs. 86454
test-amd64-i386-fre
>>> On 24.03.16 at 21:00, wrote:
> --- a/xen/arch/x86/alternative.c
> +++ b/xen/arch/x86/alternative.c
> @@ -28,7 +28,7 @@
> extern struct alt_instr __alt_instructions[], __alt_instructions_end[];
>
> #ifdef K8_NOP1
> -static const unsigned char k8nops[] __initconst = {
> +static const unsigne
On Fri, Apr 01, 2016 at 05:59:47PM +0200, Olaf Hering wrote:
> On Thu, Mar 31, Wei Liu wrote:
>
> > +static int xc_domain_resume_hvm(xc_interface *xch, uint32_t domid)
> > #if defined(__i386__) || defined(__x86_64__)
> > +return xc_domain_resume_hvm(xch, domid);
>
> This causes a build e
On Tue, Mar 29, 2016 at 02:44:07PM +0100, Joao Martins wrote:
> And accomodate platform time source initialization in
> try_platform_time(). This is a preparatory patch for deferring
> TSC clocksource initialization to the stage where all CPUS are
> up (verify_tsc_reliability init call).
>
> Signe
>>> On 24.03.16 at 21:00, wrote:
> --- a/xen/common/xsplice.c
> +++ b/xen/common/xsplice.c
> @@ -573,6 +573,25 @@ static int prepare_payload(struct payload *payload,
> region->frame[i].n_bugs = sec->sec->sh_size / sizeof(struct
> bug_frame);
> }
>
> +#ifdef CONFIG_X86
> +sec =
Hi Konrad,
Thank you for testing Xen ARM on the cubietruck!
On 30/03/16 16:30, Konrad Rzeszutek Wilk wrote:
*Hardware: ARM CubieTruck A20 (2GB).
*Software: Linaro 14.04 with
- Xen 4.7 (829e03c acpi: drop CONFIG_ACPI_BOOT and use CONFIG_ACPI instead +
xsplice.v5)
- Linux v4.5 (with revert
branch xen-unstable
xenbranch xen-unstable
job build-amd64-xsm
testid xen-build
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
Tree: seabios git://git.seabios.org/seabios.git
Tree: xen git://xenbits.xen.org/xen.git
*** Found and reproduced problem changeset ***
Bug is in tree: seabios git://g
>>> On 24.03.16 at 21:00, wrote:
> --- a/xen/common/xsplice.c
> +++ b/xen/common/xsplice.c
> @@ -120,6 +120,24 @@ static int verify_payload(const
> xen_sysctl_xsplice_upload_t *upload)
> return 0;
> }
>
> +bool_t is_patch(const void *ptr)
> +{
> +struct payload *data;
> +
> +/*
>
On Thu, Mar 31, Wei Liu wrote:
> +static int xc_domain_resume_hvm(xc_interface *xch, uint32_t domid)
> #if defined(__i386__) || defined(__x86_64__)
> +return xc_domain_resume_hvm(xch, domid);
This causes a build error no non-x86.
[ 334s] xc_resume.c:112:12: error: 'xc_domain_resume_hvm
Add back xen-devel
On Fri, Apr 01, 2016 at 05:35:17PM +0200, Sjoer van der Ploeg wrote:
> Hello,
>
> Indeed, quotation is not needed inside the AC_DEFINE block. I had already
> fixed that in my own branch as I also had forgotten to run autogen.sh, plus
> forgotten to add a few other (efi related)
On Wed, Mar 30, 2016 at 02:05:28AM +, Hao, Xudong wrote:
> > -Original Message-
> > From: Wei Liu [mailto:wei.l...@citrix.com]
> > Sent: Wednesday, March 30, 2016 12:58 AM
> > To: Konrad Rzeszutek Wilk
> > Cc: Hao, Xudong ; wei.l...@citrix.com;
> > samuel.thiba...@ens-lyon.org; stefano
I understand that Xenserver has a different channel but I thought of
mailing here as it would target a wider audience and I believe the problem
that I am facing would also surface itself within upstream Xen as well as
Xen also uses LVM as one of its storage options and the problem is very
specific
Sometimes it needs to check if there is a subnode of given node in FDT
by given name. Introduce this helper to get the subnode if it exists.
CC: Rob Herring
Signed-off-by: Shannon Zhao
Acked-by: Stefano Stabellini
Acked-by: Rob Herring
---
drivers/of/fdt.c | 13 +
include/li
Add a new function to parse DT parameters for Xen specific UEFI just
like the way for normal UEFI. Then it could reuse the existing codes.
If Xen supports EFI, initialize runtime services.
CC: Matt Fleming
Signed-off-by: Shannon Zhao
Reviewed-by: Matt Fleming
Reviewed-by: Stefano Stabellini
-
When running on Xen hypervisor, runtime services are supported through
hypercall. Add a Xen specific function to initialize runtime services.
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
---
arch/arm/include/asm/xen/xen-ops.h | 6 ++
arch/arm/xen/Makefile|
Move x86 specific codes to architecture directory and export those EFI
runtime service functions. This will be useful for initializing runtime
service on ARM later.
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
---
arch/x86/xen/efi.c| 112
driv
Add a bus_notifier for platform bus device in order to map the device
mmio regions when DOM0 booting with ACPI.
Signed-off-by: Shannon Zhao
Acked-by: Stefano Stabellini
---
drivers/xen/Makefile | 1 +
drivers/xen/arm-device.c | 141 +++
2 files
Add a "uefi" node under /hypervisor node in FDT, then Linux kernel could
scan this to get the UEFI information.
CC: Rob Herring
Signed-off-by: Shannon Zhao
Acked-by: Rob Herring
Reviewed-by: Stefano Stabellini
---
Documentation/devicetree/bindings/arm/xen.txt | 35 +++
sorry .. i made a mistake " as i told you before there is no internet
connection in my board "
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
Add a bus_notifier for AMBA bus device in order to map the device
mmio regions when DOM0 booting with ACPI.
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
---
drivers/xen/arm-device.c | 43 +++
1 file changed, 43 insertions(+)
diff --git a/d
When it's a Xen domain0 booting with ACPI, it will supply a /chosen and
a /hypervisor node in DT. So check if it needs to enable ACPI.
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
Acked-by: Hanjun Guo
---
arch/arm64/kernel/acpi.c | 14 ++
1 file changed, 10 insertion
Move xen_early_init() before efi_init(), then when calling efi_init()
could initialize Xen specific UEFI.
Check if it runs on Xen hypervisor through the flat dts.
Cc: Russell King
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
---
arch/arm/kernel/setup.c | 2 +-
arch/arm/xen/e
The kernel will get the event-channel IRQ through
HVM_PARAM_CALLBACK_IRQ.
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
---
arch/arm/xen/enlighten.c | 36 +++-
1 file changed, 35 insertions(+), 1 deletion(-)
diff --git a/arch/arm/xen/enlighten.c b/
This new delivery type which is for ARM shares the same value with
HVM_PARAM_CALLBACK_TYPE_VECTOR which is for x86.
val[15:8] is flag: val[7:0] is a PPI.
To the flag, bit 8 stands the interrupt mode is edge(1) or level(0) and
bit 9 stands the interrupt polarity is active low(1) or high(0).
Signed
Sync the changes of HVM_PARAM_CALLBACK_VIA ABI introduced by
Xen commit (public/hvm: export the HVM_PARAM_CALLBACK_VIA
ABI in the API).
Signed-off-by: Shannon Zhao
Acked-by: Stefano Stabellini
---
include/xen/interface/hvm/params.h | 27 +--
1 file changed, 21 insertion
Make xen_xlate_map_ballooned_pages work with 64K pages. In that case
Kernel pages are 64K in size but Xen pages remain 4K in size. Xen pfns
refer to 4K pages.
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
---
drivers/xen/xlate_mmu.c | 38 +++---
1 f
Add a new type of Xen map space for Dom0 to map device's MMIO region.
Signed-off-by: Shannon Zhao
---
include/xen/interface/memory.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/xen/interface/memory.h b/include/xen/interface/memory.h
index 2ecfe4f..9aa8988 100644
--- a/include/xen
>>> On 24.03.16 at 21:00, wrote:
> From: Ross Lagerwall
>
> Add hook functions which run during patch apply and patch revert.
> Hook functions are used by xsplice payloads to manipulate data structures
> during patching, etc.
Since the added documentation here didn't enlighten me, I've gone
bac
This patch set adds ACPI support for Xen Dom0 on ARM64. The relevant Xen
ACPI on ARM64 design document could be found from [1].
This patch set adds a new FDT node "uefi" under /hypervisor to pass UEFI
information. Introduce a bus notifier of AMBA and Platform bus to map
the new added device's MMIO
Use xen_xlate_map_ballooned_pages to setup grant table. Then it doesn't
rely on DT or ACPI to pass the start address and size of grant table.
Signed-off-by: Shannon Zhao
Acked-by: Stefano Stabellini
---
arch/arm/xen/enlighten.c | 13 -
1 file changed, 4 insertions(+), 9 deletions(-)
Move xlated_setup_gnttab_pages to common place, so it can be reused by
ARM to setup grant table.
Rename it to xen_xlate_map_ballooned_pages.
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
---
arch/x86/xen/grant-table.c | 57 +--
drivers/xen/
ACPI 6.0 introduces a new table STAO to list the devices which are used
by Xen and can't be used by Dom0. On Xen virtual platforms, the physical
UART is used by Xen. So here it hides UART from Dom0.
CC: "Rafael J. Wysocki" (supporter:ACPI)
CC: Len Brown (supporter:ACPI)
CC: linux-a...@vger.kerne
On Fri, 1 Apr 2016, Paulina Szubarczyk wrote:
> In accordance with CODING_SYTLE:
> - Use 'r' for return values to functions whose return values are a
>different error space (like xc_tmem_control, xc_tmem_auth)
>
> Signed-off-by: Paulina Szubarczyk
> ---
> tools/libxl/libxl.c | 58
> ++
On Fri, Apr 01, 2016 at 05:33:02PM +0200, aicha hamza wrote:
> thanks for your reply
> can you please explain more the way to work ..i don't understand it .. ..
> this is my first experience with xen
> thanks
>
I take it you're trying to compile Xen from source code, please have a
look at
http
>>> On 01.04.16 at 16:56, wrote:
> Dario Faggioli writes ("Re: [Xen-devel] [xen-unstable test] 88047:
> regressions -
> FAIL"):
>> On Fri, 2016-04-01 at 07:44 -0600, Jan Beulich wrote:
>> > Might it be worth trying whether that's a deep C-state issue (by
>> > temporarily limiting their use of de
thanks for your reply
can you please explain more the way to work ..i don't understand it .. ..
this is my first experience with xen
thanks
On Fri, Apr 1, 2016 at 5:20 PM, Wei Liu wrote:
> On Fri, Apr 01, 2016 at 05:07:42PM +0200, aicha hamza wrote:
> > hello
> > i build xen from the source
> >
On Fri, Apr 01, Ian Jackson wrote:
> Olaf Hering writes ("[PATCH v2] tools/libxc: Fix build error when using
> xc_version_len"):
> > Tools fails to build with gcc 4.5, it does not provide ssize_t.
>
> Changlong Xie writes ("[PATCH] tools: add missing header for xenctrl.h"):
> > Commit d275ec9c i
1 - 100 of 258 matches
Mail list logo
