Re: [Xen-devel] [PATCH net] xen-netback: make sure that hashes are not send to unaware frontends

From: Paul Durrant Date: Thu, 6 Oct 2016 15:47:10 +0100 > In the case when a frontend only negotiates a single queue with xen- > netback it is possible for a skbuff with a s/w hash to result in a > hash extra_info segment being sent to the frontend even when no hash >

[Xen-devel] [qemu-mainline baseline-only test] 67834: tolerable FAIL

This run is configured for baseline tests only. flight 67834 qemu-mainline real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67834/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-xl 11 guest-start

[Xen-devel] [qemu-mainline test] 101317: tolerable FAIL - PUSHED

flight 101317 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/101317/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-xl-rtds 6 xen-boot fail REGR. vs. 101309

Re: [Xen-devel] [PATCH v2 net-next 0/7] xen-netback: guest rx side refactor

From: Paul Durrant Date: Tue, 4 Oct 2016 10:29:11 +0100 > This series refactors the guest rx side of xen-netback: > > - The code is moved into its own source module. > > - The prefix variant of GSO handling is retired (since it is no longer > in common use, and

[Xen-devel] [xen-unstable test] 101310: tolerable FAIL - PUSHED

flight 101310 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/101310/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-amd64-i386-xl-raw 9 debian-di-install fail in 101300 pass in 101310

Re: [Xen-devel] [OSSTEST PATCH] make-flight: XTF: honour $bfi (ie build flight)

On Thu, Oct 06, 2016 at 07:41:45PM +0100, Ian Jackson wrote: > If make-flight is run with a $buildflight argument, it does not create > any build jobs. The test jobs are supposed to refer to the build jobs. > > This was not done correctly for the XTF tests. Add the missing ${bfi}. > >

[Xen-devel] [qemu-mainline test] 101309: tolerable FAIL - PUSHED

flight 101309 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/101309/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stopfail like 101269

[Xen-devel] [OSSTEST PATCH] make-flight: XTF: honour $bfi (ie build flight)

If make-flight is run with a $buildflight argument, it does not create any build jobs. The test jobs are supposed to refer to the build jobs. This was not done correctly for the XTF tests. Add the missing ${bfi}. Signed-off-by: Ian Jackson CC: Wei Liu

[Xen-devel] Want to update osstest to use Linux 4.1 but it does not work :-/

The main Xen Project osstest instance is still using Linux 3.14 which is ancient. It would be nice to update to something newer. 4.1 was suggested. However, I went to look at the most recent test results for the Linux 4.1 branch. It can't start guests reliably: osstest service owner writes

Re: [Xen-devel] Clarification regarding MEM_ACCESS_* flags usage

On Thu, Oct 6, 2016 at 11:10 AM, Julien Grall wrote: > > > On 06/10/2016 09:39, Tamas K Lengyel wrote: > >> >> >> On Thu, Oct 6, 2016 at 3:59 AM, Razvan Cojocaru >> > wrote: >> >> On 10/05/2016 11:54 PM,

Re: [Xen-devel] Clarification regarding MEM_ACCESS_* flags usage

On 06/10/2016 09:39, Tamas K Lengyel wrote: On Thu, Oct 6, 2016 at 3:59 AM, Razvan Cojocaru > wrote: On 10/05/2016 11:54 PM, Julien Grall wrote: > > > On 05/10/2016 13:23, Tamas K Lengyel wrote: >> Hi Julien,

Re: [Xen-devel] [OSSTEST PATCH 2/2] libvirt: Do not attempt save/restore when migration not advertised

Martin Kletzander writes ("Re: [OSSTEST PATCH 2/2] libvirt: Do not attempt save/restore when migration not advertised"): > Well then, unfortunately you do. > > Also, looking at how the code is structured, if you have live migration > but don't have save/restore, you won't have there > at all.

Re: [Xen-devel] Clarification regarding MEM_ACCESS_* flags usage

On Thu, Oct 6, 2016 at 3:59 AM, Razvan Cojocaru wrote: > On 10/05/2016 11:54 PM, Julien Grall wrote: > > > > > > On 05/10/2016 13:23, Tamas K Lengyel wrote: > >> Hi Julien, > >> It is expected that certain combinations of mem_access flags will put > >> the domain into

[Xen-devel] [PATCH v1 1/1] xen/arm: Disable the Cortex-a53-edac

From: "Edgar E. Iglesias" Disable the Cortex-a53-edac. Xen currently does not yet handle reads/writes to the implementation defined CPUMERRSR register. Signed-off-by: Edgar E. Iglesias --- xen/arch/arm/domain_build.c | 1 + 1 file changed,

[Xen-devel] [PATCH v1 0/1] xen/arm: Disable the Cortex-a53-edac

From: "Edgar E. Iglesias" The Cortex-A53 EDAC (Error Detection And Correction) Linux driver uses the implementation defined CPUMERRSR register. Xen traps but does not yet handle accesses to this reg so dom0 panics on an undefined instruction at boot. For Xen-4.8, this

[Xen-devel] [OSSTEST PATCH 1/2] Executive: Break out task_spec_desc (no functional change)

Signed-off-by: Ian Jackson --- Osstest/Executive.pm | 25 + 1 file changed, 17 insertions(+), 8 deletions(-) diff --git a/Osstest/Executive.pm b/Osstest/Executive.pm index 137eb44..14f75b3 100644 --- a/Osstest/Executive.pm +++

[Xen-devel] [OSSTEST PATCH 2/2] mg-allocate: Provide command line way to list allocated resources

Freely shareable resources don't appear in the plan, and the plan is not always immediately updated, and is generally not always a convenient interface. Provide a command line way to list allocated resources. Signed-off-by: Ian Jackson --- mg-allocate | 92

Re: [Xen-devel] Xen Code Review Dashboard - Outreachy Program Project

Hello Lars, I have checked the eligibility for Outreachy program and I meet all the requirements. I am a 25 year-old African American male whom is a newcomer to the free and open source community and a resident of United States. I am not enrolled in school full-time and I don’t have a full

Re: [Xen-devel] [PATCH v2 28/30] xen/x86: add MSI-X emulation to PVHv2 Dom0

On Mon, Oct 03, 2016 at 11:57:13AM +0100, Paul Durrant wrote: > > -Original Message- > > From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of > > Roger Pau Monne > > Sent: 27 September 2016 16:57 > > To: xen-de...@lists.xenproject.org > > Cc: boris.ostrov...@oracle.com;

Re: [Xen-devel] [PATCH v2 26/30] xen/x86: add PCIe emulation

On Mon, Oct 03, 2016 at 11:46:25AM +0100, Paul Durrant wrote: > > -Original Message- > > From: Roger Pau Monne [mailto:roger@citrix.com] > > Sent: 27 September 2016 16:57 > > To: xen-de...@lists.xenproject.org > > Cc: konrad.w...@oracle.com; boris.ostrov...@oracle.com; Roger Pau Monne

Re: [Xen-devel] [PATCH v2 20/30] xen/x86: add the basic infrastructure to import QEMU passthrough code

On 06/10/2016 17:08, "Roger Pau Monne" wrote: >On Mon, Oct 03, 2016 at 10:54:54AM +0100, Paul Durrant wrote: >> > -Original Message- >> > From: Roger Pau Monne [mailto:roger@citrix.com] >> > Sent: 27 September 2016 16:57 >> > To: xen-de...@lists.xenproject.org

Re: [Xen-devel] [PATCH v2 18/30] xen/x86: setup PVHv2 Dom0 ACPI tables

On 06/10/16 16:40, Jan Beulich wrote: On 27.09.16 at 17:57, wrote: >> FWIW, I think that the current approach that I've used in order to craft the >> MADT is not the best one, IMHO it would be better to place the MADT at the >> end of the E820_ACPI region (expanding

Re: [Xen-devel] [PATCH v2 21/30] xen/pci: split code to size BARs from pci_add_device

>>> On 27.09.16 at 17:57, wrote: > Because it's also going to be used by other code. If you want to make use of this for general purpose sizing, simply moving the existing code is not enough. For one I/O port BARs don't get handled (as SR-IOV devices aren't allowed to have

Re: [Xen-devel] [PATCH v2 20/30] xen/x86: add the basic infrastructure to import QEMU passthrough code

>>> On 27.09.16 at 17:57, wrote: > Most of this code has been picked up from QEMU and modified so it can be > plugged into the internal Xen IO handlers. The structure of the handlers has > been keep quite similar to QEMU, so existing handlers can be imported > without a lot

Re: [Xen-devel] [PATCH v2 19/30] xen/dcpi: add a dpci passthrough handler for hardware domain

>>> On 27.09.16 at 17:57, wrote: > --- a/xen/arch/x86/traps.c > +++ b/xen/arch/x86/traps.c > @@ -2076,45 +2076,6 @@ static bool_t admin_io_okay(unsigned int port, > unsigned int bytes, > return ioports_access_permitted(d, port, port + bytes - 1); > } > > -static

Re: [Xen-devel] [PATCH v2 22/30] xen/x86: support PVHv2 Dom0 BAR remapping

On Mon, Oct 03, 2016 at 11:10:44AM +0100, Paul Durrant wrote: > > -Original Message- > > From: Roger Pau Monne [mailto:roger@citrix.com] > > Sent: 27 September 2016 16:57 > > To: xen-de...@lists.xenproject.org > > Cc: konrad.w...@oracle.com; boris.ostrov...@oracle.com; Roger Pau Monne

Re: [Xen-devel] [PATCH v2 18/30] xen/x86: setup PVHv2 Dom0 ACPI tables

>>> On 27.09.16 at 17:57, wrote: > FWIW, I think that the current approach that I've used in order to craft the > MADT is not the best one, IMHO it would be better to place the MADT at the > end of the E820_ACPI region (expanding it's size one page), and modify the >

Re: [Xen-devel] [PATCH v2 17/30] xen/x86: setup PVHv2 Dom0 CPUs

>>> On 27.09.16 at 17:57, wrote: > The logic used to setup the CPUID leaves is extremely simplistic (and > probably wrong for hardware different than mine). I'm not sure what's the > best way to deal with this, the code that currently sets the CPUID leaves > for HVM guests

Re: [Xen-devel] New Outreachy Applicant

On 06/10/16 15:26, Ronald Rojas wrote: > On Wed, Oct 05, 2016 at 06:44:08PM +0100, George Dunlap wrote: >> On Tue, Oct 4, 2016 at 3:23 PM, George Dunlap >> wrote: >>> Thanks for this -- if you're up for it, let me see what kinds of next >>> steps you can do (obviously

Re: [Xen-devel] [PATCH v2 16/30] xen/x86: parse Dom0 kernel for PVHv2

>>> On 27.09.16 at 17:57, wrote: > +start_info.modlist_paddr = last_addr; > +start_info.nr_modules = 1; > +last_addr += sizeof(mod); How can this be unconditionally 1? It is certainly possible to boot without initrd. Jan

Re: [Xen-devel] [PATCH v2 20/30] xen/x86: add the basic infrastructure to import QEMU passthrough code

On Mon, Oct 03, 2016 at 10:54:54AM +0100, Paul Durrant wrote: > > -Original Message- > > From: Roger Pau Monne [mailto:roger@citrix.com] > > Sent: 27 September 2016 16:57 > > To: xen-de...@lists.xenproject.org > > Cc: konrad.w...@oracle.com; boris.ostrov...@oracle.com; Roger Pau Monne

[Xen-devel] [PATCH net] xen-netback: make sure that hashes are not send to unaware frontends

In the case when a frontend only negotiates a single queue with xen- netback it is possible for a skbuff with a s/w hash to result in a hash extra_info segment being sent to the frontend even when no hash algorithm has been configured. (The ndo_select_queue() entry point makes sure the hash is not

Re: [Xen-devel] [RFC PATCH 2/8] xen: delete gcno files in clean target

On 06/10/16 15:37, Wei Liu wrote: > Signed-off-by: Wei Liu > --- > Cc: Andrew Cooper > Cc: George Dunlap > Cc: Ian Jackson > Cc: Jan Beulich > Cc: Konrad Rzeszutek Wilk

Re: [Xen-devel] [RFC PATCH 2/8] xen: delete gcno files in clean target

On Thu, Oct 06, 2016 at 03:55:25PM +0100, Andrew Cooper wrote: > On 06/10/16 15:37, Wei Liu wrote: > > Signed-off-by: Wei Liu > > --- > > Cc: Andrew Cooper > > Cc: George Dunlap > > Cc: Ian Jackson

[Xen-devel] [RFC PATCH 1/8] Kconfig: add BROKEN config

Used to hide feature that is completely broken. Signed-off-by: Wei Liu --- Cc: Andrew Cooper Cc: George Dunlap Cc: Ian Jackson Cc: Jan Beulich Cc: Konrad Rzeszutek Wilk

[Xen-devel] [RFC PATCH 5/8] gcov: userspace tools to extract and split gcov data

Provide two tools: a small C program to extract data from hypervisor and a python script to split data into multiple files. The file xencov.c is salvaged and modified from the original xencov.c. Signed-off-by: Wei Liu --- Cc: Ian Jackson ---

[Xen-devel] [RFC PATCH 7/8] Config.mk: introduce cc-ifversion

It returns different string depending on compiler version. No user yet. Signed-off-by: Wei Liu --- Cc: Andrew Cooper Cc: George Dunlap Cc: Ian Jackson Cc: Jan Beulich

[Xen-devel] [RFC PATCH 4/8] gcov: add new interface and 3.4 and 4.7 format support

A new sysctl interface for passing gcov data back to userspace. The new interface uses a customised record file format. The new sysctl reuses original sysctl number but renames the op to gcov_op. Both gcc 3.4 and 4.7 format are supported. The code is rewritten so that a new format can be easily

[Xen-devel] [RFC PATCH 8/8] gcov: provide the capability to select gcov format automatically

And make it the default in Kconfig. Signed-off-by: Wei Liu --- Cc: Andrew Cooper Cc: George Dunlap Cc: Ian Jackson Cc: Jan Beulich Cc: Konrad Rzeszutek Wilk

[Xen-devel] [RFC PATCH 0/8] Rework gcov support in Xen

The original implementation of gcov support in Xen has several limitations: 1. The internal data structures are tied to gcc 3.4 format. 2. The sysctl interface is tied to gcc 3.4 format. 3. The gcov type definition is wrong, doesn't work with 32 bit hypervisor, which means arm32 wouldn't work.

[Xen-devel] [RFC PATCH 3/8] xen, tools: rip out old gcov implementation

The internal data structure and code are tied to an old gcov format. It's easier to just redo everything from scratch. Salvage the reusable parts: leave xen/common/gcov and an empty Makefile there, leave gcov support in Kconfig but mark that as broken. Also reserve the sysctl number for later use

[Xen-devel] [RFC PATCH 2/8] xen: delete gcno files in clean target

Signed-off-by: Wei Liu --- Cc: Andrew Cooper Cc: George Dunlap Cc: Ian Jackson Cc: Jan Beulich Cc: Konrad Rzeszutek Wilk Cc: Stefano Stabellini

[Xen-devel] [RFC PATCH 6/8] Config.mk: expand cc-ver a bit

... so that we can do other comparisons as well. No functional change. Signed-off-by: Wei Liu --- Cc: Andrew Cooper Cc: George Dunlap Cc: Ian Jackson Cc: Jan Beulich

Re: [Xen-devel] [PATCH v2 19/30] xen/dcpi: add a dpci passthrough handler for hardware domain

On Mon, Oct 03, 2016 at 10:02:27AM +0100, Paul Durrant wrote: > > -Original Message- > > From: Roger Pau Monne [mailto:roger@citrix.com] > > Sent: 27 September 2016 16:57 > > To: xen-de...@lists.xenproject.org > > Cc: konrad.w...@oracle.com; boris.ostrov...@oracle.com; Roger Pau Monne

Re: [Xen-devel] New Outreachy Applicant

On Wed, Oct 05, 2016 at 06:44:08PM +0100, George Dunlap wrote: > On Tue, Oct 4, 2016 at 3:23 PM, George Dunlap > wrote: > > Thanks for this -- if you're up for it, let me see what kinds of next > > steps you can do (obviously when you have the opportunity). > > So

Re: [Xen-devel] [PATCH] xen/x86: Update topology map for PV VCPUs

On 05/10/16 18:09, Boris Ostrovsky wrote: > Early during boot topology_update_package_map() computes > logical_pkg_ids for all present processors. > > Later, when processors are brought up, identify_cpu() updates > these values based on phys_pkg_id which is a function of > initial_apicid. On PV

[Xen-devel] [GIT PULL] xen: features and fixes for 4.9-rc0

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Linus, Please git pull the following tag: git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-4.9-rc0-tag xen: features and fixes for 4.9-rc0 - - Switch to new CPU hotplug mechanism. - - Support driver_override in pciback. - -

Re: [Xen-devel] [Xen-users] xl info displays less ram than the total available

On Thu, Oct 06, 2016 at 02:58:57PM +0200, bla...@riseup.net wrote: [...] > multiboot /xen.gz > echo'Loading Xen with linux-grsec...' > module /vmlinuz-linux root=/dev/mapper/leonovo-rootvol rw > cryptdevice=UUID=02bbde36-5fda-478f-a54f-b6f495e24961:leonovo >

Re: [Xen-devel] [Xen-users] xl info displays less ram than the total available

>>> On 06.10.16 at 14:39, wrote: > I'm amazed at and grateful for your interest in my issue. It is an efi > system In this case please retry using xen.efi instead of indirecting via grub.efi. See http://xenbits.xen.org/docs/unstable/misc/efi.html for what you may need to set

Re: [Xen-devel] [Xen-users] xl info displays less ram than the total available

bla...@riseup.net: bla...@riseup.net: Konrad Rzeszutek Wilk: On Thu, Oct 06, 2016 at 12:59:13PM +0200, Blallo wrote: I'm using grub2. After the lunch break I can post the full grub menu entry and the exact version of grub2. Cc-ing Daniel (who is now an GRUB2 maintainer). Is this by chance

Re: [Xen-devel] [Xen-users] xl info displays less ram than the total available

bla...@riseup.net: Konrad Rzeszutek Wilk: On Thu, Oct 06, 2016 at 12:59:13PM +0200, Blallo wrote: I'm using grub2. After the lunch break I can post the full grub menu entry and the exact version of grub2. Cc-ing Daniel (who is now an GRUB2 maintainer). Is this by chance an EFI box?And you

Re: [Xen-devel] [Xen-users] xl info displays less ram than the total available

Konrad Rzeszutek Wilk: On Thu, Oct 06, 2016 at 12:59:13PM +0200, Blallo wrote: I'm using grub2. After the lunch break I can post the full grub menu entry and the exact version of grub2. Cc-ing Daniel (who is now an GRUB2 maintainer). Is this by chance an EFI box?And you are booting using

Re: [Xen-devel] [Resend PATCH 2/2] Xen/timer: Process softirq during dumping timer info

>>> On 30.09.16 at 04:19, wrote: > --- a/xen/common/timer.c > +++ b/xen/common/timer.c > @@ -530,6 +530,7 @@ static void dump_timerq(unsigned char key) > { > ts = _cpu(timers, i); > > +process_pending_softirqs(); > printk("CPU%02d:\n", i); >

Re: [Xen-devel] [Resend PATCH 1/2] Xen/Keyhandler: Make keyhandler always run in tasklet

>>> On 30.09.16 at 04:19, wrote: > @@ -87,10 +89,10 @@ void handle_keypress(unsigned char key, struct > cpu_user_regs *regs) > if ( key >= ARRAY_SIZE(key_table) || !(h = _table[key])->fn ) > return; > > -if ( !in_irq() || h->irq_callback ) > +if (

Re: [Xen-devel] [PATCH Altp2m cleanup v8] Move altp2m specific functions to altp2m files.

>>> On 04.10.16 at 20:13, wrote: > v8 of this patch. > No change since v4 since we've just focused on patch #1 in this series. Well, not exactly: I did repeatedly mention that comments made there should be applied to the other parts of the original series. Anyway... > @@

Re: [Xen-devel] [Xen-users] xl info displays less ram than the total available

Konrad Rzeszutek Wilk: On Thu, Oct 06, 2016 at 12:59:13PM +0200, Blallo wrote: I'm using grub2. After the lunch break I can post the full grub menu entry and the exact version of grub2. Cc-ing Daniel (who is now an GRUB2 maintainer). Is this by chance an EFI box?And you are booting using

[Xen-devel] [PATCH] x86: defer not-present segment checks

Following on from commits 5602e74c60 ("x86emul: correct loading of %ss") and bdb860d01c ("x86/HVM: correct segment register loading during task switch") the point of the non-.present checks needs to be refined: #NP (and its #SS companion), other than suggested by the various instruction pages in

Re: [Xen-devel] [PATCH v9 06/13] efi: create new early memory allocator

>>> On 05.10.16 at 20:30, wrote: > On 30/09/2016 02:46, Jan Beulich wrote: > On 29.09.16 at 23:42, wrote: >>> +#else >>> +static void __init free_ebmalloc_unused_mem(void) >>> +{ >>> +} >>> +#endif >> >> Did you build test this for ARM? The

Re: [Xen-devel] [PATCH for-4.8] libelf: fix symtab/strtab loading for 32bit domains

>>> On 05.10.16 at 18:17, wrote: > On Wed, Oct 05, 2016 at 09:51:06AM -0600, Jan Beulich wrote: >> >>> On 05.10.16 at 17:11, wrote: >> > +/* >> > + * Load the section headers. >> > + * >> > + * NB: this _must_ be done one by one, and

[Xen-devel] [ovmf baseline-only test] 67814: tolerable trouble: blocked/broken

This run is configured for baseline tests only. flight 67814 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67814/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): build-amd64-xsm 3 host-install(3) broken

[Xen-devel] [OSSTEST PATCH 1/3] ms-planner: Ignore freely-shareable resources

Resource shares with no resource_sharing entry are freely shareable and do not need the planning system. Indeed, they currently break the planner. Signed-off-by: Ian Jackson --- ms-planner | 6 ++ 1 file changed, 6 insertions(+) diff --git a/ms-planner

[Xen-devel] [OSSTEST PATCH 3/3] sg-report-flight: Avoid some warnings when reporting unexecuted jobs

If no steps in a job are executed, there can be a failure with a synthetic step row, containing a stepno of ''. This causes a perl warning when compared with <=>: Argument "" isn't numeric in numeric comparison (<=>) at ./sg-report-flight line 774. Fix this by replacing falseish values with

[Xen-devel] [OSSTEST PATCH 2/3] ms-planner: Improve an error message

Signed-off-by: Ian Jackson --- ms-planner | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/ms-planner b/ms-planner index 8106544..22f9806 100755 --- a/ms-planner +++ b/ms-planner @@ -331,7 +331,7 @@ END my ($reso, $shareix) = ($`, $1);

Re: [Xen-devel] [PATCH] xen/x86: Update topology map for PV VCPUs

>>> On 05.10.16 at 19:09, wrote: > Early during boot topology_update_package_map() computes > logical_pkg_ids for all present processors. > > Later, when processors are brought up, identify_cpu() updates > these values based on phys_pkg_id which is a function of >

Re: [Xen-devel] [Xen-users] xl info displays less ram than the total available

On Thu, Oct 06, 2016 at 12:59:13PM +0200, Blallo wrote: > I'm using grub2. After the lunch break I can post the full grub menu entry > and the exact version of grub2. Cc-ing Daniel (who is now an GRUB2 maintainer). Is this by chance an EFI box?And you are booting using EFI GRUB2? > > > On 6

Re: [Xen-devel] [PATCH v2 03/30] xen/x86: fix parameters and return value of *_set_allocation functions

On Mon, Oct 03, 2016 at 09:05:43AM +0100, Paul Durrant wrote: > > -Original Message- > > From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of > > Roger Pau Monne > > Sent: 27 September 2016 16:57 > > To: xen-de...@lists.xenproject.org > > Cc: George Dunlap

[Xen-devel] [distros-debian-wheezy test] 67812: trouble: blocked/broken

flight 67812 distros-debian-wheezy real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67812/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf 2 hosts-allocate broken

Re: [Xen-devel] Xen Code Review Dashboard - Outreachy Program Project

Hello Jesus! Thank you for taking the time out of your busy schedule to responded. I would love a summary of the small contribution over email, as this will allow me to get started on the project sooner. I am located in Florida USA, on Eastern Daylight Time and available anytime on October 6th

[Xen-devel] Xen Code Review Dashboard - Outreachy Program Project

Hello Xen Project Team! My name is Tevin Mallory, I am graduate student with a knack for data analytics and a deep interest in coding. I wish to take a moment to introduce myself to you by email to say hello. I´m enthusiastic about applying to join this team as an Outreachy intern and look

Re: [Xen-devel] Xen Code Review Dashboard - Outreachy Program Project

Hi Jesus, 10:30am EST on Friday the 7th sounds great. I’ll get started on my task and bring any questions I may have to the IRC meeting. I’ll keep Friday clear just incase we need to adjust our meeting time to included Lars as well.  Thank you for your time. -Tevin K. Mallory  Sent from

Re: [Xen-devel] [Xen-users] xl info displays less ram than the total available

Andrew Cooper: On 05/10/16 14:02, George Dunlap wrote: On 05/10/16 13:52, bla...@riseup.net wrote: George Dunlap: On Wed, Oct 5, 2016 at 11:16 AM, wrote: Hi all, I have been wondering if I could manage to make Xen function on my laptop, using as dom0 my Arch Linux

Re: [Xen-devel] [Xen-users] xl info displays less ram than the total available

I'm using grub2. After the lunch break I can post the full grub menu entry and the exact version of grub2. On 6 October 2016 12:55:16 CEST, George Dunlap wrote: >On Wed, Oct 5, 2016 at 3:01 PM, Jan Beulich wrote: > On 05.10.16 at 15:32,

Re: [Xen-devel] [Xen-users] xl info displays less ram than the total available

On Wed, Oct 5, 2016 at 3:01 PM, Jan Beulich wrote: On 05.10.16 at 15:32, wrote: >> Here it comes xl dmesg with Xen booted with e820-verbose=true > > I have to admit that the only way I can see > > (XEN) Initial Xen-e820 RAM map: > (XEN)

Re: [Xen-devel] [OSSTEST PATCH 2/2] libvirt: Do not attempt save/restore when migration not advertised

On Thu, Oct 06, 2016 at 10:59:06AM +0100, Ian Jackson wrote: Martin Kletzander writes ("Re: [OSSTEST PATCH 2/2] libvirt: Do not attempt save/restore when migration not advertised"): Since offline migration (as in migrating a domain between hosts without being running) is not that used in the

[Xen-devel] [libvirt test] 101301: tolerable FAIL - PUSHED

flight 101301 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/101301/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt-xsm 12 migrate-support-checkfail never pass test-armhf-armhf-libvirt-xsm 14

[Xen-devel] [xen-4.5-testing baseline-only test] 67811: trouble: blocked/broken

This run is configured for baseline tests only. flight 67811 xen-4.5-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67811/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-pvops

Re: [Xen-devel] [OSSTEST PATCH 1/2] libvirt: Check migration capabilities using proper XML parser

Julien Grall writes ("Re: [OSSTEST PATCH 1/2] libvirt: Check migration capabilities using proper XML parser"): > On 04/10/2016 10:05, Ian Jackson wrote: > > Missing _. I didn't test this again before sending it. I'd still > > like a review from libvirt (and Xen/ARM) folks. > > I am not sure

Re: [Xen-devel] [OSSTEST PATCH 2/2] libvirt: Do not attempt save/restore when migration not advertised

Martin Kletzander writes ("Re: [OSSTEST PATCH 2/2] libvirt: Do not attempt save/restore when migration not advertised"): > Since offline migration (as in migrating a domain between hosts without > being running) is not that used in the code and talked about, I'm > guessing offline means save

Re: [Xen-devel] Clarification regarding MEM_ACCESS_* flags usage

On 10/05/2016 11:54 PM, Julien Grall wrote: > > > On 05/10/2016 13:23, Tamas K Lengyel wrote: >> Hi Julien, >> It is expected that certain combinations of mem_access flags will put >> the domain into unstable condition, resulting in a crash or a hang. As >> Razvan mentioned, on x86 we can end up

[Xen-devel] [xen-unstable test] 101300: regressions - FAIL

flight 101300 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/101300/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 9 debian-hvm-install fail REGR. vs. 101250

Re: [Xen-devel] [OSSTEST PATCH 2/2] libvirt: Do not attempt save/restore when migration not advertised

On Wed, Oct 05, 2016 at 06:06:29PM -0600, Jim Fehlig wrote: On 10/04/2016 11:02 AM, Ian Jackson wrote: Currently, osstest wrongly thinks that ARM can do save/restore, because `virsh help' does mention the save command (on all architectures). Additionally, check the virth capabilities xpath

Re: [Xen-devel] Xen Code Review Dashboard - Outreachy Program Project

Kevin, I just wanted to make sure that you checked you are eligible for Outreachy Lars > On 6 Oct 2016, at 02:08, tevin.k.mall...@gmail.com wrote: > > Hi Jesus, > > 10:30am EST on Friday the 7th sounds great. I’ll get started on my task and > bring any questions I may have to the IRC meeting.

[Xen-devel] [ovmf baseline-only test] 67810: trouble: blocked/broken

This run is configured for baseline tests only. flight 67810 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67810/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-xsm 2

[Xen-devel] [ovmf test] 101303: all pass - PUSHED

flight 101303 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/101303/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf e8a70885d8f34533b6dd69878fe95a249e9af086 baseline version: ovmf