flight 152956 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152956/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152863
build-i386-xsm
flight 152942 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152942/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 152877
build-i386
flight 152954 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152954/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152863
build-i386-xsm
This patch updates the call of init_netfront() function according to its
recently updated declaration which can also include parameters for gateway
and netmask addresses. While we are here, the patch also removes passing
the ip parameter because (a) it is not used anywhere and (b) it wastes
memory
On 8/27/20 7:07 PM, Jan Beulich wrote:
> On 27.08.2020 17:49, osstest service owner wrote:
>> flight 152898 xen-unstable-smoke real [real]
>> http://logs.test-lab.xenproject.org/osstest/logs/152898/
>>
>> Regressions :-(
>>
>> Tests which did not succeed and are blocking,
>> including tests which
Guest kernel does need to know in some cases where the tables are located
to treat these regions properly. One example is kexec process where
the first kernel needs to pass firmware region locations to the second
kernel which is now a requirement after 02a3e3cdb7f12 ("x86/boot: Parse SRAT
table
flight 152952 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152952/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152863
build-i386-xsm
flight 152940 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152940/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 6 xen-buildfail REGR. vs. 152892
Tests which
Support for a very early console has existed for ARM for quite some
time. Previously EARLY_PRINTK had to be passed in as a Make variable,
instead of as a configuration option. Create the option to allow
selecting via .config.
Signed-off-by: Elliott Mitchell
---
This is mostly RFC due to
There is little reason to specially require CONFIG_EXPERT to come from
the environment. Worse, this makes replicating configurations much more
difficult.
Signed-off-by: Elliott Mitchell
---
This is mostly RFC due to insufficient testing. I am hopeful this
successfully changes things to have
Subdirectories which have .gitignore files should not be referenced in
the global .gitignore files. Move several lines to appropriate subdirs.
Signed-off-by: Elliott Mitchell
---
Hopefully the commit message covers it. When moved to the subdirectories
I'm using "./" as otherwise any file
flight 152950 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152950/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 152863
build-amd64-xsm
Arm ID_AA64PFR0_EL1 register provides two fields to describe CPU
FP/SIMD implementations. Currently, we exactly know the meaning of
0x0, 0x1 and 0xf of these fields. Xen treats value < 8 as FP/SIMD
features presented. If there is a value 0x2 bumped in the future,
Xen behaviors for value <= 0x1 can
On latest Arm Cortex-N1/A76/A75 cores, Xen guests will encouter random
crash when they have wordloads. It's because Xen will ignore FP/SIMD
registers in vCPU context switch (see patch#1 for more details).
This patch set fix guest random crash on these new cores, and throw
messages when Xen
Xen has cpu_has_fp/cpu_has_simd to detect whether the CPU supports
FP/SIMD or not. But currently, these two MACROs only consider value 0
of ID_AA64PFR0_EL1.FP/SIMD as FP/SIMD features enabled. But for CPUs
that support FP/SIMD and half-precision floating-point arithmetic, the
Hi Bertand,
> -Original Message-
> From: Bertrand Marquis
> Sent: 2020年8月27日 22:13
> To: Wei Chen
> Cc: Xen-devel ; sstabell...@kernel.org;
> jul...@xen.org; Andre Przywara ; Penny Zheng
> ; Kaly Xin ; nd
> Subject: Re: [PATCH v4 2/2] xen/arm: Throw messages for unknown
> FP/SIMD
flight 152948 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152948/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 152863
build-amd64-xsm
flight 152928 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152928/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-credit1 7 xen-boot fail REGR. vs. 152332
flight 152944 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152944/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 152863
build-amd64-xsm
flight 152923 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152923/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152631
build-amd64-xsm
flight 152941 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152941/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 152863
build-amd64-xsm
Hi Thomas,
On 8/26/2020 4:16 AM, Thomas Gleixner wrote:
From: Thomas Gleixner
To support MSI irq domains which do not fit at all into the regular MSI
irqdomain scheme, like the XEN MSI interrupt management for PV/HVM/DOM0,
it's necessary to allow to override the alloc/free implementation.
flight 152917 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152917/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 152877
build-i386
Hi Thomas,
On 8/26/2020 1:50 PM, Thomas Gleixner wrote:
On Wed, Aug 26 2020 at 20:32, Thomas Gleixner wrote:
On Wed, Aug 26 2020 at 09:50, Megha Dey wrote:
@@ -329,15 +329,15 @@ static struct irq_chip dmar_msi_controll
static irq_hw_number_t dmar_msi_get_hwirq(struct msi_domain_info *info,
flight 152938 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152938/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 152863
build-amd64-xsm
The overhead of (the lack of) MDS_NO alone has been measured at 30% on some
workloads. While we're not in a position yet to offer MSR_ARCH_CAPS generally
to guests, dom0 doesn't migrate, so we can pass a subset of hardware values
straight through.
This will cause PVH dom0's not to use KPTI by
flight 152926 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152926/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 6 xen-buildfail REGR. vs. 152892
Tests which
flight 152937 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152937/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 152863
build-amd64-xsm
flight 152935 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152935/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 152863
build-amd64-xsm
oxenstored currently depends on 2 unstable interfaces from libxenctrl:
* Xenctrl.map_foreign_range
* Xenctrl.domain_getinfo
It is desirable to reduce the use of unstable APIs in xenstored, so that
an update to the hypervisor doesn't break xenstored.
The C version of xenstored has dropped the
These functions can potentially take some time,
so allow other OCaml code to proceed meanwhile (if any).
Signed-off-by: Edwin Török
---
tools/ocaml/libs/mmap/xenmmap_stubs.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/tools/ocaml/libs/mmap/xenmmap_stubs.c
Xenmmap is only modified by the ring functions,
these functions are unused.
Signed-off-by: Edwin Török
---
tools/ocaml/libs/mmap/xenmmap.ml | 5
tools/ocaml/libs/mmap/xenmmap.mli | 4 ---
tools/ocaml/libs/mmap/xenmmap_stubs.c | 41 ---
3 files changed, 50
Signed-off-by: Edwin Török
---
tools/ocaml/libs/mmap/mmap_stubs.h| 7 +++
tools/ocaml/libs/mmap/xenmmap_stubs.c | 2 --
tools/ocaml/libs/xb/xs_ring_stubs.c | 14 +-
3 files changed, 12 insertions(+), 11 deletions(-)
diff --git a/tools/ocaml/libs/mmap/mmap_stubs.h
This is a port of the following C xenstored commit
122b52230aa5b79d65e18b8b77094027faa2f8e2 tools/xenstore: don't store domU's mfn
of ring page in xenstored
Backwards compat: accept a domain dump both with and without MFN.
CC: Signed-off-by: Juergen Gross
Signed-off-by: Edwin Török
---
Xenmmap.mmap_interface is created from multiple places:
* via mmap(), which needs to be unmap()-ed
* xc_map_foreign_range
* xengnttab_map_grant_ref
Signed-off-by: Edwin Török
---
tools/ocaml/libs/mmap/xenmmap.ml | 14 --
tools/ocaml/libs/mmap/xenmmap.mli | 11 ---
This is an oxenstored port of the following C xenstored commit:
38eeb3864de40aa568c48f9f26271c141c62b50b tools/xenstored: Drop mapping of the
ring via foreign map
Now only Xenctrl.domain_getinfo remains as the last use of unstable xenctrl
interface
in oxenstored.
Depends on: tools/ocaml: safer
OCaml memory allocation functions use words as units,
unless explicitly documented otherwise.
Thus we were allocating more memory than necessary,
caml_alloc should've been called with the parameter '2',
but was called with a lot more.
To account for future changes in the struct keep using sizeof,
This also handles mmap errors better by using the `uerror` helper
to raise a proper exception using `errno`.
Changed type of `len` from `int` to `size_t`: at construction time we
ensure the length is >= 0, so we can reflect this by using an unsigned
type. The type is unsigned at the C API level,
Upstream URL: https://github.com/mirage/ocaml-gnt
Mirage is part of the Xen project and the license is compatible,
copyright headers are retained.
Changes from upstream:
* cut down dependencies: dropped Lwt, replaced Io_page with Xenmmap
* only import Gnttab and not Gntshr
This is for
No functional change, just an optimization.
Signed-off-by: Edwin Török
Acked-by: Christian Lindig
---
Changes since V3:
* none, repost after previous commits fix compatibility with OCaml 4.02
---
tools/ocaml/xenstored/connections.ml | 2 +-
tools/ocaml/xenstored/symbol.ml | 6 +--
This refreshes the V3 patches to work with OCaml 4.02.
Upgrading to 4.06 will come as a separate series.
This patch is new in V4, the other patches were already acked in V3:
[PATCH v4 2/4] Map: backport find_opt/update from 4.06
A git tree with this and other series is available at:
The code here is attempting to reduce memory usage by sharing common
substrings in the tree: it replaces strings with ints, and keeps a
string->int map that gets manually garbage collected using a hand-rolled
mark and sweep algorithm.
This is unnecessary: OCaml already has a mark-and-sweep
We are currently on OCaml 4.02 as minimum version.
To make the followup optimizations compile backport these functions from
OCaml 4.06.
This implementation is less efficient than the one in the 4.06 standard
library which has access to the internals of the Map.
Signed-off-by: Edwin Török
---
This changes the output of xenstore-ls to be sorted.
Previously the keys were listed in the order in which they were inserted
in.
docs/misc/xenstore.txt doesn't specify in what order keys are listed.
Map.update is used to retain semantics with replace_child:
only an existing child is replaced, if
flight 152930 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152930/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 152863
build-amd64-xsm
flight 152924 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152924/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 152863
build-amd64-xsm
flight 152886 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152886/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-xsm7 xen-boot fail REGR. vs. 152332
Hi Samuel,
Sorry for spamming. I resent the patch because I wasn't subscribed to
xen-devel when I sent the first one and I know there might be some
issues with the patches arriving on the list for authors who aren't
subscribed.
Cheers,
Costin
On 8/27/20 10:16 PM, Samuel Thibault wrote:
> Costin
flight 152915 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152915/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 152863
build-amd64-xsm
flight 152911 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152911/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152631
build-amd64-xsm
This patch updates the call of init_netfront() function according to its
recently updated declaration which can also include parameters for gateway
and netmask addresses. While we are here, the patch also removes passing
the ip parameter because (a) it is not used anywhere and (b) it wastes
memory
Costin Lupu, le jeu. 27 août 2020 22:12:57 +0300, a ecrit:
> This patch updates the call of init_netfront() function according to its
> recently updated declaration which can also include parameters for gateway
> and netmask addresses. While we are here, the patch also removes passing
> the ip
flight 152910 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152910/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 6 xen-buildfail REGR. vs. 152892
Tests which
Costin Lupu, le jeu. 27 août 2020 19:47:08 +0300, a ecrit:
> On 8/27/20 7:07 PM, Jan Beulich wrote:
> > On 27.08.2020 17:49, osstest service owner wrote:
> >> flight 152898 xen-unstable-smoke real [real]
> >> http://logs.test-lab.xenproject.org/osstest/logs/152898/
> >>
> >> Regressions :-(
> >>
>
flight 152896 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152896/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 6 xen-buildfail REGR. vs. 152877
build-amd64-xsm
[+cc Rob,
cover https://lore.kernel.org/r/20200826111628.794979...@linutronix.de/
this https://lore.kernel.org/r/20200826112333.992429...@linutronix.de/]
On Wed, Aug 26, 2020 at 01:17:02PM +0200, Thomas Gleixner wrote:
> From: Thomas Gleixner
>
> The arch_.*_msi_irq[s] fallbacks are compiled
On Tue, Aug 25, 2020 at 03:19:56PM -0400, Eduardo Habkost wrote:
> git tree for this series:
> https://github.com/ehabkost/qemu-hacks/tree/work/qom-macros-autoconvert
>
> This is an extension of the series previously submitted by
> Daniel[1], including a script that will convert existing type
>
Hi,
On 25/08/2020 17:06, Wei Chen wrote:
Arm ID_AA64PFR0_EL1 register provides two fields to describe CPU
FP/SIMD implementations. Currently, we exactly know the meaning of
0x0, 0x1 and 0xf of these fields. Xen treats value < 8 as FP/SIMD
features presented. If there is a value 0x2 bumped in
On 27.08.2020 17:49, osstest service owner wrote:
> flight 152898 xen-unstable-smoke real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/152898/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> build-amd64
On Thu, 27 Aug 2020, Jürgen Groß wrote:
> On 27.08.20 10:24, Julien Grall wrote:
> >
> >
> > On 27/08/2020 06:21, Jürgen Groß wrote:
> > > On 26.08.20 20:37, Julien Grall wrote:
> > > "Usually" is a bit gross here. The only generic call site I could find
> > > is xenbus_grant_ring(). All other
On 20.08.2020 17:08, Roger Pau Monne wrote:
> @@ -181,6 +182,18 @@ int guest_rdmsr(struct vcpu *v, uint32_t msr, uint64_t
> *val)
> /* Not offered to guests. */
> goto gp_fault;
>
> +case MSR_IA32_FEATURE_CONTROL:
> +if ( !(cp->x86_vendor & X86_VENDOR_INTEL) )
> +
flight 152898 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152898/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 6 xen-buildfail REGR. vs. 152892
Tests which
flight 152878 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152878/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-qemuu-rhel6hvm-amd 10 redhat-install fail REGR. vs. 152631
On 20.08.2020 17:08, Roger Pau Monne wrote:
> --- a/xen/arch/x86/hvm/svm/svm.c
> +++ b/xen/arch/x86/hvm/svm/svm.c
> @@ -2125,6 +2125,12 @@ static int svm_msr_write_intercept(unsigned int msr,
> uint64_t msr_content)
> nsvm->ns_msr_hsavepa = msr_content;
> break;
>
> +case
On 18.08.2020 16:53, Andrew Cooper wrote:
> On 17/08/2020 16:57, Roger Pau Monne wrote:
>> diff --git a/xen/arch/x86/hvm/svm/svm.c b/xen/arch/x86/hvm/svm/svm.c
>> index ca3bbfcbb3..671cdcb724 100644
>> --- a/xen/arch/x86/hvm/svm/svm.c
>> +++ b/xen/arch/x86/hvm/svm/svm.c
>> @@ -1917,6 +1917,13 @@
On 20.08.2020 17:08, Roger Pau Monne wrote:
> --- a/xen/arch/x86/hvm/svm/svm.c
> +++ b/xen/arch/x86/hvm/svm/svm.c
> @@ -1917,6 +1917,21 @@ static int svm_msr_read_intercept(unsigned int msr,
> uint64_t *msr_content)
> goto gpf;
> break;
>
> +case MSR_K8_TOP_MEM1:
> +
On Wed, Aug 26, 2020 at 01:16:29PM +0200, Thomas Gleixner wrote:
> From: Thomas Gleixner
>
> Dereferencing irq_data before checking it for NULL is suboptimal.
>
> Signed-off-by: Thomas Gleixner
Acked-by: Joerg Roedel
Reviewed-by: Joerg Roedel
On 07.07.2020 21:39, Michał Leszczyński wrote:
> --- a/xen/include/public/domctl.h
> +++ b/xen/include/public/domctl.h
> @@ -1136,6 +1136,30 @@ struct xen_domctl_vuart_op {
> */
> };
>
> +/* XEN_DOMCTL_vmtrace_op: Perform VM tracing related operation */
> +#if
> On 20 Aug 2020, at 12:01, Diego Sueiro wrote:
>
> Newer versions of the ISC dhcp server expect the dhcpd.conf file
> to be located at /etc/dhcp directory.
>
> Also, some distributions and Yocto based ones have these installation
> paths by default: /etc/init.d/{isc-dhcp-server,dhcp-server}
> On 20 Aug 2020, at 12:00, Diego Sueiro wrote:
>
> Copy temp files used to add/remove dhcpd configurations to avoid
> replacing potential symlinks.
>
> Signed-off-by: Diego Sueiro
Reviewed-by: Bertrand Marquis
> ---
> tools/hotplug/Linux/vif-nat | 12 +++-
> 1 file changed, 7
> On 20 Aug 2020, at 11:58, Diego Sueiro wrote:
>
> Setting the hostname is failing because the "$XENBUS_PATH/domain"
> doesn't exist anymore. To fix this we set it to dom$domid
>
> Signed-off-by: Diego Sueiro
Reviewed-by: Bertrand Marquis
> ---
> tools/hotplug/Linux/vif-nat | 2 +-
> 1
> On 25 Aug 2020, at 17:06, Wei Chen wrote:
>
> Arm ID_AA64PFR0_EL1 register provides two fields to describe CPU
> FP/SIMD implementations. Currently, we exactly know the meaning of
> 0x0, 0x1 and 0xf of these fields. Xen treats value < 8 as FP/SIMD
> features presented. If there is a value
On Thu, 2020-08-27 at 09:41 +, Wei Liu wrote:
> On Tue, Aug 18, 2020 at 01:40:18PM +0100, Andrew Cooper wrote:
> > On 18/08/2020 10:25, Christian Lindig wrote:
> > > I see little reason to support old OCaml releases and requiring
> > > OCaml 4.06 would be fine with me but I assume that the
Hello.
I would like to pass the integrated gpu from the host os (ubuntu 20.04) to
the windows 10 guest os with xen. This is because xen works great for
me,better than qemu-kvm for my specific needs and because I have only two
graphic cards. The nvidia rtx 2080 ti that I have already passed to the
On Mon, Aug 24, 2020 at 11:24:06AM -0700, Roman Shaposhnik wrote:
> On Mon, Aug 24, 2020 at 11:12 AM Manuel Bouyer wrote:
> >
> > Hello,
> > with the recent XSA about qemu, I'm trying to switch the NetBSD port from
> > qemu-xen-traditional to qemu-xen (in Xen 4.11 for now, I'll look at
> > 4.13
flight 152892 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152892/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-arm64-arm64-xl-xsm 13 migrate-support-checkfail never pass
test-arm64-arm64-xl-xsm
flight 152877 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152877/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-arm64-arm64-xl-seattle 7 xen-boot fail pass in 152849
Tests which did not succeed,
On 27.08.20 13:55, Wei Liu wrote:
On Sun, Aug 23, 2020 at 11:35:18AM +0200, Juergen Gross wrote:
All Xen libraries but one (libxlutil) are named libxen...
It this can potentially make your life easier, I think renaming the
library to libxenlightutil to conform to the library naming scheme is
On Sun, Aug 23, 2020 at 11:35:18AM +0200, Juergen Gross wrote:
> All Xen libraries but one (libxlutil) are named libxen...
>
It this can potentially make your life easier, I think renaming the
library to libxenlightutil to conform to the library naming scheme is
acceptable to me -- obviously we
On Sun, Aug 23, 2020 at 11:35:17AM +0200, Juergen Gross wrote:
> Carve out all libxenlight related sources and move them to
> tools/libs/light in order to use the generic library build environment.
>
> The closely related sources for libxl-save-helper and the libxl test
> environment are being
On Sun, Aug 23, 2020 at 11:35:16AM +0200, Juergen Gross wrote:
> Add the correct flags for both, libxenlight and libxlutil, when
> building xl.
>
> Signed-off-by: Juergen Gross
Acked-by: Wei Liu
On Sun, Aug 23, 2020 at 11:35:14AM +0200, Juergen Gross wrote:
> Some generated files are not removed by "make clean". Add them.
>
> Signed-off-by: Juergen Gross
Acked-by: Wei Liu
On Sun, Aug 23, 2020 at 11:35:15AM +0200, Juergen Gross wrote:
> check-xl-* scripts and data are not libxl- but xl-specific. Move them
> from tools/libxl/ to tools/xl/.
I think those should've been moved while the splitting of libxl /
xl happened. My bad.
>
> Signed-off-by: Juergen Gross
On Sun, Aug 23, 2020 at 11:35:13AM +0200, Juergen Gross wrote:
> There is no need for the sources of libxlutil to include libxl_osdeps.h
> as the only dependency is the leading
>
> #define _GNU_SOURCE
>
> in libxl_osdeps.h. So replace including libxl_osdeps.h by the needed
> define.
>
>
On Sun, Aug 23, 2020 at 11:35:12AM +0200, Juergen Gross wrote:
> Today building the libxl internal tests depends on libxlutil having
> been built, in spite of the tests not using any functionality og
og -> of
> libxlutil. Fix this by dropping the dependency.
>
> Signed-off-by: Juergen Gross
On Sun, Aug 23, 2020 at 11:35:11AM +0200, Juergen Gross wrote:
> There is no reason why libxenstat is not placed in the tools/libs
> directory.
>
> At the same time move xenstat.h to a dedicated include directory
> in tools/libs/stat in order to follow the same pattern as the other
> libraries in
On Sun, Aug 23, 2020 at 11:35:09AM +0200, Juergen Gross wrote:
> There is no reason why libxenstore is not placed in the tools/libs
> directory.
>
> The common files between libxenstore and xenstored are kept in the
> tools/xenstore directory to be easily accessible by xenstore-stubdom
> which
On Sun, Aug 23, 2020 at 11:35:10AM +0200, Juergen Gross wrote:
> There is no reason why libvchan is not placed in the tools/libs
> directory.
>
> At the same time move libxenvchan.h to a dedicated include directory
> in tools/libs/vchan in order to follow the same pattern as the other
> libraries
On Sun, Aug 23, 2020 at 11:35:07AM +0200, Juergen Gross wrote:
> Today tools/libxc needs to be built after tools/libs as libxenctrl is
> depending on some libraries in tools/libs. This in turn blocks moving
> other libraries depending on libxenctrl below tools/libs.
>
> So carve out libxenctrl
On Sun, Aug 23, 2020 at 11:35:08AM +0200, Juergen Gross wrote:
> tools/libxc now contains libxenguest only. Move it to tools/libs/guest.
>
> Signed-off-by: Juergen Gross
Acked-by: Wei Liu
On Sun, Aug 23, 2020 at 11:35:06AM +0200, Juergen Gross wrote:
> xenpaging is using libxc internals. Fix that.
>
> Signed-off-by: Juergen Gross
Acked-by: Wei Liu
On Sun, Aug 23, 2020 at 11:35:05AM +0200, Juergen Gross wrote:
> readnotes.c is including xg_private.h. Now that the xenctrl headers
> are structured better this is no longer needed.
>
> Signed-off-by: Juergen Gross
Acked-by: Wei Liu
On 27.08.20 13:07, Wei Liu wrote:
On Sun, Aug 23, 2020 at 11:34:41AM +0200, Juergen Gross wrote:
Move most remaining libraries under tools/libs, including libxenctrl
and libxl. This is resulting in a lot of cleanup work regarding
building libs and restructuring of the tools directory.
One
On Sun, Aug 23, 2020 at 11:35:04AM +0200, Juergen Gross wrote:
> Sources of libxenctrl and libxenguest are completely entangled. In
> practice libxenguest is a user of libxenctrl, so don't let any source
> libxenctrl include xg_private.h.
>
> This can be achieved by moving all definitions used by
On Sun, Aug 23, 2020 at 11:34:41AM +0200, Juergen Gross wrote:
> Move most remaining libraries under tools/libs, including libxenctrl
> and libxl. This is resulting in a lot of cleanup work regarding
> building libs and restructuring of the tools directory.
>
One thing to point out is that libs
On Sun, Aug 23, 2020 at 11:35:03AM +0200, Juergen Gross wrote:
> For being able to disentangle lixenctrl and libxenguest headers
> xc_dom.h will need to be public. Prepare that by renaming xc_dom.h
> to xenctrl_dom.h.
>
> Signed-off-by: Juergen Gross
Acked-by: Wei Liu
On 27.08.2020 12:48, Wei Liu wrote:
> A previous commit split ebmalloc to its own translation unit but forgot
> to modify gitignore.
>
> Fixes: 8856a914bffd ("build: also check for empty .bss.* in .o -> .init.o
> conversion")
> Signed-off-by: Wei Liu
Acked-by: Jan Beulich
Thanks, and I'm
On Sun, Aug 23, 2020 at 11:35:02AM +0200, Juergen Gross wrote:
> Rename the header files private to libxenguest from xc_*.h to xg_*.h.
>
> Signed-off-by: Juergen Gross
Acked-by: Wei Liu
On Sun, Aug 23, 2020 at 11:35:01AM +0200, Juergen Gross wrote:
> Some sources of libxenguest are named xg_*.c and some xc_*.c. Rename
> the xc_*.c files to xg_*.c.
>
> Signed-off-by: Juergen Gross
Acked-by: Wei Liu
On Sun, Aug 23, 2020 at 11:34:51AM +0200, Juergen Gross wrote:
> tools/libs/libs.mk needs to be modified for being able to support
> building libxenctrl, as the pkg-config file of that library is not
> following the same conventions as those of the other libraries.
>
> So add support for
1 - 100 of 131 matches
Mail list logo