flight 113857 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113857/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-win7-amd64 16 guest-localmigrate/x10 fail REGR. vs.
113823
Tests which d
flight 113859 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113859/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 36d083ef0018b78ea12db1a5f2e8df5336541fea
baseline version:
ovmf cbd7300c802d4a855991c
On Wed, Sep 27, 2017 at 10:37 AM, Andrii Anisov wrote:
> Hello,
>
>
> On 27.09.17 16:57, Meng Xu wrote:
>>
>> The command is:
>> java -jar carts.jar inputfile outputfile
>
> From the next example, I would say the command is:
> java -jar carts.jar inputfile interface_type outputfile
>
>> An exa
Add INTERFACE_CONVENTIONAL_PCI_DEVICE to all direct subtypes of
TYPE_PCI_DEVICE, except:
1) The ones that already have INTERFACE_PCIE_DEVICE set:
* base-xhci
* e1000e
* nvme
* pvscsi
* vfio-pci
* virtio-pci
* vmxnet3
2) base-pci-bridge
Not all PCI bridges are Conventional PCI devices, so
INTERF
On 09/26/2017 02:43 AM, Juergen Gross wrote:
> On 25/09/17 10:01, Jan Beulich wrote:
>> Just like done in d2bd05d88d ("xen-pciback: return proper values during
>> BAR sizing") for the ROM BAR, ordinary ones also shouldn't compare the
>> written value directly against ~0, but consider the r/o bits a
On 09/27/2017 05:43 AM, Juergen Gross wrote:
> On 27/09/17 11:41, Zhenzhong Duan wrote:
>> When bootup a PVM guest with large memory(Ex.240GB), XEN provided initial
>> mapping overlaps with kernel module virtual space. When mapping in this space
>> is cleared by xen_cleanhighmap(), in certain case
On 09/27/2017 11:26 AM, Joao Martins wrote:
> On 09/27/2017 03:40 PM, Boris Ostrovsky wrote:
>>> +static void xen_setup_vsyscall_time_info(void)
>>> +{
>>> + struct vcpu_register_time_memory_area t;
>>> + struct pvclock_vsyscall_time_info *ti;
>>> + struct pvclock_vcpu_time_info *pvti;
>>> +
flight 113865 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113865/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-armhf-armhf-xl 1
On 09/27/2017 09:22 PM, Boris Ostrovsky wrote:
> On 09/27/2017 11:26 AM, Joao Martins wrote:
>> On 09/27/2017 03:40 PM, Boris Ostrovsky wrote:
+static void xen_setup_vsyscall_time_info(void)
+{
+ struct vcpu_register_time_memory_area t;
+ struct pvclock_vsyscall_time_info *ti;
flight 113856 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113856/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-debianhvm-amd64 16 guest-localmigrate/x10 fail REGR.
vs. 113503
test-amd6
On Mon, Sep 25, 2017 at 8:51 PM, Thomas Huth wrote:
> On 26.09.2017 02:08, Alistair Francis wrote:
>> Replace a large number of the fprintf(stderr, "*\n" calls with
>> error_report(). The functions were renamed with these commands and then
>> compiler issues where manually fixed.
>>
>> find ./* -t
On 09/27/2017 04:57 PM, Joao Martins wrote:
> On 09/27/2017 09:22 PM, Boris Ostrovsky wrote:
>> On 09/27/2017 11:26 AM, Joao Martins wrote:
>>> On 09/27/2017 03:40 PM, Boris Ostrovsky wrote:
> +static void xen_setup_vsyscall_time_info(void)
> +{
> + struct vcpu_register_time_memory_area
On Tue, Sep 26, 2017 at 6:32 AM, Eric Blake wrote:
> On 09/25/2017 07:08 PM, Alistair Francis wrote:
>> Replace all occurs of __FUNCTION__ except for the check in checkpatch
>> with the non GCC specific __func__.
>>
>> One line in hcd-musb.c was manually tweaked to pass checkpatch.
>>
>> Signed-of
On 09/27/2017 11:44 PM, Boris Ostrovsky wrote:
> On 09/27/2017 04:57 PM, Joao Martins wrote:
>> On 09/27/2017 09:22 PM, Boris Ostrovsky wrote:
>>> On 09/27/2017 11:26 AM, Joao Martins wrote:
On 09/27/2017 03:40 PM, Boris Ostrovsky wrote:
>> +static void xen_setup_vsyscall_time_info(void)
>
On 26 September 2017 at 06:32, Eric Blake wrote:
> On 09/25/2017 07:08 PM, Alistair Francis wrote:
>> diff --git a/hw/arm/nseries.c b/hw/arm/nseries.c
>> index 58005b6619..32687afced 100644
>> --- a/hw/arm/nseries.c
>> +++ b/hw/arm/nseries.c
>> @@ -463,7 +463,7 @@ static uint32_t mipid_txrx(void *
Hi Dario,
On 09/26/2017 09:51 PM, Dario Faggioli wrote:
> On Tue, 2017-09-26 at 18:28 +0100, Julien Grall wrote:
>> On 09/26/2017 08:33 AM, Dario Faggioli wrote:
>>> Here's the logs:
>>> http://logs.test-lab.xenproject.org/osstest/logs/113816/test-armhf-
>>> armhf-xl-rtds/info.html
>>
>> It d
On 09/28/2017 12:51 AM, Julien Grall wrote:
Hi Dario,
On 09/26/2017 09:51 PM, Dario Faggioli wrote:
On Tue, 2017-09-26 at 18:28 +0100, Julien Grall wrote:
On 09/26/2017 08:33 AM, Dario Faggioli wrote:
Here's the logs:
http://logs.test-lab.xenproject.org/osstest/logs/113816/test-armhf-
arm
Hi Juergen,
On 09/25/2017 11:00 AM, Juergen Gross wrote:
diff --git a/xen/include/asm-arm/grant_table.h
b/xen/include/asm-arm/grant_table.h
index 30db2d1616..bcdeada9ca 100644
--- a/xen/include/asm-arm/grant_table.h
+++ b/xen/include/asm-arm/grant_table.h
@@ -2,9 +2,11 @@
#define __ASM_GRANT_
Hi Juergen,
On 09/25/2017 11:00 AM, Juergen Gross wrote:
Add a function for obtaining the highest possible physical memory
address of the system. This value is influenced by:
- hypervisor configuration (CONFIG_BIGMEM)
- processor capability (max. addressable physical memory)
- memory map at boo
Hi Juergen,
On 09/25/2017 11:00 AM, Juergen Gross wrote:
Instead of attaching the ARM specific grant table data to the domain
structure add it to struct grant_table. Add the needed arch functions
to the asm-*/grant_table.h includes.
Signed-off-by: Juergen Gross
Reviewed-by: Paul Durrant
Acked
Hi Bhupinder,
Good catch!
On 09/26/2017 11:45 PM, Bhupinder Thakur wrote:
This function returns true/false based on whether the key value
is in the range (start, start+size). However, it should check against
(start, start+size-1) because start+size falls outside the range.
This resulted in ret
Hi,
Ping?
Cheers,
On 09/14/2017 04:39 PM, Julien Grall wrote:
*_mapped_gfn are currently read before acquiring the lock. However, they
may be modified by the p2m code before the lock was acquired. This means
we will use the wrong values.
Fix it by moving the read inside the section protected
flight 113860 linux-4.9 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113860/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-xsm 7 xen-boot fail REGR. vs. 113736
test-amd64-amd64-xl-m
Hi there
When building the xen testing framework on CentOS6, I see the below
issue. I see similar issues with CentOS7 and other distros with older
tool chains. The only one that built cleanly for me was Ubuntu 1604.
Some workarounds (disabling the -W options) let it get a bit further but
I h
On 17-09-26 15:19:19, Wei Liu wrote:
> On Sat, Sep 23, 2017 at 05:48:11PM +0800, Yi Sun wrote:
> > This patch renames PSR sysctl/domctl interfaces and related xsm policy to
> > make them be general for all resource allocation features but not only
> > for CAT. Then, we can resuse the interfaces for
On 17-09-26 12:48:29, Roger Pau Monn� wrote:
> On Sat, Sep 23, 2017 at 09:48:09AM +, Yi Sun wrote:
> > Hi, all,
> >
> > We plan to bring a new PSR (Platform Shared Resource) feature called
> > Intel Memory Bandwidth Allocation (MBA) to Xen.
> >
> > Besides the MBA enabling, we change some int
On 17-09-26 10:39:31, Roger Pau Monn� wrote:
> On Sat, Sep 23, 2017 at 09:48:16AM +, Yi Sun wrote:
> > @@ -274,29 +277,6 @@ static enum psr_feat_type psr_type_to_feat_type(enum
> > psr_type type)
> > return feat_type;
> > }
> >
> > -static bool psr_check_cbm(unsigned int cbm_len, unsig
On 17-09-26 12:39:21, Roger Pau Monn� wrote:
> On Sat, Sep 23, 2017 at 09:48:23AM +, Yi Sun wrote:
> > int libxl_psr_cat_get_cbm(libxl_ctx *ctx, uint32_t domid,
> > @@ -450,7 +425,32 @@ int libxl_psr_set_val(libxl_ctx *ctx, uint32_t domid,
> >libxl_psr_type type, libxl_
On Wed, Sep 27, 2017 at 04:56:34PM -0300, Eduardo Habkost wrote:
> Add INTERFACE_CONVENTIONAL_PCI_DEVICE to all direct subtypes of
> TYPE_PCI_DEVICE, except:
>
> 1) The ones that already have INTERFACE_PCIE_DEVICE set:
>
> * base-xhci
> * e1000e
> * nvme
> * pvscsi
> * vfio-pci
> * virtio-pci
> *
flight 113862 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113862/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-libvirt broken in 113840
build-armhf-libvirt 5
Hi all,
I install Xen 4.8 on Ubuntu 17.04 (kernel is updated to 4.12). But I found only
1 CPU was detected.
I thought it is caused by some BIOS settings, so I enabled x2APIC in BIOS,
unfortunately, Linux hangs during booting after printing "Loading initial
ramdisk ...".
I have to disable x2AP
On 28/09/17 07:12, Hongjiang Zhang wrote:
> Hi all,
>
>
>
> I install Xen 4.8 on Ubuntu 17.04 (kernel is updated to 4.12). But I
> found only 1 CPU was detected.
>
>
>
> I thought it is caused by some BIOS settings, so I enabled x2APIC in
> BIOS, unfortunately, Linux hangs during booting af
101 - 132 of 132 matches
Mail list logo
