On 08/12/16 16:01, Jan Beulich wrote:
> That commit ("VT-d: use msi_compose_msg()) together with 15aa6c6748
Which commit?
> ("amd iommu: use base platform MSI implementation") introducing the use
> of a per-CPU scratch CPU mask went too far: dma_msi_set_affinity() may,
> at least in theory, be ca
On 08/12/16 16:02, Jan Beulich wrote:
> __get_page_type(), so far using an on-stack CPU mask variable, is
> involved in the recursion when e.g. pinning page tables. This means
"in recursion".
> there may be up two five instances of the function active at a time,
"up to five".
> implying five in
On Thu, Dec 08, 2016 at 08:03:04AM -0700, Jan Beulich wrote:
> >>> On 08.12.16 at 14:54, wrote:
> > Instruction emulator fuzzing code is from code previous written by
> > Andrew and George. Adapted to llvm fuzzer and hook up the build system.
>
> With this, how much of the new code could be share
On Thu, Dec 08, 2016 at 05:56:12PM +0100, Cédric Bosdonnat wrote:
> From a user point of view, when reading things like "See
> docs/misc/txt" in a man page, it is not obvious to find the
> location of that file. Use $docdir to turn these into absolute
> paths.
>
> Signed-off-by: Cédric Bosdonn
On 08/12/16 16:56, Cédric Bosdonnat wrote:
> From a user point of view, when reading things like "See
> docs/misc/txt" in a man page, it is not obvious to find the
> location of that file. Use $docdir to turn these into absolute
> paths.
>
> Signed-off-by: Cédric Bosdonnat
Hmm. I can see you
flight 103010 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/103010/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-xtf-amd64-amd64-43 host-install(3)broken REGR. vs. 102942
test-amd64-amd64-l
flight 103094 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/103094/
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 1
On Thu, Dec 08, 2016 at 07:58:29AM +0100, Juergen Gross wrote:
> On 06/12/16 15:28, Konrad Rzeszutek Wilk wrote:
> > The function is never called under PV guests, and only shows up
> > when MSI (or MSI-X) cannot be allocated. Convert the message
> > to include the error value.
> >
> > Signed-off-b
On Thu, 8 Dec 2016, Jan Beulich wrote:
> >>> On 07.12.16 at 19:29, wrote:
> > ### x86
> >
> > There is no HMP platform of relevance, for now, in x86 world. Therefore,
> > only one class will exist, and all the CPUs will be set to belong to it.
> > **TODO X86:** is this correct?
>
> What about th
flight 103036 xen-4.8-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/103036/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 3 host-install(3) broken pass in
102998
test-amd64-i386-xl-qemut-s
On Thu, 8 Dec 2016, Andrew Cooper wrote:
> On 08/12/16 16:46, Juergen Gross wrote:
> > The first round of (very preliminary) patches for supporting the new
> > 5-level paging of future Intel x86 processors [1] has been posted to
> > lkml:
> >
> > https://lkml.org/lkml/2016/12/8/378
> >
> > An expli
On 12/7/2016 8:51 AM, Jan Beulich wrote:
On 07.12.16 at 16:57, wrote:
I did the the following:
wget https://downloads.xenproject.org/release/xen/4.8.0/xen-4.8.0.tar.gz
tar -xvzf xen-4.8.0.tar.gz
cd /usr/local/src/xen-4.8.0
./configure
The config.log is available at: http://napadata.net/past
On 08/12/16 17:06, Oleksandr Tyshchenko wrote:
Hi Julien,
Hi Oleksandr,
As discussed on IRC, I CCed xen-devel and Stefano.
We would like to hear your opinion about the proper way of porting
kernel driver to XEN.
There is a Linux iommu driver "IPMMU VMSA" for supporting
VMSA-compatible IPMM
branch xen-4.5-testing
xenbranch xen-4.5-testing
job test-xtf-amd64-amd64-3
testid leak-check/check
Tree: linux git://xenbits.xen.org/linux-pvops.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git
Tree: qemuu git://xen
On Thu, Dec 8, 2016 at 9:39 PM, Julien Grall wrote:
>
>
> On 08/12/16 17:06, Oleksandr Tyshchenko wrote:
>>
>> Hi Julien,
>
>
> Hi Oleksandr,
Hi Julien,
thank you for sharing your opinion.
>
> As discussed on IRC, I CCed xen-devel and Stefano.
>
>> We would like to hear your opinion about the pr
On Thu, 2016-12-08 at 11:38 +0100, Juergen Gross wrote:
> On 08/12/16 11:27, Dario Faggioli wrote:
> > On Thu, 2016-12-08 at 07:12 +0100, Juergen Gross wrote:
> > > Any idea how to avoid problems in the schedulers related to vcpus
> > > with
> > > different weights?
> > >
> > Sure: use Credit2! :
On Thu, 2016-12-08 at 03:14 -0700, Jan Beulich wrote:
> > > > On 07.12.16 at 19:29, wrote:
> > The list of classes is kept ordered from the more powerful to the
> > less
> > powerful.
> > **TODO:** this has been [proposed by
> > George](https://lists.xenproject.org/archives/html/xen-devel/2016-0
On Thu, 8 Dec 2016, Julien Grall wrote:
> This email only tracks big items for xen.git tree. Please reply for items you
> woulk like to see in 4.9 so that people have an idea what is going on and
> prioritise accordingly.
>
> You're welcome to provide description and use cases of the feature you'r
On 08/12/2016 19:18, Stefano Stabellini wrote:
> On Thu, 8 Dec 2016, Andrew Cooper wrote:
>> On 08/12/16 16:46, Juergen Gross wrote:
>>> The first round of (very preliminary) patches for supporting the new
>>> 5-level paging of future Intel x86 processors [1] has been posted to
>>> lkml:
>>>
>>> ht
flight 103039 xen-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/103039/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt-xsm 3 host-install(3)broken REGR. vs. 102816
test-amd64-amd6
This patch relocates mem_access components that are currently mixed with p2m
code into separate files. This better aligns the code with similar subsystems,
such as mem_sharing and mem_paging, which are already in separate files. There
are no code-changes introduced, the patch is mechanical code mov
On Wed, Dec 07, 2016 at 06:27:58PM +0100, Daniel Kiper wrote:
> On Wed, Dec 07, 2016 at 06:43:40AM -0700, Jan Beulich wrote:
> > >>> On 05.12.16 at 23:25, wrote:
> > > Current early command line parser implementation in assembler
> > > is very difficult to change to relocatable stuff using segment
On 12/08/2016 05:21 PM, Andrew Cooper wrote:
On 08/12/2016 19:18, Stefano Stabellini wrote:
Of course even the largest virtual machine today (2TB on Amazon AFAIK)
is not close to reaching the current memory limit, but it's just a
matter of time.
/me things Oracle will have something to s
On Thu, 8 Dec 2016, Andrew Cooper wrote:
> On 08/12/2016 19:18, Stefano Stabellini wrote:
> > On Thu, 8 Dec 2016, Andrew Cooper wrote:
> >> On 08/12/16 16:46, Juergen Gross wrote:
> >>> The first round of (very preliminary) patches for supporting the new
> >>> 5-level paging of future Intel x86 pro
On 08/12/2016 23:40, Boris Ostrovsky wrote:
>
>
>>
>>> Of course even the largest virtual machine today (2TB on Amazon AFAIK)
>>> is not close to reaching the current memory limit, but it's just a
>>> matter of time.
>>
>> /me things Oracle will have something to say about this. I'm sure there
>>
On 12/08/2016 07:20 PM, Andrew Cooper wrote:
On 08/12/2016 23:40, Boris Ostrovsky wrote:
Of course even the largest virtual machine today (2TB on Amazon AFAIK)
is not close to reaching the current memory limit, but it's just a
matter of time.
/me things Oracle will have something to say
flight 103038 xen-4.7-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/103038/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt-pair 4 host-install/dst_host(4) broken REGR. vs. 102744
test-amd64-i38
Den 08. des. 2016 20:35, skrev John L. Poole:
>
>
> On 12/7/2016 8:51 AM, Jan Beulich wrote:
> On 07.12.16 at 16:57, wrote:
>>> I did the the following:
>>>
>>> wget https://downloads.xenproject.org/release/xen/4.8.0/xen-4.8.0.tar.gz
>>> tar -xvzf xen-4.8.0.tar.gz
>>> cd /usr/local/src/xe
Add missing vgic_unlock_rank on the error path in
gic_remove_irq_from_guest.
CID: 1381843
Signed-off-by: Stefano Stabellini
diff --git a/xen/arch/arm/gic.c b/xen/arch/arm/gic.c
index 63c744a..a5348f2 100644
--- a/xen/arch/arm/gic.c
+++ b/xen/arch/arm/gic.c
@@ -205,7 +205,10 @@ int gic_remove_ir
pa_range_info has only 8 elements and is accessed using pa_range as
index. pa_range is initialized to 16, potentially causing out of bound
access errors. Fix the issue by initializing pa_range to the effective
number of pa_range_info elements.
CID 1381865
Signed-off-by: Stefano Stabellini
diff
mode == ARRAY_SIZE(mode_strings) causes an out of bound access to
the mode_strings array.
Coverity-ID: 1381859
Signed-off-by: Stefano Stabellini
diff --git a/xen/arch/arm/traps.c b/xen/arch/arm/traps.c
index eb85d92..35d8e8b 100644
--- a/xen/arch/arm/traps.c
+++ b/xen/arch/arm/traps.c
@@ -643,7
HorizontalResolution and VerticalResolution are 32bit, while size is
64bit. As it stands the multiplication is evaluated with 32bit
arithmetic, which could overflow. Cast HorizontalResolution to 64bit to
avoid that.
Coverity-ID: 1381858
Signed-off-by: Stefano Stabellini
diff --git a/xen/common/
On Thu, 8 Dec 2016, Stefano Stabellini wrote:
> pa_range_info has only 8 elements and is accessed using pa_range as
> index. pa_range is initialized to 16, potentially causing out of bound
> access errors. Fix the issue by initializing pa_range to the effective
> number of pa_range_info elements.
>
IA32_PERF_GLOBAL_STATUS.OvfUncore (MSR 38EH, bit[61]) is always 0 and
writing 1 to IA32_PERF_GLOBAL_OVF_CTRL.ClrOvfUncore (MSR 390H, bit[61])
signals #GP.
Reference "Intel Xeon Phi Procssor x200 Product Family", document
number 334646-008.
Signed-off-by: Luwei Kang
---
xen/arch/x86/cpu/vpmu_inte
This run is configured for baseline tests only.
flight 68178 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/68178/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 854c6b80dc3f1d4a151322b21c5fb6952b159ca9
baseline v
* Juergen Gross wrote:
> On 05/12/16 18:49, Alex Thorlton wrote:
> > This is the third pass at my patchset to fix up our problems with
> > XENMEM_machine_memory_map on large systems. The only changes on this
> > pass were to flesh out the comment above the E820_X_MAX definition, and
> > to add
* Boris Ostrovsky wrote:
> The new Xen PVH entry point requires page tables to be setup by the
> kernel since it is entered with paging disabled.
>
> Pull the common code out of head_32.S so that mk_early_pgtbl_32 can be
> invoked from both the new Xen entry point and the existing startup_32
>
On 09/12/16 00:50, Stefano Stabellini wrote:
> On Thu, 8 Dec 2016, Andrew Cooper wrote:
>> On 08/12/2016 19:18, Stefano Stabellini wrote:
>>> On Thu, 8 Dec 2016, Andrew Cooper wrote:
On 08/12/16 16:46, Juergen Gross wrote:
> The first round of (very preliminary) patches for supporting the
flight 103051 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/103051/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-multivcpu 5 xen-install fail REGR. vs. 102721
test-xtf-amd64-
On 12/01/2016 09:19 PM, Wei Liu wrote:
On Wed, Nov 30, 2016 at 05:47:50PM +0800, Zhang Chen wrote:
The ioreq server make colo run failed.
Signed-off-by: Zhang Chen
Signed-off-by: Wen Congyang
---
xen/arch/x86/hvm/hvm.c | 11 ---
1 file changed, 11 deletions(-)
diff --git a/xen/a
flight 103065 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/103065/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-libvirt-xsm 13 saverestore-support-checkfail like 102983
test-armhf-armhf-libvirt 13
Hi Anthony,
Can you provide more details on why you want to expose internal APIs
in the library class?
What is the specific issue? Is the Local APIC in your environment
not behaving the same as real HW?
Thanks,
Mike
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-boun...
101 - 142 of 142 matches
Mail list logo
