Based on previous few commits, this adds basic support for multiple
consoles in xenconsoled. A static number of them - up to 3 (+ one
primary).
---
I know this is awful, but everything else I can think of (real support
for multiple consoles, dynamically allocated) requires major restructure
of
Before this commit 'use_gnttab' means xenconsoled should first try
special GNTTAB_RESERVED_CONSOLE entry, and only then fallback to
ring-ref xenstore entry (being gfn of actual ring).
In case of secondary consoles, ring-ref entry contains grant table
reference (not gfn of it), which makes the old
Add support for standard xenbus initialization protocol using 'state'
xenstore entry. It will be necessary for secondary consoles.
For consoles supporting it, read 'state' entry on the frontend and
proceed accordingly - either init console or close it. When closing,
make sure all the in-transit
From: Eric Shelton
This enum gives the ability to select between a MiniOS-based QEMU
traditional stub domain and a Linux-based QEMU upstream stub domain. To
use the Linux-based stubdomain, the following two lines should be
included in the appropriate xl.cfg file:
General idea is to allow freely set device_model_version and
device_model_stubdomain_override and choose the right options based on this
choice.
Also, allow to specific path to stubdomain kernel/ramdisk, for greater
flexibility.
Right now when qemu-xen in stubdomain is selected, it is assumed
This allows using arguments with spaces, like -append.
Stubdomain side of this require "xenstore-client: Add option for raw
in-/output" commit.
---
tools/libxl/libxl_dm.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/tools/libxl/libxl_dm.c b/tools/libxl/libxl_dm.c
index
From: Eric Shelton
This will build a Linux-based stubdomain with QEMU upstream.
Signed-off-by: Eric Shelton
Simon:
* use initramfs instead of disk with rootfs
* don't initialize qmp (unused in Qubes)
* Make libxl_domain_need_memory consistent with actual stubdoma build
code (bugfix
From: Eric Shelton
This patch creates an appropriate command line for the QEMU instance
running in a Linux-based stubdomain.
NOTE: a number of items are not currently implemented for Linux-based
stubdomains, such as:
- save/restore
- QMP socket
- graphics output (e.g., VNC)
Signed-off-by: Eric
When qemu is running in stubdomain, any attempt to initialize vnc/sdl
there will crash it (on failed attempt to load a keymap from a file). If
vfb is present, all those cases are skipped. But since
b053f0c4c9e533f3d97837cf897eb920b8355ed3 "libxl: do not start dom0 qemu
for stubdomain when not
Rely on a wrapper script in stubdomain to attach FD 3/4 of qemu to
relevant consoles.
---
tools/libxl/libxl_dm.c | 23 +++
tools/libxl/libxl_dom_suspend.c | 10 --
2 files changed, 19 insertions(+), 14 deletions(-)
diff --git a/tools/libxl/libxl_dm.c
Since multiple consoles support was added to xenconsoled, use it for
stubdomain. This makes it possible to have HVM without qemu in dom0 at
al. As long as no other feature requiring qemu in dom0 is used, like VNC
or qdisk.
---
tools/libxl/libxl_dm.c | 7 +++
1 file changed, 3 insertions(+), 4
From: Simon Gaiser
There is no QMP socket access, re-use the same mechanism as for MiniOS
based stubdom.
---
tools/libxl/libxl_pci.c | 22 ++
1 file changed, 18 insertions(+), 4 deletions(-)
diff --git a/tools/libxl/libxl_pci.c b/tools/libxl/libxl_pci.c
index
Not only for the primary one (/local/domain//console path).
---
tools/console/daemon/io.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/tools/console/daemon/io.c b/tools/console/daemon/io.c
index e22009a..8aae87d 100644
--- a/tools/console/daemon/io.c
+++
---
tools/console/daemon/io.c | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git a/tools/console/daemon/io.c b/tools/console/daemon/io.c
index 7761c60..508bc2c 100644
--- a/tools/console/daemon/io.c
+++ b/tools/console/daemon/io.c
@@ -794,9 +794,7 @@ static int
The forced vkb device is meant for better performance of qemu access
(at least according to ebbd2561b4cefb299f0f68a88b2788504223de18 "libxl:
Add a vkbd frontend/backend pair for HVM guests"), which isn't used if
there is no configured channel to actually access that keyboard.
One can still add
Handle 'output' xenstore entry, as qemu does. Right now support only few
simple options:
- "pty" (unchanged)
- "file:path" (overwrite file)
- "pipe:path" (read-write file/pipe)
- "null"
Also, when ever read() returns 0, stop reading from that source, instead
of spinning in a loop.
For now, in
---
docs/man/xl.cfg.pod.5.in | 23 +++
tools/xl/xl_parse.c | 7 +++
2 files changed, 26 insertions(+), 4 deletions(-)
diff --git a/docs/man/xl.cfg.pod.5.in b/docs/man/xl.cfg.pod.5.in
index 099a28d..9c8ff31 100644
--- a/docs/man/xl.cfg.pod.5.in
+++
Add --replace-escape option to xenconsoled, which replaces ESC with
'.' in console output written to log file. This makes it slightly safer
to do tail -f on a console output of untrusted guest.
The pty output is unaffected by this option.
Signed-off-by: Marek Marczykowski-Górecki
---
Changes in
From: Simon Gaiser
Parsing/generating the escape sequences used by xenstore-client is non
trivial. So make scripting (for use in stubdom) easier by adding a raw
option.
[added man page entries, facor out expand_buffer]
Signed-off-by: Marek Marczykowski-Górecki
---
Changes in v2:
- man page
Signed-off-by: Marek Marczykowski-Górecki
---
Changes in v2:
- new patch
---
docs/man/xenstore-read.pod.1 | 28
docs/man/xenstore-write.pod.1 | 25 +
2 files changed, 53 insertions(+)
create mode 100644 docs/man/xenstore-read.pod.1
create
gdb 8.0 fixed bounds checking for 'g' packet (commit
9dc193c3be85aafa60ceff57d3b0430af607b4ce "Check for truncated
registers in process_g_packet"). This revealed that gdbsx did
not properly formatted 'g' packet - segment registers and eflags are
expected to be 32-bit fields in the response
This run is configured for baseline tests only.
flight 75027 linux-3.18 real [real]
http://osstest.xensource.com/osstest/logs/75027/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-freebsd10-amd64 11 guest-start
flight 125690 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/125690/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-arm64-arm64-xl-xsm
flight 125667 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/125667/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm 16
guest-localmigrate/x10 fail in 125652 pass in 125667
flight 125668 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/125668/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-libvirt6 libvirt-buildfail REGR. vs. 123814
build-amd64-libvirt
On Mon, 30 Jul 2018, Julien Grall wrote:
> Hi Stefano,
>
> On 28/07/18 03:42, Stefano Stabellini wrote:
> > On Tue, 24 Jul 2018, Julien Grall wrote:
> > > > +
> > > > +domain_unpause_by_systemcontroller(d);
> > >
> > > If a domain is bound to CPU0, then it will not boot until CPU0 is
flight 125687 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/125687/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-arm64-arm64-xl-xsm
The ARM HDLCD driver is unused. The device itself can only be found on
Virtual Express boards that are for early development only. Remove the
driver.
Also remove vexpress_syscfg, now unused, and "select VIDEO" that is not
useful anymore.
Suggested-by: Julien Grall
Signed-off-by: Stefano
Add a clear statement about them, reflecting the current security
support status of Kconfig options (no changes to current policies).
Signed-off-by: Stefano Stabellini
Acked-by: Jan Beulich
CC: george.dun...@eu.citrix.com
CC: ian.jack...@eu.citrix.com
CC: jbeul...@suse.com
CC:
Add a "Platform Support" choice with four kconfig options: QEMU, RCAR3,
MPSOC and ALL_PLAT. They enable the required options for their hardware
platform. ALL_PLAT enables all available platforms and it's the default.
It doesn't automatically select any of the related drivers, otherwise
they cannot
Select MEM_ACCESS_ALWAYS_ON on x86 to mark that MEM_ACCESS is not
configurable on x86. Avoid selecting it on ARM.
Rename HAS_MEM_ACCESS to MEM_ACCESS everywhere. Add a prompt and a
description to MEM_ACCESS in xen/common/Kconfig.
The result is that the user-visible option is MEM_ACCESS, and it is
Add specific per-platform defaults for NR_CPUS. Note that the order of
the defaults matter: they need to go first, otherwise the generic
defaults will be applied.
This is done so that Xen builds customized for a specific hardware
platform can have the right NR_CPUS number.
Signed-off-by: Stefano
All the UART drivers are silent options. Add one line descriptions so
that can be de/selected via menuconfig.
Add an x86 dependency to HAS_EHCI: EHCI PCI has not been used on ARM. In
fact, it depends on PCI, and moreover we have drivers for several
embedded UARTs for various ARM boards.
NS16550
Today it is a silent option. This patch adds a one line description and
makes it optional.
Signed-off-by: Stefano Stabellini
Acked-by: Julien Grall
CC: george.dun...@eu.citrix.com
CC: ian.jack...@eu.citrix.com
CC: jbeul...@suse.com
CC: andrew.coop...@citrix.com
---
Changes in v3:
- remove any
Hi all,
This patch series is the first step toward building a small certifiable
Xen hypervisor for ARM boards.
The series makes a few changes to allow disabling more kconfig options:
most of them already exist but cannot be disabled. It also introduces a
reference kconfig for Renesas RCar (due
Add a tiny kconfig configuration. Enabled only the credit scheduler.
It only carries non-default options (use make menuconfig or make
olddefconfig to produce a complete .config file).
Signed-off-by: Stefano Stabellini
Acked-by: Julien Grall
---
Changes in v7:
- remove NULL because it is still
HAS_GICV3 has become selectable by the user. To mark the change, rename
the option from HAS_GICV3 to GICV3.
Suggested-by: Julien Grall
Signed-off-by: Stefano Stabellini
Acked-by: Julien Grall
---
Changes in v3:
- no changes
Changes in v2:
- patch added
---
xen/arch/arm/Kconfig | 4
On 07/30/2018 01:02 PM, Boris Ostrovsky wrote:
> On 07/30/2018 05:02 AM, Stephen Rothwell wrote:
>> Hi all,
>>
>> Today's linux-next merge of the akpm-current tree got a conflict in:
>>
>> drivers/xen/gntdev.c
>>
>> between commit:
>>
>> 1d3145675538 ("xen/gntdev: Make private
On Mon, 30 Jul 2018, Julien Grall wrote:
> Hi Stefano,
>
> On 28/07/18 00:30, Stefano Stabellini wrote:
> > On Fri, 27 Jul 2018, Julien Grall wrote:
> > > Hi Stefano,
> > > Sorry for the top posting.
> > >
> > > I think Andrii made a good point. With your new code MPSOC will get built
> > > on
Since libvirt commit 60d9ad6f GnuTLS is required to build libvirt. The
various libvirt build tests in osstest began failing after the commit
hit libvirt.git master. Adding libgnutls28-dev to the list of packages
needed to build libvirt will fix the currently broken builds.
Signed-off-by: Jim
On 07/30/2018 05:02 AM, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the akpm-current tree got a conflict in:
>
> drivers/xen/gntdev.c
>
> between commit:
>
> 1d3145675538 ("xen/gntdev: Make private routines/structures accessible")
>
> from the xen-tip tree and commit:
>
>
From: Xiao Liang
Date: Fri, 27 Jul 2018 17:56:08 +0800
> When loading module manually, after call xenbus_switch_state to initializes
> the state of the netfront device, the driver state did not change so fast
> that may lead no dev created in latest kernel. This patch adds wait to make
> sure
Hello Stefano,
> Ah, yes, I understand what you mean now.
My point was to get the feature of minimal platform support right away. You are
interested in Xilinx, so you make a minimal configuration for MPSOC. And stack
the rest into an *optional* all platforms support. So maintainers of other
On Sat, Jul 28, 2018 at 12:11:51PM -0500, Doug Goldstein wrote:
> This is more dead code.
>
> Signed-off-by: Doug Goldstein
Reviewed-by: Wei Liu
___
Xen-devel mailing list
Xen-devel@lists.xenproject.org
On Sat, Jul 28, 2018 at 12:11:52PM -0500, Doug Goldstein wrote:
> By default the container runs as the root user and since the source tree
> is bind mounted into the container, any file is created and owned by the
> root user which harms ergonomics when working outside of the container
>
On Sat, Jul 28, 2018 at 12:11:50PM -0500, Doug Goldstein wrote:
> This was something that existed for some scripting support for a totally
> unrelated project and when I copied this script I failed to remove it so
> this removes it. Build containers for Xen are best as ephemeral
> environments and
On Sat, Jul 28, 2018 at 12:11:49PM -0500, Doug Goldstein wrote:
> # Figure out the base of what we want as our sources
> # by using the top of the git repo
> -if [[ -n ${WORKDIR} ]]; then
> -WORKDIR="${WORKDIR}"
> +if [[ -n ${CONTAINER_PATH} ]]; then
> +:
> else
> -WORKDIR=$(git
On Sun, Jul 29, 2018 at 04:53:15PM -0500, Doug Goldstein wrote:
> This image will always track the latest CentOS 7.x release. Add this
> container to containerize for easy access.
>
> Signed-off-by: Doug Goldstein
Reviewed-by: Wei Liu
___
Xen-devel
On Sun, Jul 29, 2018 at 04:53:16PM -0500, Doug Goldstein wrote:
> Add the CentOS 7.x images to be used for build testing.
>
> Signed-off-by: Doug Goldstein
Reviewed-by: Wei Liu
___
Xen-devel mailing list
Xen-devel@lists.xenproject.org
flight 125663 xen-4.9-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/125663/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-ws16-amd64 17 guest-stop fail in 125253 REGR. vs.
124248
friendly for folks to use to locally do build tests under different
distros.
Doug Goldstein (4):
automation: standardize containerize env names
automation: drop container name from containerize
automation: remove dead code from containerize
automation: ensure created are not owned as root
Add a CentOS 7.x container that tracks the latest CentOS 7 release
along with the GitLab CI changes to build with it. A test run is available
here: https://gitlab.com/cardoe/xen/pipelines/26695770
Doug Goldstein (2):
automation: add CentOS 7.x image
ci: enable builds with CentOS 7.x
flight 125658 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/125658/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386-xl-qemuu-ovmf-amd64 16 guest-localmigrate/x10 fail in 125649
pass in 125658
test-amd64-amd64-xl
flight 125673 freebsd-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/125673/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-freebsd 7 freebsd-buildfail REGR. vs. 125317
Tests which did
Hi Stefano,
On 28/07/18 00:30, Stefano Stabellini wrote:
On Fri, 27 Jul 2018, Julien Grall wrote:
Hi Stefano,
Sorry for the top posting.
I think Andrii made a good point. With your new code MPSOC will get built on
Arm 32 bit as well.
This was not the case before this patch.
So I would like
Hi Stefano,
On 28/07/18 03:42, Stefano Stabellini wrote:
On Tue, 24 Jul 2018, Julien Grall wrote:
+
+domain_unpause_by_systemcontroller(d);
If a domain is bound to CPU0, then it will not boot until CPU0 is done with
creating domain. Is that what you want?
Are you suggesting to
flight 125657 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/125657/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm 16
guest-localmigrate/x10 fail REGR. vs.
flight 75026 distros-debian-sid real [real]
http://osstest.xensource.com/osstest/logs/75026/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-armhf-sid-netboot-pygrub 10 debian-di-install fail like 74997
Hi all,
Today's linux-next merge of the akpm-current tree got a conflict in:
drivers/xen/gntdev.c
between commit:
1d3145675538 ("xen/gntdev: Make private routines/structures accessible")
from the xen-tip tree and commit:
aaefcabe9c25 ("mm, oom: distinguish blockable mode for mmu
>>> On 30.07.18 at 03:22, wrote:
> On Fri, Jul 27, 2018 at 1:34 AM, Jan Beulich wrote:
>
>> >>> On 26.07.18 at 23:16, wrote:
>> > Exclude named output files from the Xen tree setup.
>> >
>> > The linkfarm.stamp content will differ between top level "make"
>> > and "make install" invocations,
Thanks, David
On 07/29/2018 11:30 PM, David Miller wrote:
From: Xiao Liang
Date: Fri, 27 Jul 2018 17:56:08 +0800
@@ -1330,6 +1331,11 @@ static struct net_device *xennet_create_dev(struct
xenbus_device *dev)
netif_carrier_off(netdev);
xenbus_switch_state(dev,
Thanks, Boris
Please see my reply inline.
On 07/28/2018 02:40 AM, Boris Ostrovsky wrote:
On 07/27/2018 05:56 AM, Xiao Liang wrote:
When loading module manually, after call xenbus_switch_state to initializes
the state of the netfront device, the driver state did not change so fast
that may
From: Stephen Rothwell
Date: Mon, 30 Jul 2018 15:08:21 +1000
Subject: [PATCH] xen/gntdev: fix up for attach callback API change
Signed-off-by: Stephen Rothwell
Thank you for your patch,
Reviewed-by: Oleksandr Andrushchenko
___
Xen-devel mailing
On 07/25/2018 12:39 PM, Wei Liu wrote:
On Mon, Jul 23, 2018 at 03:27:25PM +0300, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
Add support for Linux grant device driver extension which allows
converting existing dma-buf's into an array of grant references
and vise versa. This
Hello, Takashi!
Date: Wed, 25 Jul 2018 23:19:45 +0200
From: Takashi Iwai
To: alsa-de...@alsa-project.org
Subject: [alsa-devel] [PATCH 10/10] ALSA: xen: Use standard
pcm_format_to_bits() for ALSA format bits
Message-ID: <20180725211945.19222-11-ti...@suse.de>
The open codes with the bit
On Mon, Jul 30, 2018 at 02:53:31AM +, osstest service owner wrote:
> flight 125652 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/125652/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
>
66 matches
Mail list logo