flight 167716 linux-linus real [real]
flight 167718 linux-linus real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/167716/
http://logs.test-lab.xenproject.org/osstest/logs/167718/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run
It turns out that QEMU has been supporting GICv2 virtualization since
v3.1.0. So remove the dependencies on GICv3. If we want to use GICv3,
we can select the QEMU_LEGACY configuration.
Signed-off-by: Dongjiu Geng
---
xen/arch/arm/platforms/Kconfig | 10 +-
1 file changed, 9 insertions(+)
flight 167717 qemu-mainline real [real]
flight 167720 qemu-mainline real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/167717/
http://logs.test-lab.xenproject.org/osstest/logs/167720/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-am
Juergen Gross, le dim. 16 janv. 2022 09:33:16 +0100, a ecrit:
> This series is a followup to the series sent recently:
>
> https://lists.xen.org/archives/html/xen-devel/2022-01/threads.html#00635
>
> It contains the last cleanups related to struct file and can only be
> applied after the Xen libr
Juergen Gross, le dim. 16 janv. 2022 09:33:26 +0100, a ecrit:
> Even with some special handling needed in select_poll(), add a struct
> file_ops for FTYPE_SOCKET. Due to the need of the special handling it
> isn't possible to use a dynamically allocated file type.
>
> Most functions calling the fi
Juergen Gross, le dim. 16 janv. 2022 09:33:25 +0100, a ecrit:
> Add struct file_ops for the console related file types (FTYPE_CONSOLE
> and savefile). FTYPE_CONSOLE remains statically defined, as it is used
> to statically init stdin, stdout and stderr.
>
> Instead of directly accessing the files[
Juergen Gross, le dim. 16 janv. 2022 09:33:24 +0100, a ecrit:
> Allocate file types dynamically via alloc_file_type().
>
> Instead of directly accessing the files[] array use get_file_from_fd().
>
> Signed-off-by: Juergen Gross
Reviewed-by: Samuel Thibault
> ---
> V3:
> - switch to struct fil
Juergen Gross, le dim. 16 janv. 2022 09:33:23 +0100, a ecrit:
> Allocate the file type dynamically via alloc_file_type().
>
> Instead of directly accessing the files[] array use get_file_from_fd().
>
> Signed-off-by: Juergen Gross
Reviewed-by: Samuel Thibault
> ---
> V3:
> - switch to struct
Juergen Gross, le dim. 16 janv. 2022 09:33:22 +0100, a ecrit:
> Allocate the file type dynamically via alloc_file_type().
>
> Instead of directly accessing the files[] array use get_file_from_fd().
>
> Signed-off-by: Juergen Gross
Reviewed-by: Samuel Thibault
> ---
> V3:
> - switch to struct
Juergen Gross, le dim. 16 janv. 2022 09:33:21 +0100, a ecrit:
> Allocate a file type dynamically via alloc_file_type().
>
> Instead of directly accessing the files[] array use get_file_from_fd().
>
> Signed-off-by: Juergen Gross
Reviewed-by: Samuel Thibault
> ---
> V3:
> - switch to struct fi
Juergen Gross, le dim. 16 janv. 2022 09:33:20 +0100, a ecrit:
> Allocate a file type dynamically via alloc_file_type().
>
> Instead of directly accessing the files[] array use get_file_from_fd().
>
> Make some now local functions static and modify their prototypes to
> match the file_ops requirem
Juergen Gross, le dim. 16 janv. 2022 09:33:19 +0100, a ecrit:
> Allocate the needed file type via alloc_file_type().
>
> Instead of directly accessing the files[] array use get_file_from_fd().
>
> Signed-off-by: Juergen Gross
Reviewed-by: Samuel Thibault
> ---
> V3:
> - switch to struct file
Juergen Gross, le dim. 16 janv. 2022 09:33:17 +0100, a ecrit:
> The event channel specific union member in struct file is no longer
> needed, so remove it together with the associated structure
> definitions.
>
> The event channel file type and its associated handling can be removed,
> too, as lib
Juergen Gross, le dim. 16 janv. 2022 09:23:43 +0100, a ecrit:
> This small series removes some hard coupling of the Xen build with some
> Mini-OS internals, especially the struct file layout and the internal
> organization of the file handling.
>
> This series depends on the Mini-OS series posted
Juergen Gross, le dim. 16 janv. 2022 09:23:46 +0100, a ecrit:
> There is no special file handling related to libxenctrl in Mini-OS
> any longer, so the close hook can be removed.
>
> Signed-off-by: Juergen Gross
> Acked-by: Andrew Cooper
Reviewed-by: Samuel Thibault
> ---
> V2:
> - new patch
Juergen Gross, le dim. 16 janv. 2022 09:23:45 +0100, a ecrit:
> libgnttab is using implementation details of Mini-OS. Change that by
> letting libgnttab use the new alloc_file_type() and get_file_from_fd()
> functions and the generic dev pointer of struct file from Mini-OS.
>
> Signed-off-by: Juer
Juergen Gross, le dim. 16 janv. 2022 09:23:44 +0100, a ecrit:
> Mini-OS and libevtchn are using implementation details of each other.
> Change that by letting libevtchn use the new alloc_file_type() and
> get_file_from_fd() function and the generic dev pointer of struct file
> from Mini-OS.
>
> By
Juergen Gross, le dim. 16 janv. 2022 07:45:22 +0100, a ecrit:
> Today the layout of struct file is depending on the Mini-OS
> configuration. This is especially bad as the layout is exported to
> external users like the Xen libraries built for Mini-OS, and those
> are being built only once for multi
Juergen Gross, le dim. 16 janv. 2022 07:45:27 +0100, a ecrit:
> Mini-OS contains a stripped down version of libxenstore in lib/xs.c.
> Today it is being built always if CONFIG_XENBUS is set and libc
> support is enabled.
>
> In order to allow a Mini-OS specific build of libxenstore to be used
> in
As I am not working for Intel anymore, I would like to update my email address
to my private one.
Signed-off-by: Lukasz Hawrylko
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 4a2884dfa7..899569f950 100644
--- a/MAINTAINERS
+++
Juergen Gross, le dim. 16 janv. 2022 07:45:26 +0100, a ecrit:
> Introduce file type specific function vectors for all the needed file
> operations which are file type specific in order to prepare replacing
> the large switch statements in each generic file function.
>
> Add a function to allocate
Juergen Gross, le dim. 16 janv. 2022 07:45:25 +0100, a ecrit:
> The only reason for the file type FTYPE_XC has been gone long time
> ago: it was needed for xc_map_foreign_bulk(), which has been switched
> to use libxenforeignmemory and doesn't need this special file any
> more.
>
> So remove every
Juergen Gross, le dim. 16 janv. 2022 07:45:24 +0100, a ecrit:
> Today the file type in struct file is set to FTYPE_NONE for each
> file type individually. Do that at the end of close() handling for
> all types.
>
> While at it wipe the complete struct file, too, in order to avoid
> old data creepi
flight 167715 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/167715/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-debianhvm-amd64 8 xen-bootfail REGR. vs. 167684
test-amd64-amd64-xl
flight 167712 linux-5.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/167712/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemuu-win7-amd64 19 guest-stopfail like 167663
test-amd64-amd64-xl-qemut-win7-amd64 19
Signed-off-by: Wei Liu
---
Config.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Config.mk b/Config.mk
index 1c1998a5a8e0..38e88b2927d2 100644
--- a/Config.mk
+++ b/Config.mk
@@ -233,7 +233,7 @@ OVMF_UPSTREAM_REVISION ?=
7b4a99be8a39c12d3a7fc4b8db9f0eab4ac688d5
QEMU_UPST
flight 167708 linux-linus real [real]
flight 167711 linux-linus real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/167708/
http://logs.test-lab.xenproject.org/osstest/logs/167711/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run
flight 167709 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/167709/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386-qemuu-rhel6hvm-amd 14 guest-start/redhat.repeat fail pass in
167702
test-armhf-armhf-xl-rtds
flight 167714 xen-unstable-coverity real [real]
http://logs.test-lab.xenproject.org/osstest/logs/167714/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
xen 9ce0a5e207f3968e65d0af33a15bee5bdf5c8a7f
baseline version:
xen 2289
flight 167710 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/167710/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-libvirt 6 libvirt-buildfail REGR. vs. 151777
build-i386-libvirt
Even with some special handling needed in select_poll(), add a struct
file_ops for FTYPE_SOCKET. Due to the need of the special handling it
isn't possible to use a dynamically allocated file type.
Most functions calling the file_ops methods can be simplified a lot now
that no file type specific ha
Add struct file_ops for the console related file types (FTYPE_CONSOLE
and savefile). FTYPE_CONSOLE remains statically defined, as it is used
to statically init stdin, stdout and stderr.
Instead of directly accessing the files[] array use get_file_from_fd().
With CONSOLE now handled via file_ops t
Allocate file types dynamically via alloc_file_type().
Instead of directly accessing the files[] array use get_file_from_fd().
Signed-off-by: Juergen Gross
---
V3:
- switch to struct file * parameter for callbacks
- use __attribute__((constructor))
---
fbfront.c | 127 ++
There is no user of the files[] array outside of lib/sys.c left, so
it can be made static.
Signed-off-by: Juergen Gross
Reviewed-by: Samuel Thibault
---
include/lib.h | 2 --
lib/sys.c | 2 +-
2 files changed, 1 insertion(+), 3 deletions(-)
diff --git a/include/lib.h b/include/lib.h
index
Allocate the file type dynamically via alloc_file_type().
Instead of directly accessing the files[] array use get_file_from_fd().
Signed-off-by: Juergen Gross
---
V3:
- switch to struct file * parameter for callbacks
- use __attribute__((constructor))
---
include/lib.h | 3 +--
include/ne
FTYPE_FILE is the last relevant file type without a struct file_ops.
Add it.
Signed-off-by: Juergen Gross
Reviewed-by: Samuel Thibault
---
lib/sys.c | 19 +--
1 file changed, 9 insertions(+), 10 deletions(-)
diff --git a/lib/sys.c b/lib/sys.c
index 538d6e7b..7f3dc4e4 100644
---
Allocate a file type dynamically via alloc_file_type().
Instead of directly accessing the files[] array use get_file_from_fd().
Make some now local functions static and modify their prototypes to
match the file_ops requirements.
Signed-off-by: Juergen Gross
---
V3:
- switch to struct file * par
Allocate a file type dynamically via alloc_file_type().
Instead of directly accessing the files[] array use get_file_from_fd().
Signed-off-by: Juergen Gross
---
V3:
- switch to struct file * parameter for callbacks
- use __attribute__((constructor))
---
include/lib.h | 3 +-
include/tpmf
Allocate the needed file type via alloc_file_type().
Instead of directly accessing the files[] array use get_file_from_fd().
Signed-off-by: Juergen Gross
---
V3:
- switch to struct file * parameter for callbacks
- use __attribute__((constructor))
---
include/lib.h | 3 +--
lib/sys.c |
Allocate the file type dynamically via alloc_file_type().
Instead of directly accessing the files[] array use get_file_from_fd().
Signed-off-by: Juergen Gross
---
V3:
- switch to struct file * parameter for callbacks
- use __attribute__((constructor))
---
blkfront.c | 92 +++
The gnttab specific union member in struct file is no longer
needed, so remove it.
The gnttab file type and its associated handling can be removed, too,
as libxengnttab is now supplying a struct file_ops via a call of
alloc_file_type().
This removes all contents of CONFIG_LIBXENGNTTAB guarded sec
The event channel specific union member in struct file is no longer
needed, so remove it together with the associated structure
definitions.
The event channel file type and its associated handling can be removed,
too, as libxenevtchn is now supplying a struct file_ops via a call of
alloc_file_type
This series is a followup to the series sent recently:
https://lists.xen.org/archives/html/xen-devel/2022-01/threads.html#00635
It contains the last cleanups related to struct file and can only be
applied after the Xen libraries have stopped using the related union
members:
https://lists.xen.org
This small series removes some hard coupling of the Xen build with some
Mini-OS internals, especially the struct file layout and the internal
organization of the file handling.
This series depends on the Mini-OS series posted recently:
https://lists.xen.org/archives/html/xen-devel/2022-01/threads
There is no special file handling related to libxenctrl in Mini-OS
any longer, so the close hook can be removed.
Signed-off-by: Juergen Gross
Acked-by: Andrew Cooper
---
V2:
- new patch
---
tools/libs/ctrl/xc_minios.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/tools/libs/ctrl/x
libgnttab is using implementation details of Mini-OS. Change that by
letting libgnttab use the new alloc_file_type() and get_file_from_fd()
functions and the generic dev pointer of struct file from Mini-OS.
Signed-off-by: Juergen Gross
---
V2:
- add alloc_file_type() support
V3:
- switch callback
Mini-OS and libevtchn are using implementation details of each other.
Change that by letting libevtchn use the new alloc_file_type() and
get_file_from_fd() function and the generic dev pointer of struct file
from Mini-OS.
By using private struct declarations Mini-OS will be able to drop the
libevt
47 matches
Mail list logo