flight 181677 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/181677/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-nested-amd 11 leak-check/basis(11) fail REGR. vs. 180278
test-amd64-amd64-x
flight 181670 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/181670/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvshim broken
test-amd64-amd64-xl-pvshim5 host-insta
在 2023年6月26日星期一 CST 下午1:52:02，您写道：
> On Mon, Jun 26, 2023 at 07:48:05AM +0200, Jan Beulich wrote:
> > On 25.06.2023 18:42, Zhang Shurong wrote:
> > > --- a/drivers/usb/host/xen-hcd.c
> > > +++ b/drivers/usb/host/xen-hcd.c
> > > @@ -456,6 +456,8 @@ static int xenhcd_hub_control(struct usb_hcd *hcd,
flight 181667 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/181667/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt 16 saverestore-support-checkfail like 181635
test-armhf-armhf-libvirt-qcow2 15 saveres
> On 1 Jul 2023, at 08:53, Andrew Cooper wrote:
>
> On 30/06/2023 10:12 am, Luca Fancellu wrote:
>> The "dom0less" feature was intended to be the feature where a domU
>> domain could be launched without the control domain (Dom0)
>> intervention, however the name seems to suggest that Dom0 canno
flight 181665 xen-unstable real [real]
flight 181676 xen-unstable real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/181665/
http://logs.test-lab.xenproject.org/osstest/logs/181676/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd6
On 01/07/2023 10:53, Bernhard Beschow wrote:
Am 30. Juni 2023 08:48:02 UTC schrieb Paolo Bonzini :
Il mer 28 giu 2023, 13:28 Bernhard Beschow ha scritto:
Am 27. Juni 2023 12:07:40 UTC schrieb Olaf Hering :
Tue, 27 Jun 2023 10:12:50 + Bernhard Beschow :
The BAR is a 32 bit register w
Am 30. Juni 2023 08:48:02 UTC schrieb Paolo Bonzini :
>Il mer 28 giu 2023, 13:28 Bernhard Beschow ha scritto:
>
>>
>>
>> Am 27. Juni 2023 12:07:40 UTC schrieb Olaf Hering :
>> >Tue, 27 Jun 2023 10:12:50 + Bernhard Beschow :
>> >
>> >> The BAR is a 32 bit register whose default value is 0x00
Hi Luca,
On Jun 30, 2023, at 05:12, Luca Fancellu wrote:
>
> The "dom0less" feature was intended to be the feature where a domU
> domain could be launched without the control domain (Dom0)
> intervention, however the name seems to suggest that Dom0 cannot
> be part of the configuration, while i
On 30/06/2023 10:12 am, Luca Fancellu wrote:
> The "dom0less" feature was intended to be the feature where a domU
> domain could be launched without the control domain (Dom0)
> intervention, however the name seems to suggest that Dom0 cannot
> be part of the configuration, while instead it's a poss
Previous commits added a transition point from multiboot v1 structures
to the new boot info structures at the earliest common point for all the
x86 entrypoints. The result is that each of the entrypoints would
construct a multiboot v1 structure from the structures used by each
entrypoint. This mea
Pointer fields within structs need to be defined as fixed size types in
the x86 boot build environment. Using a typedef for the field type
rather than a struct pointer type enables the type definition to
be changed in the 32-bit boot build and the main hypervisor build,
allowing for a single common
Next step in incremental work towards adding a non-multiboot internal
representation of boot modules, converting the fields being accessed for
the startup calculations.
Move the per-module scan logic into a dedicated function from the
iteration loop and set the BOOTMOD_UCODE module type when micro
Change the XSM implementation to use the boot info structure instead of
the multiboot module_map.
Drops a dependency on CONFIG_MULTIBOOT, so boot module logic is now
used whenever the DEVICE_TREE specific logic (for Arm) is not, with the
bootinfo header conditionally included to ensure no change o
Changes to ensure that inclusion of succeeds in each
of the main archtecture builds and in the 32-bit early x86 boot build.
The header contains structures that will be used in efi
logic prior to the main start of Xen, so it needs to be suitable for
inclusion in Arm source files.
The same header
This change enables inclusion of in Arm builds,
required for subsequent patches in this series.
It replaces the enum definition of bootmodule_kind with bootmod_type_t
as enums are not fixed size as needed for packed structs which are
needed for boot structures in subsequent changes.
Signed-off-b
Adjust the PV and PVH dom0 construction entry points to take boot module
structures as parameters, and add further fields to the boot module
structures to plumb the data needed to support this use. Populate these
from the multiboot module data.
This change removes multiboot from the PV and PVH dom
An initial step towards a non-multiboot internal representation of boot
modules for common code, starting with x86 setup and converting the
fields that are accessed for the startup calculations.
Introduce a new header, , and populate it with a new
boot_info structure initially containing a count o
To convert the x86 boot logic from multiboot to boot module structures,
change the bootstrap map function to accept a boot module parameter.
To allow incremental change from multiboot to boot modules across all
x86 setup logic, provide a temporary inline wrapper that still accepts a
multiboot modu
Next step in incremental work towards adding a non-multiboot internal
representation of boot modules, converting the fields being accessed for
the startup calculations.
Add a new array of structs for per-boot-module state, though only
allocate space for a single array entry in this change since th
This is a v3 series of work for Hyperlaunch for the Xen hypervisor,
an update to v2 and implementing a subset of the v1 series and functionality,
with changes made to address the community feedback provided on the patches.
Changes since the earlier versions of the series are described below.
The p
flight 181663 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/181663/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ws16-amd64 8 xen-boot fail REGR. vs. 180278
test-amd64-amd64-xl
22 matches
Mail list logo
