> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Friday, March 18, 2016 5:49 PM
>
> >>> On 18.03.16 at 10:38, wrote:
> > On Fri, 2016-03-18 at 03:29 -0600, Jan Beulich wrote:
> >> >
> >> Not sure what exactly you're asking for: As said, we first need to
> >> settle on an abstract model. Do
flight 86742 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/86742/
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
On 18/03/16 13:07, Wei Liu wrote:
> Hi all
>
> Today is that last posting day for new features. And we are two weeks
> away from the anticipated freeze date.
>
> I've gone through the outstanding patch series on the list and ask for
> input from various core community members. I've enumerated a l
flight 86709 linux-mingo-tip-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/86709/
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
build-i386
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Friday, March 18, 2016 4:06 PM
>
> >>> On 18.03.16 at 03:30, wrote:
> > Any good idea? To be honest, I am very tired to at splitting things like
> > this :).
>
> I understand that this is a tedious task; the code should have been
> propagati
This run is configured for baseline tests only.
flight 44265 xen-4.6-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/44265/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-xsm
branch xen-unstable
xenbranch xen-unstable
job build-armhf-libvirt
testid libvirt-build
Tree: libvirt git://libvirt.org/libvirt.git
Tree: libvirt_gnulib git://git.sv.gnu.org/gnulib.git
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
Tree: xen git://xenbits.xen.org/xen.git
*** Found and reproduced
> From: Xu, Quan
> Sent: Friday, March 18, 2016 8:22 PM
>
> > > +int dev_invalidate_iotlb_sync(struct iommu *iommu, u16 did,
> > > + u16 seg, u8 bus, u8 devfn) {
> > > +struct qi_ctrl *qi_ctrl = iommu_qi_ctrl(iommu);
> > > +int rc = 0;
> > > +
> > > +if ( q
flight 86673 xen-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/86673/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail like 83004
test-amd64-i386-xl-qemut-w
flight 86710 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/86710/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-libvirt 5 libvirt-build fail REGR. vs. 86536
Tests which did not succe
Il giorno 20/mar/2016, alle ore 20:11, Jason Long ha
scritto:
> any idea?
FAQ?
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
flight 86654 linux-4.1 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/86654/
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. 66399
build-i386-rumpuserxen
any idea?
On Saturday, March 19, 2016 9:58 AM, Jason Long wrote:
Hello all.
Can anyone tell me about Xen components? For example, It consist of Dom0, DomU,
Qemu and...
Thank you.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.
Hi Doug,
I am done with building of xen source.Now, I have started looking
at source files and identifying changes required for given task.
As you suggested, I went through virsh command source to get idea how
escape sequence char option is implemented. Based on that,I came up with
fol
flight 86645 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/86645/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-arndale 3 host-install(3) broken REGR. vs. 86491
test-amd64-amd64-xl-
flight 86648 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/86648/
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
From: Uma Sharma
and, while we are adjusting signedness of opt_load_window_shift,
make also prv->load_window_shift unsigned, as approapriate.
Signed-off-by: Uma Sharma
Signed-off-by: Dario Faggioli
---
Cc: George Dunlap
Cc: Juergen Gross
Cc: Jan Beulich
---
Patch has changed, so I'm not sti
This run is configured for baseline tests only.
flight 44263 xen-4.5-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/44263/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf 4 capture-logs
On 03/16/2016 10:32 PM, David Vrabel wrote:
> On 16/03/16 13:59, Bob Liu wrote:
>>
>> But we'd like to get the VPD information(of underlying storage device) also
>> in Linux blkfront, even blkfront is not a SCSI device.
>
> Why does blkback/blkfront need to involved here? This is just some
> xe
From: Shannon Zhao
Interrupt information is described in DSDT and is not available at the
time of booting. Check if the interrupt is permitted to access and set
the interrupt type, route it to guest dynamically only for SPI
and Dom0.
Signed-off-by: Parth Dixit
Signed-off-by: Shannon Zhao
---
v
In preparation to fix a regression caused by 'commit 9cd25aac1f44
("x86/mm/pat: Emulate PAT when it is disabled")', PAT needs to
support a case that PAT MSR is initialized with a non-default
value.
When pat_init() is called in PAT disable state, it initializes
PAT table with the BIOS default value
(i.e., domain creation and destruction) so the
trace will show properly decoded info, rather
than just a bunch of hex codes.
Signed-off-by: Dario Faggioli
---
Changes from v2:
* fix typo in subject;
* add missing S-o-b.
Changes from v1:
* new patch in the series.
diff --git a/tools/xentrace/
On Thu, Mar 10, 2016 at 3:00 PM, Juergen Gross wrote:
> Add a new pvusb backend type "qusb" which is provided by qemu. It can
> be selected either by specifying the type directly in the configuration
> or it is selected automatically by libxl in case there is no "usbback"
> driver loaded.
>
> Sign
Konrad Rzeszutek Wilk writes ("Re: [PATCH v11 20/27] Support colo mode for qemu
disk"):
> On Fri, Mar 04, 2016 at 05:52:09PM +, Ian Jackson wrote:
> > How can this be made to work with PV guests ?
>
> QEMU can also serve PV guests (qdisk).
Yes.
> I think your question is more of - what abou
From: Shannon Zhao
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
The credit2 scheduler tries to setup runqueues in such
a way that there is one of them per each socket. However,
that does not work. The issue is described in bug #36
"credit2 only uses one runqueue instead of one runq per
socket" (http://bugs.xenproject.org/xen/bug/36), and a
solution has been att
flight 86632 xen-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/86632/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386-freebsd10-amd64 10 guest-start fail in 86551 pass in 86632
test-armhf-armhf-xl-rtds 11
On Tue, Mar 15, 2016 at 03:35:03PM +, Andrew Cooper wrote:
> Some bits in a featureset are not simple a indication of new functionality,
> and require special handling.
>
> APIC, OSXSAVE and OSPKE are fast-forwards of other pieces of state;
> IA32_APIC_BASE.EN, CR4.OSXSAVE and CR4.OSPKE. Xen
i solve the problem
On Thu, Mar 17, 2016 at 1:20 PM, Safa Hamza wrote:
> i'm trying to run xen on omap5 and installing some guests .. it seems it
> works and a xen boot dom0 as shown the screen shot
> but with this arago project i can't download any package ..all commands
> such as apt-get ,upd
The current RTDS code has several problems:
- The scheduler, although the algorithm is event driven by
nature, follows a time driven model (is invoked periodically!),
making the code looks unnatural;
- Budget replenishment logic, budget enforcement logic and scheduling
decisions are mixe
David Vrabel writes ("Re: [Xen-devel] [RFC PATCH] blkif.h: document
scsi/0x12/0x83 node"):
> On 17/03/16 11:12, Ian Jackson wrote:
> > David Vrabel writes ("Re: [Xen-devel] [RFC PATCH] blkif.h: document
> > scsi/0x12/0x83 node"):
> >> On 16/03/16 13:59, Bob Liu wrote:
> >>> But we'd like to get t
From: Shannon Zhao
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 | 26 --
From: Shannon Zhao
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 | 12
1 file ch
If image requested EFI boot services then skip multiboot2 memory maps.
Main reason for not providing maps is because they will likely be
invalid. We do a few allocations after filling them, e.g. for relocator
needs. Usually we do not care as we would have finished boot services.
If we keep boot ser
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Thursday, March 17, 2016 3:59 PM
>
> >>> On 17.03.16 at 08:32, wrote:
> >> From: Xu, Quan
> >> Sent: Thursday, March 17, 2016 2:55 PM
> >> --- a/xen/drivers/passthrough/vtd/x86/vtd.c
> >> +++ b/xen/drivers/passthrough/vtd/x86/vtd.c
> >> @@ -
On Thu, 2016-03-17 at 01:39 +, Xu, Quan wrote:
> On March 16, 2016 6:45pm, wrote:
> >
> > Quan - before sending such pings, please be sure to actually check
> > the staging
> > branch. And generally Dario is right - if anything, you should have
> > pinged
> > Suravee for his missing ack, and
>>> On 16.03.16 at 14:15, wrote:
> On Wed, Mar 16, 2016 at 12:22:32PM +, Ian Campbell wrote:
>> On Wed, 2016-03-16 at 20:13 +0800, Shannon Zhao wrote:
>> >
>> > On 2016/3/16 19:20, Ian Campbell wrote:
>> > >
>> > > (nb, my citrix.com email is no longer valid)
>> > > On Wed, 2016-03-16 at 11:
> I'll do that. I'm using to many BUG_ON in this code.
>
> > > +{
> > > +BUG_ON(!modlist[i].paddr || modlist[i].paddr > UINT_MAX ||
> > > + modlist[i].size > UINT_MAX);
> >
> > To be fair all of those values are in spec..Perhaps you should mention
> > that th
On 17/03/16 08:02, Jan Beulich wrote:
> This not only eases using the cached value in assembly code, but also
> improves the generated code resulting from such reads in C.
>
> Signed-off-by: Jan Beulich
Reviewed-by: Andrew Cooper
___
Xen-devel mailing
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 16 March 2016 13:32
> To: Paul Durrant
> Cc: Andrew Cooper; xen-de...@lists.xenproject.org; Keir (Xen.org)
> Subject: Re: [PATCH] x86/hvm/viridian: fix the TLB flush hypercall
>
> >>> On 16.03.16 at 14:00, wrote:
On Thu, Mar 17, 2016 at 10:57 AM, Shannon Zhao wrote:
> From: Shannon Zhao
>
> 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.
>
> Signed-off-
flight 86629 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/86629/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl-rtds15 guest-start/debian.repeat fail blocked in 85821
test-amd64-amd64-xl-rtds
Hi Jan and Konrad,
On 03/04/16 15:30, Haozhong Zhang wrote:
> Suddenly realize it's unnecessary to let QEMU get SPA ranges of NVDIMM
> or files on NVDIMM. We can move that work to toolstack and pass SPA
> ranges got by toolstack to qemu. In this way, no privileged operations
> (mmap/mlock/...) are
Hello Benjamin,
Thank you for the patch.
On 16/03/16 20:51, Benjamin Sanda wrote:
From: bensanda
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
from x86 code base. This provides corr
This patch series enables use of the 'APIC assist' enlightenment in Xen.
See section 13.3.4.1 of the Microsoft Hypervisor Top Level Function
Specification v4.0b at:
https://msdn.microsoft.com/en-us/virtualization/hyperv_on_windows/develop/tlfs
for more information.
Patch #1 modifies the viridia
>>> On 17.03.16 at 09:37, wrote:
> +static void teardown_apic_assist(struct vcpu *v)
> +{
> +struct page_info *page = v->arch.hvm_vcpu.viridian.apic_assist.page;
> +void *va = v->arch.hvm_vcpu.viridian.apic_assist.va;
>
> +if ( !va )
> +return;
> +
> +v->arch.hvm_vcpu.vir
On Fri, 2016-03-18 at 03:29 -0600, Jan Beulich wrote:
> >
> Not sure what exactly you're asking for: As said, we first need to
> settle on an abstract model. Do we want IOMMU mapping failures
> to be fatal to the domain (perhaps with the exception of the
> hardware one)? I think we do, and for the
On Tue, Mar 15, 2016 at 01:56:49PM -0400, Konrad Rzeszutek Wilk wrote:
> If the hypervisor is built with we will display it.
>
> Signed-off-by: Konrad Rzeszutek Wilk
Acked-by: Wei Liu
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xe
On 17/03/16 16:53, Boris Ostrovsky wrote:
> On 03/17/2016 12:03 PM, David Vrabel wrote:
>> On 17/03/16 12:45, Boris Ostrovsky wrote:
>>> Moving an unmasked irq may result in irq handler being invoked on both
>>> source and target CPUs.
>>>
>>> With 2-level this can happen as follows:
>>>
>>> On sou
On 03/17/2016 12:03 PM, David Vrabel wrote:
On 17/03/16 12:45, Boris Ostrovsky wrote:
Moving an unmasked irq may result in irq handler being invoked on both
source and target CPUs.
With 2-level this can happen as follows:
On source CPU:
evtchn_2l_handle_events() ->
generi
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: Keir Fraser
CC: Tim Deegan
CC: Konrad Rzeszutek Wilk
CC: Daniel De Graaf
c
Have Kconfig set CONFIG_FLASK_AVC_STATS and prefix all uses with CONFIG_
to use the Kconfig variable.
Signed-off-by: Doug Goldstein
Acked-by: Daniel De Graaf
---
CC: Daniel De Graaf
---
xen/common/Kconfig | 6 ++
xen/include/xen/config.h| 5 -
xen/xsm/flask/avc.c |
On 17/03/16 08:37, 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.
>
> This patch also adds
flight 86628 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/86628/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-qemuu-rhel6hvm-intel 9 redhat-installfail REGR. vs. 86454
test-amd64-i386-xl-
On 03/05/2016 01:26 AM, Ian Jackson wrote:
Changlong Xie writes ("[PATCH v11 19/27] COLO: introduce new API to
prepare/start/do/get_error/stop replication"):
From: Wen Congyang
We will use qemu block replication, and qemu provides some qmp commands
to prepare replication, start replication, g
From: Shannon Zhao
Map all other tables to Dom0 using 1:1 mappings.
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
---
xen/arch/arm/domain_build.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/xen/arch/arm/domain_build.c b/xen/arch/arm/domain_bui
>>> On 18.03.16 at 13:07, wrote:
> Important bug fixes:
> 1. Intel VT-d flush issue
> 2. SMEP / SMAP fix
> 3. QEMU hotplug script fix
4. XSAVES
Jan
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
The existing transaction merge algorithm keeps track of the least upper bound
(longest common prefix) of all the nodes which have been read and written, and
will re-combine two stores which have disjoint upper bounds. This works well for
small transactions but causes unnecessary conflicts for ones
A Xorg failure on qemu32 was reported as a regression caused
by 'commit 9cd25aac1f44 ("x86/mm/pat: Emulate PAT when it is
disabled")'. [1] This patch fixes the regression.
Negative effects of this regression were two failures in Xorg
on qemu32 env, which were triggered by the fact that its virtua
59 matches
Mail list logo
