Re: [Xen-devel] Patching error while setting up COLO

Hi Changlong, Thanks for the reply, the script works now. Now I have a question about the network setup: according to the website you sent me, colo network interfaces between two servers should be set up like the following? is the

Re: [Xen-devel] [PATCH v6 for Xen 4.7 1/4] xen: enable per-VCPU parameter settings for RTDS scheduler

On Tue, Mar 15, 2016 at 11:32 PM, Chong Li wrote: > On Tue, Mar 15, 2016 at 10:14 PM, Meng Xu wrote: >> On Tue, Mar 15, 2016 at 1:22 PM, Chong Li wrote: >>> On Tue, Mar 15, 2016 at 11:41 AM, Dario Faggioli >>> wrote: On Tue, 2016-03-15 at 11:22 -0500, Chong Li wrote: > On Mon, Mar 14,

Re: [Xen-devel] [PATCH v9]xen: sched: convert RTDS from time to event driven model

>>> @@ -115,6 +118,18 @@ >>> #define RTDS_delayed_runq_add (1<<__RTDS_delayed_runq_add) >>> >>> /* >>> + * The replenishment timer handler needs to check this bit >>> + * to know where a replenished vcpu was, when deciding which >>> + * vcpu should tickle. >>> + * A replenished vcpu should tick

Re: [Xen-devel] [PATCH v9]xen: sched: convert RTDS from time to event driven model

On 03/15/2016 11:11 PM, Meng Xu wrote: + /* * Flags */ @@ -115,6 +118,18 @@ #define RTDS_delayed_runq_add (1<<__RTDS_delayed_runq_add) /* + * The replenishment timer handler needs to check this bit + * to know where a replenished vcpu was, when deciding which + * vcpu should tickle

Re: [Xen-devel] [PATCH v6 for Xen 4.7 1/4] xen: enable per-VCPU parameter settings for RTDS scheduler

On Tue, Mar 15, 2016 at 10:14 PM, Meng Xu wrote: > On Tue, Mar 15, 2016 at 1:22 PM, Chong Li wrote: >> On Tue, Mar 15, 2016 at 11:41 AM, Dario Faggioli >> wrote: >>> On Tue, 2016-03-15 at 11:22 -0500, Chong Li wrote: On Mon, Mar 14, 2016 at 5:05 AM, Dario Faggioli wrote: > >>> >>

[Xen-devel] Xen PV block device support in Seabios

Hi, I noticed there are some efforts to add Xen PV block device support in Seabios in a GSoC project and there is a wiki page [1] for it. I found some patches [2] to add Xenstore R/W support for Seabios. But I didn't find the patches to add PV block device driver in Seabios. If you know please te

Re: [Xen-devel] HVMlite gains

On Mar 15, 2016 3:05 PM, "Andrew Cooper" wrote: > > On 15/03/2016 21:52, Andy Lutomirski wrote: > > On Tue, Mar 15, 2016 at 2:50 PM, Andrew Cooper > > wrote: > >> On 15/03/2016 21:36, Andy Lutomirski wrote: > > e) Can timing use RDTSC? > I don't understand this question in the context

[Xen-devel] [ovmf test] 86305: regressions - FAIL

flight 86305 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/86305/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 65543 test-amd64-i386-xl-qemuu-ovm

Re: [Xen-devel] [PATCH v6 for Xen 4.7 1/4] xen: enable per-VCPU parameter settings for RTDS scheduler

On Tue, Mar 15, 2016 at 1:22 PM, Chong Li wrote: > On Tue, Mar 15, 2016 at 11:41 AM, Dario Faggioli > wrote: >> On Tue, 2016-03-15 at 11:22 -0500, Chong Li wrote: >>> On Mon, Mar 14, 2016 at 5:05 AM, Dario Faggioli >>> wrote: >>> > >> >> We said 'once' and then 'once per domain', but something I

Re: [Xen-devel] [PATCH v9]xen: sched: convert RTDS from time to event driven model

On Mon, Mar 14, 2016 at 8:04 PM, Tianyang Chen wrote: > Budget replenishment and enforcement are separated by adding > a replenishment timer, which fires at the next most imminent > release time of all runnable vcpus. > > A replenishment queue has been added to keep track of all vcpus that > are r

[Xen-devel] [RFC PATCH] blkif.h: document scsi/0x12/0x83 node

Sometimes, we need to query VPD page=0x83 data from underlying storage so that vendor supplied software can run inside the VM and believe it's talking to the vendor's own storage. But different vendors may have different special features, so it's not suitable to export through "feature-". One

Re: [Xen-devel] [PATCH v4 0/2] Make the pcidevs_lock a recursive one

Hi, __iiuc__, this patch set is ready for staging branch. if yes, could you help me merge it into staging branch? Then, I would send out remaining patch sets on it. otherwise, there are some conflicts to it. Thanks. Quan On March 10, 2016 10:10pm, wrote: > This patch set makes the pcidevs_l

[Xen-devel] [qemu-mainline test] 86289: trouble: broken/fail/pass

flight 86289 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/86289/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-multivcpu 3 host-install(3)broken REGR. vs. 85884

[Xen-devel] [linux-linus test] 86279: regressions - FAIL

flight 86279 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/86279/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-rumpuserxen6 xen-build fail REGR. vs. 59254 build-amd64-rumpuserx

Re: [Xen-devel] [PATCH v4 14/14] configure: do not depend on SEABIOS_PATH or OVMF_PATH ...

On Mon, Mar 14, 2016 at 05:55:49PM +, Anthony PERARD wrote: > ... to compile SeaBIOS and OVMF. Only depends on CONFIG_*. s/depends/depend/ > > If --with-system-* configure option is used, then set *_CONFIG=n to not > compile SEABIOS and OVMF. > > Signed-off-by: Anthony PERARD Reviewed-by:

Re: [Xen-devel] [PATCH v4 12/14] hvmloader: Specific bios_load function required

On Mon, Mar 14, 2016 at 05:55:47PM +, Anthony PERARD wrote: The title says: " Specific bios_load function required " But I am not sure what you mean? > All BIOS but ROMBIOS needs to be loaded via modules. All BIOSes but ROMBIOS needs to be loaded via modules? > > ROMBIOS is handled as a

Re: [Xen-devel] [PATCH v4 11/14] hvmloader: Load OVMF from modules

On Mon, Mar 14, 2016 at 05:55:46PM +, Anthony PERARD wrote: > ... and do not include the OVMF ROM into hvmloader anymore. > Yeey.. > diff --git a/tools/firmware/hvmloader/ovmf.c b/tools/firmware/hvmloader/ovmf.c > index 858a2d4..6607e57 100644 > --- a/tools/firmware/hvmloader/ovmf.c > +++ b/

Re: [Xen-devel] [PATCH v4 10/14] hvmloader: Load SeaBIOS from hvm_start_info modules

On Tue, Mar 15, 2016 at 09:27:19PM -0400, Konrad Rzeszutek Wilk wrote: > > diff --git a/tools/firmware/hvmloader/seabios.c > > b/tools/firmware/hvmloader/seabios.c > > index c6b3d9f..5d0a491 100644 > > --- a/tools/firmware/hvmloader/seabios.c > > +++ b/tools/firmware/hvmloader/seabios.c > > @@ -27

Re: [Xen-devel] [PATCH v4 10/14] hvmloader: Load SeaBIOS from hvm_start_info modules

> diff --git a/tools/firmware/hvmloader/seabios.c > b/tools/firmware/hvmloader/seabios.c > index c6b3d9f..5d0a491 100644 > --- a/tools/firmware/hvmloader/seabios.c > +++ b/tools/firmware/hvmloader/seabios.c > @@ -27,9 +27,6 @@ > #include "smbios_types.h" > #include "acpi/acpi2_0.h" > > -#defin

Re: [Xen-devel] [PATCH v4 09/14] hvmloader: Check modules whereabouts in perform_tests

On Mon, Mar 14, 2016 at 05:55:44PM +, Anthony PERARD wrote: > As perform_tests() is going to clear memory past 4MB, we check that the > memory can be use or we skip the tests. I get the reason you want this - but if we have giant binary blobs and something else screws up what the tests are tes

Re: [Xen-devel] [PATCH v4 08/14] hvmloader: Locate the BIOS blob

On Mon, Mar 14, 2016 at 05:55:43PM +, Anthony PERARD wrote: > The BIOS can be found an entry called "bios" of the modlist of the s/BIOS/BIOS blob/ > hvm_start_info struct. > > The found BIOS blob is not loaded by this patch, but only passed as > argument to bios_load() function. It is going t

Re: [Xen-devel] [PATCH v4 07/14] hvmloader: Grab the hvm_start_info pointer

On Mon, Mar 14, 2016 at 05:55:42PM +, Anthony PERARD wrote: > Signed-off-by: Anthony PERARD > Reviewed-by: Konrad Rzeszutek Wilk > --- > Change in V4: > - remove struct hvm_info_start redefinition, as it's moved to > public/xen.h in a previous patch. > > Change in V3: > - remove cmdline

Re: [Xen-devel] [PATCH v4 3/3] libxl: rename checkpointed_stream to stream_type

On 03/15/2016 08:54 PM, Wei Liu wrote: > On Tue, Mar 15, 2016 at 09:58:37AM +0800, Wen Congyang wrote: >> Signed-off-by: Wen Congyang >> --- >> v3->v4: Remove the new macro, and updte the macro >> LIBXL_HAVE_CHECKPOINTED_STREAM >> tools/libxl/libxl.c | 4 ++-- >> tools/libxl/libxl.

Re: [Xen-devel] [PATCH v4 06/14] xen: Move the hvm_start_info C representation from libxc to public/xen.h

On Tue, Mar 15, 2016 at 08:59:54PM -0400, Konrad Rzeszutek Wilk wrote: > On Tue, Mar 15, 2016 at 02:09:46AM -0600, Jan Beulich wrote: Adding Boris to the To: > > >>> On 14.03.16 at 18:55, wrote: > > > --- a/xen/include/public/xen.h > > > +++ b/xen/include/public/xen.h > > > @@ -841,6 +841,37 @@

Re: [Xen-devel] [PATCH v4 06/14] xen: Move the hvm_start_info C representation from libxc to public/xen.h

On Tue, Mar 15, 2016 at 02:09:46AM -0600, Jan Beulich wrote: > >>> On 14.03.16 at 18:55, wrote: > > --- a/xen/include/public/xen.h > > +++ b/xen/include/public/xen.h > > @@ -841,6 +841,37 @@ typedef struct start_info start_info_t; > > */ > > #define XEN_HVM_START_MAGIC_VALUE 0x336ec578 > > >

Re: [Xen-devel] [PATCH v4 05/14] libxl: Load guest BIOS from file

On Mon, Mar 14, 2016 at 05:55:40PM +, Anthony PERARD wrote: > The path to the BIOS blob can be override by the xl's bios_override option, s/override/overriden/ > or provided by u.hvm.bios_firmware in the domain_build_info struct by other > libxl user. > > Signed-off-by: Anthony PERARD > >

Re: [Xen-devel] [PATCH v4 04/14] firmware/makefile: install BIOS blob ...

On Mon, Mar 14, 2016 at 05:55:39PM +, Anthony PERARD wrote: > ... into the firmware directory, along with hvmloader. > > Signed-off-by: Anthony PERARD > --- > Change in V4: > - remove install of acpi dsdt table > > Change in V3: > - do not check if ROMs file exist before installing, they sho

Re: [Xen-devel] [PATCH v4 03/14] configure: #define SEABIOS_PATH and OVMF_PATH

On Mon, Mar 14, 2016 at 05:55:38PM +, Anthony PERARD wrote: > Those paths are to be used by libxl, in order to load the firmware in > memory. If a system path is not define via --with-system-seabios or s/define/defined/ > --with-system-ovmf, then this default to the Xen firmware directory. s/

Re: [Xen-devel] [PATCH v4 02/14] libxc: Prepare a start info structure for hvmloader

On Mon, Mar 14, 2016 at 05:55:37PM +, Anthony PERARD wrote: > ... and load BIOS into guest memory. > > This adds a new firmware module, bios_module. It is > loaded in the guest memory and final location is provided to hvmloader > via the hvm_start_info struct. > > This patch create the hvm_st

Re: [Xen-devel] [PATCH v4 01/14] libxc: Rework extra module initialisation

On Mon, Mar 14, 2016 at 05:55:36PM +, Anthony PERARD wrote: > This patch use xc_dom_alloc_segment() to allocate the memory space for the > ACPI modules and the SMBIOS modules. This is to replace the arbitrary > placement of 1MB after the hvmloader image. s/of/at/ ? Or are you rather staying t

Re: [Xen-devel] [GRUB2 PATCH v4 4/4] multiboot2: Add support for relocatable images

On Tue, Mar 15, 2016 at 10:42:21PM +0100, Daniel Kiper wrote: > On Tue, Mar 15, 2016 at 05:30:20PM +0100, Vladimir 'phcoder' Serbinenko wrote: > > On Tuesday, March 15, 2016, Vladimir 'phcoder' Serbinenko > > > > wrote: > > > > > > > >> + if (mld->relocatable) > > >> + err =

Re: [Xen-devel] help

On 3/15/16 4:01 PM, Safa Hamza wrote: > i solve the problem by degugging the linux kernel .. the problem was the > instruction omap_smc1 ..i'm not sure about what it did but when i delete > this instruction it works ... but i face another problem .. the execution > now stops in > [2.610379]

Re: [Xen-devel] [GRUB2 PATCH v4 3/4 - FOR REVIEW ONLY] multiboot2: Do not pass memory maps to image if EFI boot services are enabled

On Tue, Mar 15, 2016 at 04:26:00PM +0100, Daniel Kiper wrote: > Do not pass memory maps to image if it asked for EFI boot services. .. I would change this sentence a bit. If image requested EFI boot services then skip multiboot2 memory maps. > Main reason for not providing maps is because they w

Re: [Xen-devel] [GRUB2 PATCH v4 2/4] multiboot2: Add tags used to pass ImageHandle to loaded image

On Tue, Mar 15, 2016 at 04:25:59PM +0100, Daniel Kiper wrote: > Add tags used to pass ImageHandle to loaded image if requested. > It is used by at least ExitBootServices() function. > > Signed-off-by: Daniel Kiper Reviewed-by: Konrad Rzeszutek Wilk > --- > v4 - suggestions/fixes: >- reduce

Re: [Xen-devel] [PATCH 2/2] x86/mtrr: Refactor PAT initialization code

On Tue, Mar 15, 2016 at 05:48:44PM -0600, Toshi Kani wrote: > On Tue, 2016-03-15 at 01:15 +0100, Luis R. Rodriguez wrote: > > On Fri, Mar 11, 2016 at 06:16:36PM -0700, Toshi Kani wrote: > > > On Fri, 2016-03-11 at 15:34 -0800, Luis R. Rodriguez wrote: > > > > On Fri, Mar 11, 2016 at 3:56 PM, Toshi

Re: [Xen-devel] [PATCH 1/2] x86/hvm/viridian: keep APIC assist page mapped...

On Tue, Mar 15, 2016 at 04:14:15PM +, Paul Durrant wrote: > ... for the lifetime of the domain. > > If Xen is to make use of the APIC assist enlightenment then a persistent > mapping needs to be kept, rather than the temporary one which is currently > used only to initialize the page content.

Re: [Xen-devel] [PATCH 2/2] x86/hvm/viridian: Enable APIC assist enlightenment

On Tue, Mar 15, 2016 at 04:14:16PM +, Paul Durrant wrote: > This patch adds code to enable the APIC assist enlightenment which, > under certain conditions, means that the guest can avoid an EOI of > the local APIC and thereby avoid a VMEXIT. I noticed you deleted the comment having the spec.

Re: [Xen-devel] [PATCH 2/2] x86/mtrr: Refactor PAT initialization code

On Tue, 2016-03-15 at 01:15 +0100, Luis R. Rodriguez wrote: > On Fri, Mar 11, 2016 at 06:16:36PM -0700, Toshi Kani wrote: > > On Fri, 2016-03-11 at 15:34 -0800, Luis R. Rodriguez wrote: > > > On Fri, Mar 11, 2016 at 3:56 PM, Toshi Kani > > > wrote: > > > > On Fri, 2016-03-11 at 23:17 +0100, Luis R

Re: [Xen-devel] Sharing memory between two virtual machine on XEN Hypervisor

On Tue, Mar 15, 2016 at 11:05:55AM +0800, Zakirasafi wrote: > *Dear All* > > *I have installed two virtual machine on XEN hyper-visor. Now I want two > write a program which share the memory between two virtual machine. Could > any help me please.* Take a look at libvchan and the two examples it

Re: [Xen-devel] HVMlite gains

On Tue, Mar 15, 2016 at 02:14:15PM -0700, Luis R. Rodriguez wrote: > While discussing HVMLite with a few people a few questions have come > up. Since I only really understand a few possible gains with the > current design I wanted to get clarificaiton on a few which I simply Just think of baremeta

Re: [Xen-devel] HVMlite gains

On 15/03/2016 21:52, Andy Lutomirski wrote: > On Tue, Mar 15, 2016 at 2:50 PM, Andrew Cooper > wrote: >> On 15/03/2016 21:36, Andy Lutomirski wrote: > e) Can timing use RDTSC? I don't understand this question in the context of the others. RDTSC has (as far as I can tell) always be

Re: [Xen-devel] HVMlite gains

On Tue, Mar 15, 2016 at 2:50 PM, Andrew Cooper wrote: > On 15/03/2016 21:36, Andy Lutomirski wrote: >> e) Can timing use RDTSC? >>> I don't understand this question in the context of the others. RDTSC >>> has (as far as I can tell) always been advertised and available for >>> guest use. R

Re: [Xen-devel] HVMlite gains

On 03/15/2016 05:36 PM, Andy Lutomirski wrote: On Tue, Mar 15, 2016 at 2:29 PM, Andrew Cooper wrote: On 15/03/2016 21:14, Luis R. Rodriguez wrote: While discussing HVMLite with a few people a few questions have come up. Since I only really understand a few possible gains with the current desig

Re: [Xen-devel] HVMlite gains

On 15/03/2016 21:36, Andy Lutomirski wrote: > >>> e) Can timing use RDTSC? >> I don't understand this question in the context of the others. RDTSC >> has (as far as I can tell) always been advertised and available for >> guest use. RDTSCP is a different matter, and I have half-fixed that >> bro

Re: [Xen-devel] [GRUB2 PATCH v4 4/4] multiboot2: Add support for relocatable images

On Tue, Mar 15, 2016 at 05:30:20PM +0100, Vladimir 'phcoder' Serbinenko wrote: > On Tuesday, March 15, 2016, Vladimir 'phcoder' Serbinenko > wrote: > > > > >> + if (mld->relocatable) > >> + err = grub_relocator_alloc_chunk_align > >> (grub_multiboot_relocator, &ch, > >> +

Re: [Xen-devel] [PATCH 1/2] x86/mm/pat: Change pat_disable() to emulate PAT table

On Mon, Mar 14, 2016 at 09:11:16PM -0600, Toshi Kani wrote: > On Tue, 2016-03-15 at 01:29 +0100, Luis R. Rodriguez wrote: > > I like this approach more as it stuff more PAT setup on its own type > > of calls, but: > > > > On Sat, Mar 12, 2016 at 12:55:44PM +0100, Borislav Petkov wrote: > > > diff

Re: [Xen-devel] HVMlite gains

On Tue, Mar 15, 2016 at 2:29 PM, Andrew Cooper wrote: > On 15/03/2016 21:14, Luis R. Rodriguez wrote: >> While discussing HVMLite with a few people a few questions have come >> up. Since I only really understand a few possible gains with the >> current design I wanted to get clarificaiton on a few

Re: [Xen-devel] HVMlite gains

On 15/03/2016 21:14, Luis R. Rodriguez wrote: > While discussing HVMLite with a few people a few questions have come > up. Since I only really understand a few possible gains with the > current design I wanted to get clarificaiton on a few which I simply > have no clue if we stand to gain from them

[Xen-devel] [linux-mingo-tip-master test] 86277: regressions - FAIL

flight 86277 linux-mingo-tip-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/86277/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-rumpuserxen6 xen-build fail REGR. vs. 60684 test-amd64

[Xen-devel] HVMlite gains

While discussing HVMLite with a few people a few questions have come up. Since I only really understand a few possible gains with the current design I wanted to get clarificaiton on a few which I simply have no clue if we stand to gain from them, or if its on the roadmap: a) Will context switche

Re: [Xen-devel] help

i solve the problem by degugging the linux kernel .. the problem was the instruction omap_smc1 ..i'm not sure about what it did but when i delete this instruction it works ... but i face another problem .. the execution now stops in

Re: [Xen-devel] [GRUB2 PATCH v4 3/4 - FOR REVIEW ONLY] multiboot2: Do not pass memory maps to image if EFI boot services are enabled

On Tue, Mar 15, 2016 at 06:10:48PM +, Vladimir 'phcoder' Serbinenko wrote: > Le mar. 15 mars 2016 19:06, Andrei Borzenkov a écrit : > > 15.03.2016 19:07, Vladimir 'phcoder' Serbinenko пишет: > > > Looks good. Let's give a day for others to comment. Is the second email > > the > > > version for

[Xen-devel] [xen-unstable-smoke test] 86337: tolerable all pass - PUSHED

flight 86337 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/86337/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-xl 12 migrate-support-checkfail never pass test-armhf-armhf-xl 13

Re: [Xen-devel] [PATCH] docs: update FLASK cmd line instructions

On Tue, Mar 15, 2016 at 03:40:19PM -0500, Doug Goldstein wrote: > On 3/15/16 3:24 PM, Konrad Rzeszutek Wilk wrote: > > On Mon, Mar 14, 2016 at 07:37:39PM -0500, Doug Goldstein wrote: > >> The command line instructions for FLASK include a note on how to compile > >> Xen with FLASK but the note was o

[Xen-devel] Virtualization 2.0.

Hello. What is Virtualization 2.0 and can Xen consider it? Tnx. ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

Re: [Xen-devel] [PATCH] docs: update FLASK cmd line instructions

On 3/15/16 3:24 PM, Konrad Rzeszutek Wilk wrote: > On Mon, Mar 14, 2016 at 07:37:39PM -0500, Doug Goldstein wrote: >> The command line instructions for FLASK include a note on how to compile >> Xen with FLASK but the note was out of date after the change to Kconfig. >> >> Signed-off-by: Doug Goldst

Re: [Xen-devel] [PATCH] docs: update FLASK cmd line instructions

On Mon, Mar 14, 2016 at 07:37:39PM -0500, Doug Goldstein wrote: > The command line instructions for FLASK include a note on how to compile > Xen with FLASK but the note was out of date after the change to Kconfig. > > Signed-off-by: Doug Goldstein > --- > CC: Ian Jackson > CC: Jan Beulich > CC:

[Xen-devel] [PATCH v2 3/3] tmem: allow tmem to be disabled with Kconfig

Wrap the various tmem functions with the Kconfig generated CONFIG_TMEM option allowing users to build Xen without tmem support. Signed-off-by: Doug Goldstein --- CC: Keir Fraser CC: Jan Beulich CC: Andrew Cooper CC: Konrad Rzeszutek Wilk changes from v1: - add description provided by Konrad

[Xen-devel] [PATCH v2 1/3] tmem: add tmem_disable() function

Instead of manipulating the opt_tmem variable directly utilize a wrapper function. Signed-off-by: Doug Goldstein Acked-by: Jan Beulich --- CC: Keir Fraser CC: Jan Beulich CC: Andrew Cooper CC: Konrad Rzeszutek Wilk change since v1: - none --- xen/arch/x86/setup.c | 4 ++-- xen/includ

[Xen-devel] [PATCH v2 0/3] Allow tmem to be disabled via Kconfig

Allows expert users to disable tmem via Kconfig. Incorporates feedback from Jan and Konrad. Patch 2 & 3 from v1 were merged and patch 4 was dropped. Doug Goldstein (3): tmem: add tmem_disable() function tmem: drop direct usage of opt_tmem tmem: allow tmem to be disabled with Kconfig xen/a

[Xen-devel] [PATCH v2 2/3] tmem: drop direct usage of opt_tmem

Don't use the opt_tmem variable to check if tmem is enabled, instead use the tmem_enabled() helper function everywhere. Signed-off-by: Doug Goldstein --- CC: Keir Fraser CC: Jan Beulich CC: Andrew Cooper CC: Konrad Rzeszutek Wilk change since v1: - merged patch 2 and 3 --- xen/arch/x86/setu

Re: [Xen-devel] [PATCH v4 04/34] HYPERCALL_version_op. New hypercall mirroring XENVER_ but sane.

.. snip .. > > +case XEN_VERSION_OP_guest_handle: > > +*sz = ARRAY_SIZE(current->domain->handle); > > +break; > > + > > +case XEN_VERSION_OP_commandline: > > +*sz = ARRAY_SIZE(saved_cmdline); > > +break; > > + > > +default: > > +rc = -ENOSYS; > >

[Xen-devel] [libvirt test] 86280: trouble: broken/fail/pass

flight 86280 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/86280/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-raw 3 host-install(3) broken REGR. vs. 86026 Test

Re: [Xen-devel] [PATCH v4 07/34] arm/x86: Use struct virtual_region to do bug, symbol, and (x86) exception tables

On 15/03/16 19:51, Andrew Cooper wrote: > On 15/03/16 19:34, Konrad Rzeszutek Wilk wrote: >> On Tue, Mar 15, 2016 at 07:24:30PM +, Andrew Cooper wrote: >>> On 15/03/16 17:56, Konrad Rzeszutek Wilk wrote: diff --git a/xen/arch/arm/traps.c b/xen/arch/arm/traps.c index 31d2115..b62c91f 1

Re: [Xen-devel] [GRUB2 PATCH v4 3/4 - FOR REVIEW ONLY] multiboot2: Do not pass memory maps to image if EFI boot services are enabled

On Tue, Mar 15, 2016 at 05:07:43PM +0100, Vladimir 'phcoder' Serbinenko wrote: > Looks good. Let's give a day for others to comment. Is the second email the > version for commit? Yep, as you asked for. Daniel ___ Xen-devel mailing list Xen-devel@lists.

Re: [Xen-devel] [GRUB2 PATCH v4 1/4] i386/relocator: Add grub_relocator64_efi relocator

On Tue, Mar 15, 2016 at 05:00:33PM +0100, Vladimir 'phcoder' Serbinenko wrote: > Other than 2 typos (inline). Looks good. Let's give it a day if somebody > wants to object, then I'll commit it > > > > > movq%rax, %rsp > > > > + /* > > +* Here is grub_relocator64_efi_start(

Re: [Xen-devel] [PATCH v4 07/34] arm/x86: Use struct virtual_region to do bug, symbol, and (x86) exception tables

On 15/03/16 19:34, Konrad Rzeszutek Wilk wrote: > On Tue, Mar 15, 2016 at 07:24:30PM +, Andrew Cooper wrote: >> On 15/03/16 17:56, Konrad Rzeszutek Wilk wrote: >>> diff --git a/xen/arch/arm/traps.c b/xen/arch/arm/traps.c >>> index 31d2115..b62c91f 100644 >>> --- a/xen/arch/arm/traps.c >>> +++ b

Re: [Xen-devel] [PATCH v4 07/34] arm/x86: Use struct virtual_region to do bug, symbol, and (x86) exception tables

On Tue, Mar 15, 2016 at 07:24:30PM +, Andrew Cooper wrote: > On 15/03/16 17:56, Konrad Rzeszutek Wilk wrote: > > diff --git a/xen/arch/arm/traps.c b/xen/arch/arm/traps.c > > index 31d2115..b62c91f 100644 > > --- a/xen/arch/arm/traps.c > > +++ b/xen/arch/arm/traps.c > > @@ -16,6 +16,7 @@ > > *

Re: [Xen-devel] [PATCH v3 15/28] x86/cpu: Sysctl and common infrastructure for levelling context switching

On 03/15/2016 07:29 PM, Andrew Cooper wrote: > On 15/03/16 17:35, Joao Martins wrote: >> >> On 03/15/2016 03:35 PM, Andrew Cooper wrote: >>> A toolstack needs to know how much control Xen has over the visible cpuid >>> values in PV guests. Provide an explicit mechanism to query what Xen is >>> c

Re: [Xen-devel] [PATCH v4 08/34] vmap: Make the while loop less fishy.

On 15/03/16 17:56, Konrad Rzeszutek Wilk wrote: > It looks like it could underflow at first glance. That is > if i is zero and you get in the while loop with the > i--. However the postfix expression is evaluated after the > conditional so the loop is fine and won't execute (with i==0). > > However

Re: [Xen-devel] [PATCH v3 15/28] x86/cpu: Sysctl and common infrastructure for levelling context switching

On 15/03/16 17:35, Joao Martins wrote: > > On 03/15/2016 03:35 PM, Andrew Cooper wrote: >> A toolstack needs to know how much control Xen has over the visible cpuid >> values in PV guests. Provide an explicit mechanism to query what Xen is >> capable of. >> >> This interface will currently report

Re: [Xen-devel] [PATCH v4 07/34] arm/x86: Use struct virtual_region to do bug, symbol, and (x86) exception tables

On 15/03/16 17:56, Konrad Rzeszutek Wilk wrote: > diff --git a/xen/arch/arm/traps.c b/xen/arch/arm/traps.c > index 31d2115..b62c91f 100644 > --- a/xen/arch/arm/traps.c > +++ b/xen/arch/arm/traps.c > @@ -16,6 +16,7 @@ > * GNU General Public License for more details. > */ > > +#include how ab

Re: [Xen-devel] [PATCH 5/5] tmem: allow tmem to be disabled with Kconfig

On 3/15/16 3:31 AM, Jan Beulich wrote: On 14.03.16 at 21:29, wrote: >> --- a/xen/arch/x86/hvm/hvm.c >> +++ b/xen/arch/x86/hvm/hvm.c >> @@ -5311,6 +5311,10 @@ typedef unsigned long hvm_hypercall_t( >> #define compat_grant_table_op hvm_grant_table_op_compat32 >> #define do_arch_1

Re: [Xen-devel] [PATCH v4 01/34] compat/x86: Remove unncessary #define.

On 15/03/16 17:56, Konrad Rzeszutek Wilk wrote: > It is not used. > > Signed-off-by: Konrad Rzeszutek Wilk Reviewed-by: Andrew Cooper ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

Re: [Xen-devel] identify a Xen PV domU to fix devmem_is_allowed

On 03/15/2016 12:57 PM, Olaf Hering wrote: On Tue, Mar 01, Boris Ostrovsky wrote: on domU: [root@dhcp-burlington7-2nd-B-east-10-152-55-140 ~]# od -N 1 -j 4096 /dev/mem od: /dev/mem: read error: Bad address 001 [root@dhcp-burlington7-2nd-B-east-10-152-55-140 ~]# with (XEN) mm.c:1767:d14v0

Re: [Xen-devel] [PATCH v4 06/34] x86/arm: Add BUGFRAME_NR define and BUILD checks.

On 15/03/16 17:56, Konrad Rzeszutek Wilk wrote: > So that we have a nice mechansim to figure out the upper > bounds of bug.frames and also catch compiler errors in case > one tries to use a higher frame number. > > Signed-off-by: Konrad Rzeszutek Wilk > > --- > Cc: Stefano Stabellini > Cc: Julien

Re: [Xen-devel] Frequent reports about Xen unstable hanging on ARM boots

(CC Chen for the omap port) Hi Lars, On 15/03/16 10:56, Lars Kurth wrote: Folks, I just noticed a cluster of issues related to Xen unstable hanging on various ARM boards. See * http://xenproject.org/help/questions-and-answers/dra7-j6-evm-xen-booting-issue.html Xen seems to be stuck just af

Re: [Xen-devel] [PATCH v4 05/34] libxc/libxl/python/xenstat: Use new XEN_VERSION_OP hypercall

On 15/03/16 17:56, Konrad Rzeszutek Wilk wrote: > We change the xen_version libxc code to use the new hypercall. > Which of course means every user in the code base has to > be changed over. > > It is important to note that the xc_version_op has a different > return semantic than the previous one.

Re: [Xen-devel] [RFC PATCH v1] Splitting off stubdom to a different tree

On Tue, Mar 15, 2016 at 02:22:34PM +, Wei Liu wrote: > So if nobody objects to this move I will try to clean this series up and > teach OSSTest to use the new tree. > Surprisingly this version works almost out-of-box for me. I've added more documents to construct various v2 branches. In the

Re: [Xen-devel] [PATCH 5/5] tmem: allow tmem to be disabled with Kconfig

On 3/15/16 3:31 AM, Jan Beulich wrote: On 14.03.16 at 21:29, wrote: >> --- a/xen/arch/x86/hvm/hvm.c >> +++ b/xen/arch/x86/hvm/hvm.c >> @@ -5311,6 +5311,10 @@ typedef unsigned long hvm_hypercall_t( >> #define compat_grant_table_op hvm_grant_table_op_compat32 >> #define do_arch_1

Re: [Xen-devel] [PATCH v4 04/34] HYPERCALL_version_op. New hypercall mirroring XENVER_ but sane.

On 15/03/16 17:56, Konrad Rzeszutek Wilk wrote: > @@ -388,6 +395,188 @@ DO(xen_version)(int cmd, XEN_GUEST_HANDLE_PARAM(void) > arg) > return -ENOSYS; > } > > +static const char *capabilities_info(ssize_t *len) > +{ > +static xen_capabilities_info_t cached_cap; > +static unsigned i

Re: [Xen-devel] help

On 15/03/16 18:21, Konrad Rzeszutek Wilk wrote: On Tue, Mar 15, 2016 at 06:16:44PM +, Julien Grall wrote: On 15/03/16 18:09, Konrad Rzeszutek Wilk wrote: On Tue, Mar 15, 2016 at 05:56:46PM +, Julien Grall wrote: Hi Safa, On 11/03/16 17:16, Wei Liu wrote: Add back xen-devel On Fr

Re: [Xen-devel] help

On Tue, Mar 15, 2016 at 06:16:44PM +, Julien Grall wrote: > > > On 15/03/16 18:09, Konrad Rzeszutek Wilk wrote: > >On Tue, Mar 15, 2016 at 05:56:46PM +, Julien Grall wrote: > >>Hi Safa, > >> > >>On 11/03/16 17:16, Wei Liu wrote: > >>>Add back xen-devel > >>> > >>>On Fri, Mar 11, 2016 at 0

Re: [Xen-devel] [PATCH v1 1/1] xen/arm: Re-add the Xilinx ZynqMP platform

On Tue, Mar 15, 2016 at 05:47:16PM +, Julien Grall wrote: > Hi Jan and Ian, > > This patch has been acked by Stefano and not in the tree. > > I'm not sure who is in charge to commit ARM related patches in the tree so > I've CCed both of you. > Applied. > Regards, > > On 26/02/16 11:51, Ste

Re: [Xen-devel] help

On 15/03/16 18:09, Konrad Rzeszutek Wilk wrote: On Tue, Mar 15, 2016 at 05:56:46PM +, Julien Grall wrote: Hi Safa, On 11/03/16 17:16, Wei Liu wrote: Add back xen-devel On Fri, Mar 11, 2016 at 05:23:22PM +0100, Safa Hamza wrote: ok .. can u tell me how compile xen with debug symbols !!

Re: [Xen-devel] [GRUB2 PATCH v4 3/4 - FOR REVIEW ONLY] multiboot2: Do not pass memory maps to image if EFI boot services are enabled

Le mar. 15 mars 2016 19:06, Andrei Borzenkov a écrit : > 15.03.2016 19:07, Vladimir 'phcoder' Serbinenko пишет: > > Looks good. Let's give a day for others to comment. Is the second email > the > > version for commit? > > > > On Tuesday, March 15, 2016, Daniel Kiper > wrote: > > > >> Do not pass

Re: [Xen-devel] help

On Tue, Mar 15, 2016 at 05:56:46PM +, Julien Grall wrote: > Hi Safa, > > On 11/03/16 17:16, Wei Liu wrote: > >Add back xen-devel > > > >On Fri, Mar 11, 2016 at 05:23:22PM +0100, Safa Hamza wrote: > >>ok .. can u tell me how compile xen with debug symbols !! i have xen-syms > >>after compiling

Re: [Xen-devel] [PATCH v4 02/34] libxc: Remove dead code (XENVER_capabilities)

On Tue, Mar 15, 2016 at 06:04:16PM +, Andrew Cooper wrote: > On 15/03/16 17:56, Konrad Rzeszutek Wilk wrote: > > The 'caps' is not used anywhere in there. > > > > Signed-off-by: Konrad Rzeszutek Wilk > > Reviewed-by: Andrew Cooper And the winnner for fastest review time goes to Andrew. "In

Re: [Xen-devel] [GRUB2 PATCH v4 3/4 - FOR REVIEW ONLY] multiboot2: Do not pass memory maps to image if EFI boot services are enabled

15.03.2016 19:07, Vladimir 'phcoder' Serbinenko пишет: > Looks good. Let's give a day for others to comment. Is the second email the > version for commit? > > On Tuesday, March 15, 2016, Daniel Kiper wrote: > >> Do not pass memory maps to image if it asked for EFI boot services. >> Main reason f

Re: [Xen-devel] [PATCH v4 02/34] libxc: Remove dead code (XENVER_capabilities)

On 15/03/16 17:56, Konrad Rzeszutek Wilk wrote: > The 'caps' is not used anywhere in there. > > Signed-off-by: Konrad Rzeszutek Wilk Reviewed-by: Andrew Cooper ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

Re: [Xen-devel] [PATCH v3 21/23] xsplice: Add support for shadow variables

On Mon, Mar 07, 2016 at 08:40:47AM +0100, Martin Pohlack wrote: > On 12.02.2016 19:05, Konrad Rzeszutek Wilk wrote: > > From: Ross Lagerwall > > > > Shadow variables are a piece of infrastructure to be used by xsplice > > modules. They are used to attach a new piece of data to an existing > > str

[Xen-devel] [PATCH v4 20/34] x86, xsplice: Print payload's symbol name and payload name in backtraces

From: Ross Lagerwall Naturally the backtrace is presented when an instruction hits an bug_frame or %p is used. The payloads do not support bug_frames yet - however the functions the payloads call could hit an BUG() or WARN(). The traps.c has logic to scan for it this - and eventually it will fin

[Xen-devel] [PATCH v4 01/34] compat/x86: Remove unncessary #define.

It is not used. Signed-off-by: Konrad Rzeszutek Wilk --- Cc: Ian Jackson Cc: Jan Beulich Cc: Keir Fraser Cc: Tim Deegan --- --- xen/common/compat/kernel.c | 1 - 1 file changed, 1 deletion(-) diff --git a/xen/common/compat/kernel.c b/xen/common/compat/kernel.c index df93fdd..e1b9013 100644

[Xen-devel] [PATCH v4 18/34] x86/xen_hello_world.xsplice: Test payload for patching 'xen_extra_version'.

This change demonstrates how to generate an xSplice ELF payload. The idea here is that we want to patch in the hypervisor the 'xen_version_extra' function with an function that will return 'Hello World'. The 'xl info | grep extraversion' will reflect the new value after the patching. To generate

[Xen-devel] [PATCH v4 34/34] MAINTAINERS/xsplice: Add myself and Ross as the maintainers.

If you have a patch for xSplice send it our way! Signed-off-by: Ross Lagerwall Signed-off-by: Konrad Rzeszutek Wilk --- Cc: Ian Jackson Cc: Jan Beulich Cc: Keir Fraser Cc: Tim Deegan --- --- MAINTAINERS | 10 ++ 1 file changed, 10 insertions(+) diff --git a/MAINTAINERS b/MAINTAINE

[Xen-devel] [PATCH v4 33/34] xsplice: Add support for shadow variables.

From: Ross Lagerwall Shadow variables are a piece of infrastructure to be used by xsplice modules. They are used to attach a new piece of data to an existing structure in memory. Signed-off-by: Ross Lagerwall --- Cc: Ian Jackson Cc: Jan Beulich Cc: Keir Fraser Cc: Tim Deegan v2: Add Copyri

[Xen-devel] [PATCH v4 12/34] xen/xsplice: Hypervisor implementation of XEN_XSPLICE_op

The implementation does not actually do any patching. It just adds the framework for doing the hypercalls, keeping track of ELF payloads, and the basic operations: - query which payloads exist, - query for specific payloads, - check*1, apply*1, replace*1, and unload payloads. *1: Which of cour

[Xen-devel] [PATCH v4 29/34] xsplice: Stacking build-id dependency checking.

We now expect that the ELF payloads be built with the --build-id. Also the .xsplice.deps section has to have the contents of the hypervisor (or a preceding payload) build-id. We already have the code to verify the Elf_Note build-id so export parts of it. This dependency means the hypervisor MUST

[Xen-devel] [PATCH v4 31/34] xsplice: Print dependency and payloads build_id in the keyhandler.

Signed-off-by: Konrad Rzeszutek Wilk --- Cc: Ian Jackson Cc: Jan Beulich Cc: Keir Fraser Cc: Tim Deegan --- --- xen/common/xsplice.c | 5 + 1 file changed, 5 insertions(+) diff --git a/xen/common/xsplice.c b/xen/common/xsplice.c index e963ccd..e8af051 100644 --- a/xen/common/xsplice.c ++

[Xen-devel] [PATCH v4 08/34] vmap: Make the while loop less fishy.

It looks like it could underflow at first glance. That is if i is zero and you get in the while loop with the i--. However the postfix expression is evaluated after the conditional so the loop is fine and won't execute (with i==0). However in spirit of defense programming lets clarify the loop con

  1   2   3   >