On 01/12/15 08:15, Juergen Gross wrote:
> On 30/11/15 17:56, Ian Campbell wrote:
>> On Mon, 2015-11-30 at 16:25 +, Ian Campbell wrote:
>>> (d54) Pinning the boot page table pfn 4be3 / mfn 1bfd71/1bfd71
>>> (d54) pin_table: MFN 1bfd71
>>> (XEN) mm.c:2417:d54v0 Bad type (saw 1401 !=
On 27/11/15 18:16, Andrew Cooper wrote:
> On 27/11/15 15:53, Juergen Gross wrote:
>> On 27/11/15 16:33, Wei Liu wrote:
>>> On Fri, Nov 27, 2015 at 03:50:53PM +0100, Juergen Gross wrote:
For migration the last used pfn of a guest is needed to size the
logdirty bitmap and as an upper bound
>>> On 29.11.15 at 12:26, wrote:
> I got the problem of multiple cores CPU cannot be fully used when using UEFI
> mode. It is suggested that I should be boot the xen in legacy mode. How is it
> done?
For BIOSes that don't have a Legacy Support Module, booting in
>>> On 29.11.15 at 19:19, wrote:
> Inside the page fault handler for shadow page tables (sh_page_fault
> function in multi.c) where is the code for swapping in a page from disk?
There is no swapping in from disk in that code. You probably think
of memory-paging, which has
On 30/11/15 11:51, Ian Campbell wrote:
> On Mon, 2015-11-30 at 11:47 +0100, Juergen Gross wrote:
>> On 30/11/15 11:34, Ian Campbell wrote:
>>> On Mon, 2015-11-30 at 11:23 +0100, Juergen Gross wrote:
On 30/11/15 11:20, Wei Liu wrote:
> On Thu, Nov 26, 2015 at 08:35:02AM +0100, Juergen
_regs.eip needs to be truncated after having size added to it, or emulating an
instruction which crosses the 4GB boundary causes _regs.eip to become invalid,
and fail vmentry checks when returning back to the guest.
The comment /* real hardware doesn't truncate */ seems to appear in c/s
ddef8e16
On Mon, 2015-11-30 at 12:03 +0100, Juergen Gross wrote:
> On 30/11/15 11:52, Ian Campbell wrote:
> > On Mon, 2015-11-30 at 10:51 +, Ian Campbell wrote:
> > > On Mon, 2015-11-30 at 11:47 +0100, Juergen Gross wrote:
> > > > On 30/11/15 11:34, Ian Campbell wrote:
> > > > > On Mon, 2015-11-30 at
>>> On 30.11.15 at 12:10, wrote:
> On 30/11/15 11:08, Jan Beulich wrote:
> On 30.11.15 at 11:46, wrote:
>>> On 30/11/15 10:01, Jan Beulich wrote:
>>> On 27.11.15 at 16:05, wrote:
> On 27/11/15 11:05,
Avoiding a usage of a potentially undefined variable.
Signed-off-by: Ian Campbell
---
Osstest/TestSupport.pm | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Osstest/TestSupport.pm b/Osstest/TestSupport.pm
index 18b03b4..28ac572 100644
---
>>> On 28.11.15 at 20:24, wrote:
> On 28/11/15 17:23, quizyjones wrote:
>> I'm using a Intel E5-2603 v3 @ 1.60GHz CPU of 6 cores. However, the
>> dom0 can only find one core. here are some information that may helps
>> in analyzing.
>
> From `xl dmesg`
>
> (XEN) ACPI
On Mon, 2015-11-30 at 11:23 +0100, Juergen Gross wrote:
> On 30/11/15 11:20, Wei Liu wrote:
> > On Thu, Nov 26, 2015 at 08:35:02AM +0100, Juergen Gross wrote:
> > >
> > > /* initrd parameters as specified in start_info page */
> > > -unsigned long initrd_start;
> > > -unsigned long
>>> On 27.11.15 at 14:43, wrote:
> This structure contains the physical address of the command line, as well as
> the physical address of the list of loaded modules. The physical address of
> this structure is passed to the guest at boot time in the %ebx register.
>
>
On Mon, 2015-11-30 at 11:47 +0100, Juergen Gross wrote:
> On 30/11/15 11:34, Ian Campbell wrote:
> > On Mon, 2015-11-30 at 11:23 +0100, Juergen Gross wrote:
> > > On 30/11/15 11:20, Wei Liu wrote:
> > > > On Thu, Nov 26, 2015 at 08:35:02AM +0100, Juergen Gross wrote:
> > > > >
> > > > > /*
On 30/11/15 11:52, Ian Campbell wrote:
> On Mon, 2015-11-30 at 10:51 +, Ian Campbell wrote:
>> On Mon, 2015-11-30 at 11:47 +0100, Juergen Gross wrote:
>>> On 30/11/15 11:34, Ian Campbell wrote:
On Mon, 2015-11-30 at 11:23 +0100, Juergen Gross wrote:
> On 30/11/15 11:20, Wei Liu wrote:
>>> On 30.11.15 at 11:46, wrote:
> On 30/11/15 10:01, Jan Beulich wrote:
> On 27.11.15 at 16:05, wrote:
>>> On 27/11/15 11:05, Jan Beulich wrote:
... or when the guest has the XSAVE feature hidden by CPUID policy.
Not doing so
On 30/11/15 11:08, Jan Beulich wrote:
On 30.11.15 at 11:46, wrote:
>> On 30/11/15 10:01, Jan Beulich wrote:
>> On 27.11.15 at 16:05, wrote:
On 27/11/15 11:05, Jan Beulich wrote:
> ... or when the guest has the XSAVE feature
Hi Ian,
On 25/11/15 12:29, Ian Campbell wrote:
> On Tue, 2015-11-24 at 17:14 +, Ian Campbell wrote:
>> @@ -507,10 +507,12 @@ static int vgic_v2_distr_mmio_write(struct vcpu
>>> *v,
>>> mmio_info_t *info,
>>>
>>> case GICD_ICFGR: /* SGIs */
>>> goto write_ignore_32;
>>> -
On 30/11/15 10:47, Andrew Cooper wrote:
> On 30/11/15 08:17, Juergen Gross wrote:
>> On 27/11/15 18:16, Andrew Cooper wrote:
>>> On 27/11/15 15:53, Juergen Gross wrote:
On 27/11/15 16:33, Wei Liu wrote:
> On Fri, Nov 27, 2015 at 03:50:53PM +0100, Juergen Gross wrote:
>> For migration
On 30/11/15 12:23, Ian Campbell wrote:
> On Mon, 2015-11-30 at 12:03 +0100, Juergen Gross wrote:
>> On 30/11/15 11:52, Ian Campbell wrote:
>>> On Mon, 2015-11-30 at 10:51 +, Ian Campbell wrote:
On Mon, 2015-11-30 at 11:47 +0100, Juergen Gross wrote:
> On 30/11/15 11:34, Ian Campbell
On 30/11/15 10:01, Jan Beulich wrote:
On 27.11.15 at 16:05, wrote:
>> On 27/11/15 11:05, Jan Beulich wrote:
>>> ... or when the guest has the XSAVE feature hidden by CPUID policy.
>>> Not doing so is at best confusing to guests.
>>>
>>> Signed-off-by: Jan Beulich
On 30/11/15 11:34, Ian Campbell wrote:
> On Mon, 2015-11-30 at 11:23 +0100, Juergen Gross wrote:
>> On 30/11/15 11:20, Wei Liu wrote:
>>> On Thu, Nov 26, 2015 at 08:35:02AM +0100, Juergen Gross wrote:
/* initrd parameters as specified in start_info page */
-unsigned long
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Xen Security Advisory CVE-2015-7504 / XSA-162
version 2
heap buffer overflow vulnerability in pcnet emulator
UPDATES IN VERSION 2
Public release.
Correct cut and paste
On Mon, 2015-11-30 at 10:51 +, Ian Campbell wrote:
> On Mon, 2015-11-30 at 11:47 +0100, Juergen Gross wrote:
> > On 30/11/15 11:34, Ian Campbell wrote:
> > > On Mon, 2015-11-30 at 11:23 +0100, Juergen Gross wrote:
> > > > On 30/11/15 11:20, Wei Liu wrote:
> > > > > On Thu, Nov 26, 2015 at
flight 38388 distros-debian-sid real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38388/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-pvops 3 host-install(3) broken REGR.
>>> On 30.11.15 at 12:07, wrote:
> _regs.eip needs to be truncated after having size added to it, or emulating an
> instruction which crosses the 4GB boundary causes _regs.eip to become invalid,
> and fail vmentry checks when returning back to the guest.
>
> The
Currently these runvars are either URLs provided by the definition
(e.g. make-flight) or output controller-relative paths created by the
execution (in the case where they aren't from the definition).
This wierd dual-semantics is confusing and wrong, and in particular is
broken if the test step is
Hi Roger,
On 27/11/15 13:43, Roger Pau Monne wrote:
> diff --git a/xen/common/domain.c b/xen/common/domain.c
> index f56b7ff..3690eec 100644
> --- a/xen/common/domain.c
> +++ b/xen/common/domain.c
> @@ -1208,11 +1208,34 @@ void unmap_vcpu_info(struct vcpu *v)
>
Hi Ian,
On 24/11/15 17:17, Ian Campbell wrote:
> On Wed, 2015-11-18 at 17:27 +, Julien Grall wrote:
>
> Subject: ... which do not exist in the ...
>
>> The range of valid IROUTER are n = 32 - 1019 (see 8.9.13 in IHI 0069A)
>> which correspond to the offset 0x6100-0x7FD8.
>>
>> Other offset
Hi Stefano,
On 25/11/15 12:15, Stefano Stabellini wrote:
> Hi Shannon,
>
> On Wed, 25 Nov 2015, Shannon Zhao wrote:
>> Upstream Linux kernel applies below patch which will write
>> GICD_ICACTIVER. But since Xen doesn't support it, so it will cause Dom0
>> initializes GIC failed.
>>
>>
Currently libvirt kvm can support domain screenshot but libxl
cannot. This patch is trying to add screendump API in libxl
by calling qmp 'screendump' command, so to support screenshot
for domains.
Signed-off-by: Chunyan Liu
---
tools/libxl/libxl.c | 36
There is a limit in cr-daily-branch, but none in cs-bisection-step.
adhoc-revtuple-generator could usefully have this built in but that's
not so simple, so do it again here. We already slurp the whole thing
into core so from a resource usage point of view we might as well do
the length check
On Mon, 2015-11-30 at 13:16 +, Ian Campbell wrote:
> On Mon, 2015-11-30 at 13:59 +0100, Juergen Gross wrote:
> > On 30/11/15 13:35, Ian Campbell wrote:
> > > FYI attempting to upgrade osstest to use Debian Jessie in the guest
> > > seems
> > > to have exposed another issue here.
> > >
> > >
On Mon, 2015-11-30 at 13:32 +, Julien Grall wrote:
> Hi Ian,
>
> On 25/11/15 11:37, Ian Campbell wrote:
> > On Wed, 2015-11-18 at 16:42 +, Julien Grall wrote:
> > > Xen is currently directly storing the value of GICD_ITARGETSR
> > > register
> > > (for GICv2) and GICD_IROUTER (for GICv3)
On Mon, 2015-11-30 at 13:41 +, Ian Jackson wrote:
> There is a limit in cr-daily-branch, but none in cs-bisection-step.
>
> adhoc-revtuple-generator could usefully have this built in but that's
> not so simple, so do it again here. We already slurp the whole thing
> into core so from a
Ian Campbell writes ("[PATCH OSSTEST] target_fetchurl: Handle undefined
$c{HttpProxy}"):
> Avoiding a usage of a potentially undefined variable.
Acked-by: Ian Jackson
___
Xen-devel mailing list
Xen-devel@lists.xen.org
Ian Campbell writes ("[PATCH OSSTEST] ts-debian-di-install: Don't set runvars
for netboot kernel+ramdisk as outputs"):
> Currently these runvars are either URLs provided by the definition
> (e.g. make-flight) or output controller-relative paths created by the
> execution (in the case where they
>>> On 24.11.15 at 18:51, wrote:
> --- /dev/null
> +++ b/xen/include/linux/kconfig.h
> @@ -0,0 +1,54 @@
> +#ifndef __LINUX_KCONFIG_H
> +#define __LINUX_KCONFIG_H
Neither placement in the source tree nor guard variable should say
"Linux".
> --- /dev/null
> +++
Hi Stefano,
On 25/11/15 16:40, Stefano Stabellini wrote:
> Implement GICD_ICACTIVER and GICD_ISACTIVER reads by looking for the
> GIC_IRQ_GUEST_ACTIVE bit in the relevant struct pending_irq. However
> given that the pending to active transaction for irqs in LRs in done in
> hardware, the
flight 65241 xen-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65241/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm 16
guest-localmigrate/x10 fail in 65210
On 30/11/15 13:55, Ian Campbell wrote:
> On Mon, 2015-11-30 at 13:32 +, Julien Grall wrote:
>> Hi Ian,
>>
>> On 25/11/15 11:37, Ian Campbell wrote:
>>> On Wed, 2015-11-18 at 16:42 +, Julien Grall wrote:
Xen is currently directly storing the value of GICD_ITARGETSR
register
Ian Campbell writes ("Re: [OSSTEST PATCH] cs-bisection-step: Limit size of
revision log included in reports"):
> Acked-by: Ian Campbell
>
> > +(Revision log too long, ommitted.)
>
> My MUA's spell checker thinks it is "omitted".
Thanks. I have ommittedd the spurrious
On 28/11/15 14:28, Julia Lawall wrote:
> The gnttab_ops structure is never modified, so declare it as const.
>
> Done with the help of Coccinelle.
Applied to for-linus-4.5, thanks.
David
___
Xen-devel mailing list
Xen-devel@lists.xen.org
On 29/11/15 22:02, Julia Lawall wrote:
> This mmu_notifier_ops structure is never modified, so declare it as
> const, like the other mmu_notifier_ops structures.
>
> Done with the help of Coccinelle.
Applied to for-linus-4.5, thanks.
David
___
flight 65244 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65244/
Perfect :-)
All tests in this flight passed
version targeted for testing:
ovmf 81438fe8d0fc63f9bc9fcee0113baf6bd395f29c
baseline version:
ovmf
OUR THEME OF THE MONTH: Beginner Information
We've seen an increase of interest from potential new users recently
and we need to make sure that people can successfully get started with
4.6 using our current set of Wiki pages. We have been slowly
replacing the "xm" references with "xl", but we
>>> On 27.11.15 at 23:51, wrote:
> Am 24.11.15 um 11:43 schrieb Jan Beulich:
>> Taking a random object out of that log, I can't see any non-standard
>> option passed to the compiler, so I have to assume this is its default
>> behavior (i.e. determined at build time, or
flight 65237 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65237/
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. 64579
Hi Ian,
On 25/11/15 12:26, Ian Campbell wrote:
> On Wed, 2015-11-25 at 12:15 +, Stefano Stabellini wrote:
>> On Wed, 25 Nov 2015, Shannon Zhao wrote:
>>> Upstream Linux kernel applies below patch which will write
>>> GICD_ICACTIVER. But since Xen doesn't support it, so it will cause Dom0
>>>
Hi Stefano,
On 25/11/15 16:40, Stefano Stabellini wrote:
> Implement GICD_ICACTIVER and GICD_ISACTIVER reads by looking for the
> GIC_IRQ_GUEST_ACTIVE bit in the relevant struct pending_irq. However
> given that the pending to active transaction for irqs in LRs in done in
> hardware, the
On Mon, 2015-11-30 at 13:20 +0100, Juergen Gross wrote:
> On 30/11/15 12:23, Ian Campbell wrote:
> > On Mon, 2015-11-30 at 12:03 +0100, Juergen Gross wrote:
> > > On 30/11/15 11:52, Ian Campbell wrote:
> > > > On Mon, 2015-11-30 at 10:51 +, Ian Campbell wrote:
> > > > > On Mon, 2015-11-30 at
On Mon, 2015-11-30 at 12:22 +, Julien Grall wrote:
> Hi Ian,
>
> On 25/11/15 12:26, Ian Campbell wrote:
> > On Wed, 2015-11-25 at 12:15 +, Stefano Stabellini wrote:
> > > On Wed, 25 Nov 2015, Shannon Zhao wrote:
> > > > Upstream Linux kernel applies below patch which will write
> > > >
On 30/11/15 13:35, Ian Campbell wrote:
> On Mon, 2015-11-30 at 13:20 +0100, Juergen Gross wrote:
>> On 30/11/15 12:23, Ian Campbell wrote:
>>> On Mon, 2015-11-30 at 12:03 +0100, Juergen Gross wrote:
On 30/11/15 11:52, Ian Campbell wrote:
> On Mon, 2015-11-30 at 10:51 +, Ian Campbell
On Mon, 2015-11-30 at 13:59 +0100, Juergen Gross wrote:
> On 30/11/15 13:35, Ian Campbell wrote:
> > FYI attempting to upgrade osstest to use Debian Jessie in the guest
> > seems
> > to have exposed another issue here.
> >
> >
flight 65255 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65255/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 12
On 30/11/15 11:30, Jan Beulich wrote:
On 30.11.15 at 12:10, wrote:
>> On 30/11/15 11:08, Jan Beulich wrote:
>> On 30.11.15 at 11:46, wrote:
On 30/11/15 10:01, Jan Beulich wrote:
On 27.11.15 at 16:05,
Hi Ian,
On 25/11/15 11:37, Ian Campbell wrote:
> On Wed, 2015-11-18 at 16:42 +, Julien Grall wrote:
>> Xen is currently directly storing the value of GICD_ITARGETSR register
>> (for GICv2) and GICD_IROUTER (for GICv3) in the rank. This makes the
>> emulation of the registers access very
Hi Ian,
On 25/11/15 12:40, Ian Campbell wrote:
> On Wed, 2015-11-18 at 15:49 +, Julien Grall wrote:
>> Currently, the translation table is left in place even if no entries is
>> inuse. Because of how the p2m code has been implemented, replacing a
>> translation table by a block (i.e
On Mon, 2015-11-30 at 14:26 +, Julien Grall wrote:
> +
> > > +p2m->stats.mappings[level - 1]--;
> > > +update_reference_mapping(pages[level - 1],
> > > old_entry, *entry);
> > > +
> > > +/*
> > > + * We can't free the page now
>>> On 24.11.15 at 18:51, wrote:
> --- a/.gitignore
> +++ b/.gitignore
> @@ -217,6 +217,11 @@ tools/xentrace/tbctl
> tools/xentrace/xenctx
> tools/xentrace/xentrace
> xen/.banner
> +xen/.config
> +xen/.config.old
> +xen/defconfig
> +xen/**/*.cmd
> +xen/**/modules.order
The
>>> On 24.11.15 at 18:51, wrote:
> --- a/xen/Makefile
> +++ b/xen/Makefile
> @@ -26,6 +26,9 @@ default: build
> .PHONY: dist
> dist: install
>
> +.PHONY: build
> +build:: $(BASEDIR)/include/config/auto.conf
> +
> .PHONY: build install uninstall clean distclean cscope TAGS
Hi,
On 23/11/15 11:37, Stefano Stabellini wrote:
> On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote:
>> From: Shannon Zhao
> could you please add a couple of lines to the commit message mentioning
> why __va(phys) is an acceptable implementation of
>>> On 24.11.15 at 18:51, wrote:
> --- a/xen/arch/x86/Kconfig
> +++ b/xen/arch/x86/Kconfig
> @@ -3,6 +3,7 @@ config X86_64
>
> config X86
> def_bool y
> + select HAS_PASSTHROUGH
> select HAS_GDBSX
Please get these sorted alphabetically from the beginning.
>
101 - 162 of 162 matches
Mail list logo