flight 131727 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/131727/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 129475
build-i386-xsm
On Fri, Jan 04, 2019 at 01:45:26AM +, Huaisheng HS1 Ye wrote:
> From: Stefano Stabellini
> Sent: Friday, January 04, 2019 1:55 AM
> > On Thu, 3 Jan 2019, Huaisheng Ye wrote:
> > > From: Huaisheng Ye
> > >
> > > dma_common_get_sgtable has parameter attrs which is not used at all.
> > > Remove
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/xen/pvcalls-back.c: In function 'pvcalls_sk_state_change':
drivers/xen/pvcalls-back.c:286:28: warning:
variable 'intf' set but not used [-Wunused-but-set-variable]
It not used since e6587cdbd732 ("pvcalls-back: set -ENOTCONN in
pvcalls_conn_
From: Huaisheng Ye
dma_common_get_sgtable has parameter attrs which is not used at all.
Remove it.
Signed-off-by: Huaisheng Ye
Acked-by: Stefano Stabellini
---
drivers/xen/swiotlb-xen.c | 2 +-
include/linux/dma-mapping.h | 2 +-
kernel/dma/mapping.c| 6 ++
3 files changed, 4 in
flight 131705 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/131705/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-examine 8 reboot fail REGR. vs. 128858
test-amd64-i386-qemu
flight 131706 linux-4.19 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/131706/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm 7 xen-boot fail REGR. vs. 129313
test-amd64-amd64-xl-
From: Stefano Stabellini
Sent: Friday, January 04, 2019 1:55 AM
> On Thu, 3 Jan 2019, Huaisheng Ye wrote:
> > From: Huaisheng Ye
> >
> > dma_common_get_sgtable has parameter attrs which is not used at all.
> > Remove it.
> >
> > Signed-off-by: Huaisheng Ye
>
> Acked-by: Stefano Stabellini
>
>
Ping?
Dongli Zhang
On 12/19/2018 09:23 PM, Dongli Zhang wrote:
> The xenstore 'ring-page-order' is used globally for each blkback queue and
> therefore should be read from xenstore only once. However, it is obtained
> in read_per_ring_refs() which might be called multiple times during the
> initi
We don't have a clear way to know how many virtual SPIs we need for the
boot domains. For simplicity, allocate as many as natively supported,
just like for dom0.
Signed-off-by: Stefano Stabellini
---
xen/arch/arm/domain_build.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
Detect "multiboot,device-tree" compatible nodes. Add them to the bootmod
array as BOOTMOD_GUEST_DTB. In kernel_probe, find the right
BOOTMOD_GUEST_DTB and store a pointer to it in dtb_bootmodule.
Signed-off-by: Stefano Stabellini
---
Changes in v2:
- rename BOOTMOD_DTB to BOOTMOD_GUEST_DTB
- re
Signed-off-by: Stefano Stabellini
---
Changes in v2:
- device tree fragment loaded in cacheable memory
- rename multiboot,dtb to multiboot,device-tree
- rename "path" to "xen,path"
- add a note about device memory mapping
- introduce xen,reg
- specify only the GIC is supported
---
docs/misc/arm/
Read the dtb fragment corresponding to a passthrough device from memory
at the location referred to by the "multiboot,dtb" compatible node.
Copy the fragment to the guest dtb.
Add a dtb_bootmodule field to struct kernel_info to find the dtb
fragment for a guest.
Some of the code below is taken f
Scan the user provided dtb fragment at boot. For each device node, map
memory to guests, and route interrupts and setup the iommu.
Device memory is only mapped 1:1. It is not possible to assign devices at
locations that conflict with the DomU memory map.
The iommu is setup by passing the node of
Hi all,
This small patch series adds device assignment support to Dom0less.
The last patch is the documentation.
Cheers,
Stefano
Main changes in v2:
- add a note about the code coming from libxl in the commit message
- copy /aliases
- rename "path" to "xen,path"
- introduce and parse xen,reg
-
On Thu, 3 Jan 2019, Stefano Stabellini wrote:
> On Mon, 24 Dec 2018, Julien Grall wrote:
> > Hi Stefano,
> >
> > On 12/5/18 5:28 PM, Stefano Stabellini wrote:
> > > Signed-off-by: Stefano Stabellini
> > > ---
> > > docs/misc/arm/device-tree/booting.txt | 108
> > > ++
flight 131724 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/131724/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 129475
build-i386-xsm
On Mon, 24 Dec 2018, Julien Grall wrote:
> Hi Stefano,
>
> On 12/5/18 5:28 PM, Stefano Stabellini wrote:
> > Signed-off-by: Stefano Stabellini
> > ---
> > docs/misc/arm/device-tree/booting.txt | 108
> > ++
> > 1 file changed, 108 insertions(+)
> >
> > diff --g
On Mon, 24 Dec 2018, Julien Grall wrote:
> Hi Stefano,
>
> On 12/5/18 5:28 PM, Stefano Stabellini wrote:
> > Scan the user provided dtb fragment at boot. For each device node, map
> > memory to guests, and route interrupts and setup the iommu.
> >
> > Device memory is only mapped 1:1. It is not p
On 1/3/19 12:45 PM, Roger Pau Monné wrote:
> Hello,
>
> While looking at some tangential issues I realized that the 'VGA Not
> Present' flag that Xen currently sets for PVH DomUs might be slightly
> different from what we expect it to mean. The purpose was that Xen
> would set this flag to denote t
flight 131719 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/131719/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 129475
build-i386-xsm
flight 131712 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/131712/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt 5 host-ping-check-native fail REGR. vs. 131518
Tests which did n
On Wed, 2 Jan 2019, Stefano Stabellini wrote:
> On Wed, 2 Jan 2019, Stefano Stabellini wrote:
> > On Tue, 13 Nov 2018, Jan Beulich wrote:
> > > >>> On 13.11.18 at 00:06, wrote:
> > > > --- a/xen/arch/x86/alternative.c
> > > > +++ b/xen/arch/x86/alternative.c
> > > > @@ -194,7 +194,7 @@ void init_o
Use SYMBOL in cases of comparisons and subtractions of:
_start, _end, __init_begin, __init_end, __2M_text_end,
__2M_rodata_start, __2M_rodata_end, __2M_init_start,__2M_init_end,
__2M_rwdata_start, __2M_rwdata_end, _stext, _etext, _srodata, _erodata,
__end_vpci_array, __start_vpci_array, _sinittex
Use SYMBOL in cases of comparisons and subtractions of:
_start, _end, __init_begin, __init_end, __2M_text_end,
__2M_rodata_start, __2M_rodata_end, __2M_init_start,__2M_init_end,
__2M_rwdata_start, __2M_rwdata_end, _stext, _etext, _srodata, _erodata,
__end_vpci_array, __start_vpci_array, _sinittex
Use SYMBOL in cases of comparisons and subtractions of:
_start, _end, __init_begin, __init_end, __2M_text_end,
__2M_rodata_start, __2M_rodata_end, __2M_init_start,__2M_init_end,
__2M_rwdata_start, __2M_rwdata_end, _stext, _etext, _srodata, _erodata,
__end_vpci_array, __start_vpci_array, _sinittex
Hi all,
The first patch introduces a new macro that is used throughout the code
in patch #2 to access _stext, _etext pointers and friends.
Cheers,
Stefano
Changes in v5:
- rebase on staging
- remove two spurious changes
- split second patch into three patches: arm, x86, and common
- remove SYMB
Introduce a macro, SYMBOL, which is a simple wrapper around RELOC_HIDE
to be used everywhere symbols such as _stext and _etext are used in the
code.
RELOC_HIDE is needed when accessing symbols such as _stext and _etext
because the C standard forbids for both comparisons and substraction
(see C Sta
On Mon, 24 Dec 2018, Julien Grall wrote:
> Hi,
>
> On 12/5/18 5:28 PM, Stefano Stabellini wrote:
> > We don't have a clear way to know how many virtual SPIs we need for the
> > boot domains. For simplicity, allocate as many as natively supported,
> > just like for dom0.
>
> This will potentially
On 1/3/19 8:50 PM, osstest service owner wrote:
> flight 131688 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/131688/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-amd64-xl-qemuu-debianhv
flight 131688 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/131688/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm 10 debian-hvm-install fail REGR.
vs. 131670
Tests
flight 131717 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/131717/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 129475
build-i386-xsm
On Thu, 3 Jan 2019, Andrew Cooper wrote:
> On 03/01/2019 00:28, Stefano Stabellini wrote:
> > Fix device assignment on ARM after 91d4eca7 "mm / iommu: split
> > need_iommu() into has_iommu_pt() and need_iommu_pt_sync()".
> >
> > arch_iommu_populate_page_table returns -ENOSYS which causes
> > iommu_
On Thu, 3 Jan 2019, Huaisheng Ye wrote:
> From: Huaisheng Ye
>
> dma_common_get_sgtable has parameter attrs which is not used at all.
> Remove it.
>
> Signed-off-by: Huaisheng Ye
Acked-by: Stefano Stabellini
FYI the patch doesn't apply cleanly to master.
> ---
> drivers/xen/swiotlb-xen.c
Hi all,
as we are close to the 4.11 release, I think this means we would focus on
release related stuff primarily. Moving the meeting a week later is probably
not going to help re release related items.
I think it is OK if some people cannot attend the Jan meeting: We could move
forward the Fe
Hello,
While looking at some tangential issues I realized that the 'VGA Not
Present' flag that Xen currently sets for PVH DomUs might be slightly
different from what we expect it to mean. The purpose was that Xen
would set this flag to denote there's no VGA MMIO region in the low
1MB, so that the
Both myself and Alex will be at CES at this time so we won't be able to join.
-- Artem
From: Stefano Stabellini
Sent: Thursday, January 3, 2019 7:17:02 PM
To: Lars Kurth
Cc: xen-devel; [email protected]; Tamas K Lengyel; [email protected];
daniel.ki.
flight 131687 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/131687/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-rumprun-amd64 7 xen-boot fail REGR. vs. 125898
test-amd64-amd64-am
Hi Liam, Hi Maran,
I'm writing the optionrom to do PVH boot also with SeaBIOS.
It is almost complete and I'm testing it, but I have some issue with
QEMU -initrd parameter.
(It works correctly without -initrd and using a kernel with all needed
modules compiled statically)
Linux boots correctly, but
flight 131716 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/131716/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 129475
build-i386-xsm
For all the folks used to attending the ARM community calls, I'll be on
this call. Julien, won't be able to join this time, but he will join in
the future.
On Thu, 3 Jan 2019, Lars Kurth wrote:
> Hi all,
>
> based on Stefano's and Julien's suggestion that it may make sense to merge
> the x86 and
flight 131715 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/131715/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 129475
build-i386-xsm
flight 131714 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/131714/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 129475
build-i386-xsm
Hi all,
based on Stefano's and Julien's suggestion that it may make sense to merge the
x86 and arm calls, I am willing to try. It also makes sense this time in
particular because we are approaching freeze time.
As per request the meeting is 1 hour later than normal. Also, because there
were N
flight 131711 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/131711/
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
> -Original Message-
> From: Paul Durrant
> Sent: 03 January 2019 10:38
> To: Paul Durrant ; Andrew Cooper
> ; [email protected]
> Cc: Wei Liu ; Jan Beulich ; Roger
> Pau Monne
> Subject: RE: [Xen-devel] [PATCH 1/8] viridian: add init hooks
>
> > -Original Message-
>
flight 131710 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/131710/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt 14 saverestore-support-checkfail like 131679
test-armhf-armhf-libvirt-raw 13 saveresto
flight 131713 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/131713/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 129475
build-i386-xsm
On Fri, Dec 21, 2018 at 03:36:18PM +, Ian Jackson wrote:
> Anthony PERARD writes ("[PATCH v7 06/14] libxl_qmp: Implementation of
> libxl__ev_qmp_*"):
> > This patch implement the API libxl__ev_qmp documented in the previous
> > patch, "libxl: Design of an async API to issue QMP commands to QEM
flight 131709 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/131709/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 129475
build-i386-xsm
On Wed, 2019-01-02 at 13:43 +, Wei Liu wrote:
> On Fri, Dec 28, 2018 at 08:42:41PM +0200, Petre Pircalabu wrote:
> >
> >
> > define all_sources
> > - find include/ arch/ common/ tests/ -name "*.[hcsS]"
> > + find include/ arch/ common/ tests/ monitor/ -name "*.[hcsS]"
> > endef
>
> No
On Wed, 2019-01-02 at 07:27 -0700, Tamas K Lengyel wrote:
> > +static int mem_access_init()
> > +{
> > +int rc = 0;
> > +mem_access_monitor_t *pmon = (mem_access_monitor_t *)monitor;
> > +
> > +if ( !pmon )
> > +return -EINVAL;
> > +
> > +rc = xc_domain_set_access_required(m
On 28/12/2018 12:39, Andrew Cooper wrote:
> c/s fd32dcfe4c "x86/vmx: Don't leak EFER.NXE into guest context" had an
> unintended consequence on Harpertown cores which, as it turns out, don't
> load MSR_EFER fully from the MSR Load List - on reentry to the guest,
> EFER.SCE is clear irrespective of
On Wed, 2019-01-02 at 13:24 +, Wei Liu wrote:
> I think you've called get_maintainers.pl on the wrong files -- it is
> not
> applicable to xtf.git.
>
> Wei.
Oh, sorry about that. I will be more careful in the future.
//Petre
___
Xen-devel mailing l
> -Original Message-
> From: Xen-devel [mailto:[email protected]] On Behalf
> Of Paul Durrant
> Sent: 03 January 2019 09:08
> To: Andrew Cooper ; xen-
> [email protected]
> Cc: Wei Liu ; Jan Beulich ; Roger
> Pau Monne
> Subject: Re: [Xen-devel] [PATCH 1/8] vi
> -Original Message-
> From: Wei Liu [mailto:[email protected]]
> Sent: 02 January 2019 15:55
> To: Paul Durrant
> Cc: [email protected]; Jan Beulich ;
> Andrew Cooper ; Wei Liu ;
> Roger Pau Monne
> Subject: Re: [PATCH 3/8] viridian: extend init/deinit hooks into synic a
> -Original Message-
> From: Wei Liu [mailto:[email protected]]
> Sent: 02 January 2019 15:55
> To: Paul Durrant
> Cc: [email protected]; Jan Beulich ;
> Andrew Cooper ; Wei Liu ;
> Roger Pau Monne
> Subject: Re: [PATCH 2/8] viridian: separately allocate domain and vcpu
> s
> -Original Message-
> From: Wei Liu [mailto:[email protected]]
> Sent: 02 January 2019 15:55
> To: Paul Durrant
> Cc: [email protected]; Jan Beulich ;
> Andrew Cooper ; Wei Liu ;
> Roger Pau Monne
> Subject: Re: [PATCH 5/8] viridian: use viridian_map/unmap_guest_page() for
> -Original Message-
> From: Wei Liu [mailto:[email protected]]
> Sent: 02 January 2019 15:56
> To: Paul Durrant
> Cc: [email protected]; Ian Jackson ;
> Wei Liu ; Andrew Cooper ;
> George Dunlap ; Jan Beulich ;
> Julien Grall ; Konrad Rzeszutek Wilk
> ; Stefano Stabellini ;
> -Original Message-
> From: Andrew Cooper
> Sent: 02 January 2019 16:08
> To: Paul Durrant ; [email protected]
> Cc: Jan Beulich ; Wei Liu ; Roger
> Pau Monne
> Subject: Re: [PATCH 1/8] viridian: add init hooks
>
> On 20/12/2018 16:33, Paul Durrant wrote:
> > This patch adds
> -Original Message-
> From: Andrew Cooper
> Sent: 02 January 2019 17:37
> To: Paul Durrant ; [email protected]
> Cc: Wei Liu ; Jan Beulich ; Roger
> Pau Monne
> Subject: Re: [Xen-devel] [PATCH 1/8] viridian: add init hooks
>
> On 02/01/2019 16:08, Andrew Cooper wrote:
> > On
> -Original Message-
> From: Andrew Cooper [mailto:[email protected]]
> Sent: 31 December 2018 11:38
> To: Xen-devel
> Cc: Andrew Cooper ; Jan Beulich
> ; Wei Liu ; Roger Pau Monne
> ; Paul Durrant ; Boris
> Ostrovsky ; Suravee Suthikulpanit
> ; Brian Woods
> Subject: [PATCH v3 3/
> -Original Message-
> From: Andrew Cooper
> Sent: 24 December 2018 15:15
> To: Paul Durrant ; [email protected]
> Cc: Wei Liu ; George Dunlap
>
> Subject: Re: [Xen-devel] [PATCH v14 7/9] vtd: add lookup_page method to
> iommu_ops
>
> On 04/10/2018 11:45, Paul Durrant wrote:
From: Huaisheng Ye
dma_common_get_sgtable has parameter attrs which is not used at all.
Remove it.
Signed-off-by: Huaisheng Ye
---
drivers/xen/swiotlb-xen.c | 2 +-
include/linux/dma-mapping.h | 5 ++---
kernel/dma/mapping.c| 3 +--
3 files changed, 4 insertions(+), 6 deletions(-)
d
63 matches
Mail list logo
