Use the blk_mq_alloc_disk API to simplify the gendisk and request_queue
allocation.
Signed-off-by: Christoph Hellwig
---
drivers/memstick/core/mspro_block.c | 26 +++---
1 file changed, 11 insertions(+), 15 deletions(-)
diff --git a/drivers/memstick/core/mspro_block.c
b/dri
Use the blk_mq_alloc_disk API to simplify the gendisk and request_queue
allocation.
Signed-off-by: Christoph Hellwig
---
drivers/memstick/core/ms_block.c | 25 ++---
1 file changed, 10 insertions(+), 15 deletions(-)
diff --git a/drivers/memstick/core/ms_block.c b/drivers/mem
Use the blk_mq_alloc_disk API to simplify the gendisk and request_queue
allocation.
Signed-off-by: Christoph Hellwig
---
drivers/block/paride/pf.c | 18 +++---
1 file changed, 7 insertions(+), 11 deletions(-)
diff --git a/drivers/block/paride/pf.c b/drivers/block/paride/pf.c
index b
Use the blk_mq_alloc_disk API to simplify the gendisk and request_queue
allocation.
Signed-off-by: Christoph Hellwig
---
drivers/block/paride/pcd.c | 19 ---
1 file changed, 8 insertions(+), 11 deletions(-)
diff --git a/drivers/block/paride/pcd.c b/drivers/block/paride/pcd.c
ind
Add a new API to allocate a gendisk including the request_queue for use
with blk-mq based drivers. This is to avoid boilerplate code in drivers.
Signed-off-by: Christoph Hellwig
---
block/blk-mq.c | 19 +++
include/linux/blk-mq.h | 12
2 files changed, 31 in
Use the blk_mq_alloc_disk API to simplify the gendisk and request_queue
allocation.
Signed-off-by: Christoph Hellwig
---
drivers/block/virtio_blk.c | 26 +++---
1 file changed, 7 insertions(+), 19 deletions(-)
diff --git a/drivers/block/virtio_blk.c b/drivers/block/virtio_bl
Factour out a helper to initialize a simple single hw queue tag_set from
blk_mq_init_sq_queue. This will allow to phase out blk_mq_init_sq_queue
in favor of a more symmetric and general API.
Signed-off-by: Christoph Hellwig
---
block/blk-mq.c | 32 ++--
inclu
Hi all,
this series is the scond part of cleaning up lifetimes and allocation of
the gendisk and request_queue structure. It adds a new interface to
allocate the disk and queue together for blk based drivers, and uses that
in all drivers that do not have any caveats in their gendisk and
request_q
Don't return the passed in request_queue but a normal error code, and
drop the elevator_init argument in favor of just calling elevator_init_mq
directly from dm-rq.
Signed-off-by: Christoph Hellwig
---
block/blk-mq.c | 36 ++--
block/blk.h |
Am Wed, 2 Jun 2021 08:10:21 +0200
schrieb Juergen Gross :
> Would it be possible to split this into multiple independent
> patches/series?
Sure, I can send each individual part that was already sent over and over again.
Olaf
pgpIP_w0E80ck.pgp
Description: Digitale Signatur von OpenPGP
On 01.06.21 18:10, Olaf Hering wrote:
Verify pfn type on sending side, also verify incoming batch of pfns.
Signed-off-by: Olaf Hering
Reviewed-by: Juergen Gross
Juergen
OpenPGP_0xB0DE9DD628BF132F.asc
Description: OpenPGP public key
OpenPGP_signature
Description: OpenPGP digital signatu
On 01.06.21 18:10, Olaf Hering wrote:
Users of xc_get_pfn_type_batch may want to sanity check the data
returned by Xen. Add a simple helper for this purpose.
Signed-off-by: Olaf Hering
---
tools/libs/ctrl/xc_private.h | 33 +
1 file changed, 33 insertions(+)
On 01.06.21 18:10, Olaf Hering wrote:
Read a batch of iovec's.
In the common case of short reads, finish individual iov's with read_exact.
Signed-off-by: Olaf Hering
---
tools/libs/ctrl/xc_private.c | 55 +++-
tools/libs/ctrl/xc_private.h | 1 +
2 files cha
On 01.06.21 18:10, Olaf Hering wrote:
Introduce new API to test if a fixed number of bits is clear or set,
and clear or set them all at once.
More precise: the new functions check whether BITS_PER_LONG bits are
set or clear.
The caller has to make sure the input bitnumber is a multiply of BIT
On 01.06.21 18:10, Olaf Hering wrote:
Various unreviewed changes, rebase to 57f68dfd2d.
Would it be possible to split this into multiple independent
patches/series?
Juergen
OpenPGP_0xB0DE9DD628BF132F.asc
Description: OpenPGP public key
OpenPGP_signature
Description: OpenPGP digital signat
On 01.06.21 18:10, Olaf Hering wrote:
xl migrate --debug used to track every pfn in every batch of pages.
But these times are gone. Adjust the help text to tell what --debug
is supposed to do today.
Signed-off-by: Olaf Hering
---
docs/man/xl.1.pod.in | 4 +++-
tools/libs/guest/xg_sr
flight 162329 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/162329/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-dmrestrict-amd64-dmrestrict 7 xen-install fail REGR.
vs. 152332
test-amd
Don't strip full path from $PYTHON variable. This is especially
relevant, if it points outside of $PATH. This is the case
for RPM build on CentOS 8 (%{python3} macro points at
/usr/libexec/platform-python).
For this reason, adjust also python-config handling - AC_PATH_PROG
doesn't work on already
flight 162328 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/162328/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-freebsd11-amd64 16 guest-saverestore fail REGR. vs.
152631
test-amd64-am
On 6/1/21 2:40 AM, Julien Grall wrote:
Hi,
On 01/06/2021 07:03, Jan Beulich wrote:
On 01.06.2021 04:26, Connor Davis wrote:
On 5/25/21 12:13 PM, Bob Eshleman wrote:
On 5/25/21 1:48 AM, Jan Beulich wrote:
On 24.05.2021 16:34, Connor Davis wrote:
Add arch-specific makefiles and configs n
On 6/1/21 12:11 AM, Jan Beulich wrote:
On 24.05.2021 16:34, Connor Davis wrote:
Add arch-specific makefiles and configs needed to build for
riscv. Also add a minimal head.S that is a simple infinite loop.
head.o can be built with
$ make XEN_TARGET_ARCH=riscv SUBSYSTEMS=xen -C xen tiny64_defc
On 5/30/21 11:06 AM, Tianyu Lan wrote:
> @@ -91,6 +92,6 @@ int pci_xen_swiotlb_init_late(void)
> EXPORT_SYMBOL_GPL(pci_xen_swiotlb_init_late);
>
> IOMMU_INIT_FINISH(2,
> - NULL,
> + hyperv_swiotlb_detect,
> pci_xen_swiotlb_init,
> NU
flight 162325 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/162325/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemut-win7-amd64 19 guest-stopfail like 162282
test-amd64-amd64-qemuu-nested-amd 20
flight 162326 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/162326/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf fdf3666f01a2dd02d83a808f609b9c744a74c652
baseline version:
ovmf d3ff5dbe1dfc3420e5254
flight 162327 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/162327/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 15 migrate-support-checkfail never pass
test-arm64-arm64-xl-xsm 1
flight 162310 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/162310/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-dmrestrict-amd64-dmrestrict 7 xen-install fail REGR.
vs. 152332
test-amd
During creating of a HVM domU meminit_hvm() tries to map superpages.
After save/restore or migration this mapping is lost, everything is
allocated in single pages. This causes a performance degradation after
migration.
Add neccessary code to preallocate a superpage for an incoming chunk of
pfns. I
Since the incoming migration stream lacks info about what the highest pfn
will be, data structures can not be allocated upfront.
Add an API for expandable bitmaps, loosely based on pfn_set_populated.
Signed-off-by: Olaf Hering
---
tools/libs/saverestore/common.c | 40
tools
Upcoming changes will pass more knobs down to xc_domain_save.
Adjust the libxl_domain_suspend API to allow easy adding of additional knobs.
No change in behavior intented.
Signed-off-by: Olaf Hering
Acked-by: Christian Lindig
---
tools/include/libxl.h| 26 ++
Signed-off-by: Olaf Hering
---
tools/libs/saverestore/common.h | 21 +++-
tools/libs/saverestore/restore.c | 69
tools/libs/saverestore/restore_x86_hvm.c | 9
tools/libs/saverestore/restore_x86_pv.c | 7 +++
4 files changed, 35 insertions(+),
The decision to stop+move a domU to the new host must be based on two factors:
- the available network bandwidth for the migration stream
- the maximum time a workload within a domU can be savely suspended
Both values define how many dirty pages a workload may produce prior the
final stop+move.
T
This duplicates simple_precopy_policy. To recap its purpose:
- do up to 5 iterations of copying dirty domU memory to target,
including the initial copying of all domU memory, excluding
the final copying while the domU is suspended
- do fewer iterations in case the domU dirtied less than 50 page
Read incoming migration stream directly into the guest memory.
This avoids the memory allocation and copying, and the resulting
performance penalty.
Signed-off-by: Olaf Hering
---
tools/libs/saverestore/common.h | 1 +
tools/libs/saverestore/restore.c | 132 ++-
2
Remove allocation from hotpath, move map_errs array into preallocated space.
Signed-off-by: Olaf Hering
---
tools/libs/saverestore/common.h | 1 +
tools/libs/saverestore/restore.c | 12 +---
2 files changed, 2 insertions(+), 11 deletions(-)
diff --git a/tools/libs/saverestore/common.h
handle_page_data must be able to read directly into mapped guest memory.
This will avoid unneccesary memcpy calls for data that can be consumed verbatim.
Split the various steps of record processing:
- move processing to handle_buffered_page_data
- adjust xenforeignmemory_map to set errno in case
Provide a knob to the host admin to abort the live migration of a
running domU if the downtime during final transit will be too long
for the workload within domU.
Adjust error reporting. Add ERROR_MIGRATION_ABORTED to allow callers of
libxl_domain_suspend to distinguish between errors and the requ
handle_page_data must be able to read directly into mapped guest memory.
This will avoid unneccesary memcpy calls for data which can be consumed
verbatim.
Rearrange the code to allow decisions based on the incoming record.
This change is preparation for future changes in handle_page_data,
no cha
Remove allocation from hotpath, move guest_data array into preallocated space.
Because this was allocated with calloc:
Adjust the loop to clear unused entries as needed.
Signed-off-by: Olaf Hering
---
tools/libs/saverestore/common.h | 2 ++
tools/libs/saverestore/save.c | 11 ++-
2 f
Remove allocation from hotpath, move populate_pfns' pfns array into
preallocated space.
Use some prefix to avoid conflict with an array used in handle_page_data.
Signed-off-by: Olaf Hering
---
tools/libs/saverestore/common.h | 1 +
tools/libs/saverestore/restore.c | 11 +--
2 files ch
Remove allocation from hotpath, move pfns array into preallocated space.
Signed-off-by: Olaf Hering
---
tools/libs/saverestore/common.h | 2 ++
tools/libs/saverestore/restore.c | 6 ++
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/tools/libs/saverestore/common.h b/tools/lib
Remove allocation from hotpath, move types array into preallocated space.
Signed-off-by: Olaf Hering
---
tools/libs/saverestore/common.h | 1 +
tools/libs/saverestore/restore.c | 12 +---
2 files changed, 2 insertions(+), 11 deletions(-)
diff --git a/tools/libs/saverestore/common.h b/
Move all save/restore related code from libxenguest.so into a separate
library libxensaverestore.so. The only consumer is libxl-save-helper.
There is no need to have the moved code mapped all the time in binaries
where libxenguest.so is used.
According to size(1) the change is:
textdata
The verify code tries to make sure the transferred pages from the paused
domU were received correctly in the previous, final iteration. Every
page is transferred once again by the sender, the receiver compares the
content with what is already mapped into the not-yet started domU.
This does unfortu
Migrating a large, and potentially busy, domU will take more
time than neccessary due to excessive number of copying iterations.
Allow to host admin to control the number of iterations which
copy cumulated domU dirty pages to the target host.
The default remains 5, which means one initial iterati
A hard to trigger race with another unrelated systemd service and
xenstored.service unveiled a bug in the way how xenstored is launched
with systemd.
launch-xenstore may start either a daemon or a domain. In case a domain
is used, systemd-notify was called. If another service triggered a
restart o
This will help libxl_save_msgs_gen.pl to copy the struct as a region of memory.
No change in behavior intented.
Signed-off-by: Olaf Hering
---
tools/include/xensaverestore.h | 7 +++
tools/libs/saverestore/common.h | 2 +-
tools/libs/saverestore/save.c | 6 +++---
3 files changed, 7 inse
This is required by upcoming API changes.
Signed-off-by: Olaf Hering
---
tools/include/libxl.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/tools/include/libxl.h b/tools/include/libxl.h
index ae7fe27c1f..29931626a2 100644
--- a/tools/include/libxl.h
+++ b/tools/include/l
Remove allocation from hotpath, move rec_pfns array into preallocated space.
Signed-off-by: Olaf Hering
---
tools/libs/saverestore/common.h | 2 ++
tools/libs/saverestore/save.c | 11 +--
2 files changed, 3 insertions(+), 10 deletions(-)
diff --git a/tools/libs/saverestore/common.h b
Remove allocation from hotpath, move populate_pfns mfns array into preallocated
space.
Use some prefix to avoid conflict with an array used in handle_page_data.
Signed-off-by: Olaf Hering
---
tools/libs/saverestore/common.h | 2 ++
tools/libs/saverestore/restore.c | 5 ++---
2 files changed, 4
Remove allocation from hotpath, move iov array into preallocated space.
Signed-off-by: Olaf Hering
---
tools/libs/saverestore/common.h | 2 ++
tools/libs/saverestore/save.c | 7 ++-
2 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/tools/libs/saverestore/common.h b/tools/libs/
Remove allocation from hotpath, move errors array into preallocated space.
Signed-off-by: Olaf Hering
---
tools/libs/saverestore/common.h | 2 ++
tools/libs/saverestore/save.c | 7 ++-
2 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/tools/libs/saverestore/common.h b/tools/li
Remove allocation from hotpath, move local_pages array into preallocated space.
Adjust the code to use the src page as is in case of HVM.
In case of PV the page may need to be normalised, use an private memory
area for this purpose.
Signed-off-by: Olaf Hering
---
tools/libs/saverestore/common.h
Remove allocation from hotpath, move mfns array into preallocated space.
Signed-off-by: Olaf Hering
---
tools/libs/saverestore/common.h | 2 ++
tools/libs/saverestore/restore.c | 5 ++---
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/tools/libs/saverestore/common.h b/tools/libs
Remove allocation from hotpath, move mfns array into preallocated space.
Signed-off-by: Olaf Hering
---
tools/libs/saverestore/common.h | 2 ++
tools/libs/saverestore/save.c | 7 ++-
2 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/tools/libs/saverestore/common.h b/tools/libs
Show how fast domU pages are transferred in each iteration.
The relevant data is how fast the pfns travel, not so much how much
protocol overhead exists. So the reported MiB/sec is just for pfns.
Signed-off-by: Olaf Hering
---
tools/libs/saverestore/common.h | 2 ++
tools/libs/saverestore/save
The batch_pfns array is already allocated in advance.
Move it into the preallocated area.
Signed-off-by: Olaf Hering
---
tools/libs/saverestore/common.h | 2 +-
tools/libs/saverestore/save.c | 25 +++--
2 files changed, 12 insertions(+), 15 deletions(-)
diff --git a/tools
xl migrate --debug used to track every pfn in every batch of pages.
But these times are gone. Adjust the help text to tell what --debug
is supposed to do today.
Signed-off-by: Olaf Hering
---
docs/man/xl.1.pod.in | 4 +++-
tools/libs/guest/xg_sr_save.c | 2 +-
tools/xl/xl_cmdtable.c
Remove allocation from hotpath, move types array into preallocated space.
Signed-off-by: Olaf Hering
---
tools/libs/saverestore/common.h | 2 ++
tools/libs/saverestore/save.c | 7 ++-
2 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/tools/libs/saverestore/common.h b/tools/lib
Users of xc_get_pfn_type_batch may want to sanity check the data
returned by Xen. Add a simple helper for this purpose.
Signed-off-by: Olaf Hering
---
tools/libs/ctrl/xc_private.h | 33 +
1 file changed, 33 insertions(+)
diff --git a/tools/libs/ctrl/xc_private.h
The hotpath 'send_dirty_pages' is supposed to do just one thing: sending.
The other end 'handle_page_data' is supposed to do just receiving.
But instead both do other costly work like memory allocations and data moving.
Do the allocations once, the array sizes are a compiletime constant.
Avoid unn
Read a batch of iovec's.
In the common case of short reads, finish individual iov's with read_exact.
Signed-off-by: Olaf Hering
---
tools/libs/ctrl/xc_private.c | 55 +++-
tools/libs/ctrl/xc_private.h | 1 +
2 files changed, 55 insertions(+), 1 deletion(-)
diff
Introduce a helper which decides if a given pfn type has data
for the migration stream.
No change in behavior intended.
Signed-off-by: Olaf Hering
---
tools/libs/saverestore/common.h | 17
tools/libs/saverestore/restore.c | 34 +---
tools/libs/saver
Verify pfn type on sending side, also verify incoming batch of pfns.
Signed-off-by: Olaf Hering
---
tools/libs/saverestore/restore.c | 3 +--
tools/libs/saverestore/save.c| 6 ++
2 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/tools/libs/saverestore/restore.c b/tools/libs/
Introduce new API to test if a fixed number of bits is clear or set,
and clear or set them all at once.
The caller has to make sure the input bitnumber is a multiply of BITS_PER_LONG.
This API avoids the loop over each bit in a known range just to see
if all of them are either clear or set.
Sign
Various unreviewed changes, rebase to 57f68dfd2d.
Olaf Hering (38):
tools: add API to work with sevaral bits at once
xl: fix description of migrate --debug
tools: create libxensaverestore
tools: add readv_exact to libxenctrl
tools: add xc_is_known_page_type to libxenctrl
tools: use xc_
flight 162299 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/162299/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-freebsd11-amd64 16 guest-saverestore fail REGR. vs.
152631
test-amd64-am
AL13N schreef op 2021-06-01 16:48:
AL13N schreef op 2021-06-01 16:44:
Jan Beulich schreef op 2021-06-01 16:33:
On 01.06.2021 16:06, AL13N wrote:
Jan Beulich schreef op 2021-06-01 12:08:
On 01.06.2021 09:36, AL13N wrote:
Not 100% it's a bug or something i did wrong, but,
with xl create i sta
Commit cf8c4d3d13b8 made some preparation to have one day
variable-length-array argument, but didn't declare the array in the
function prototype the same way as in the function definition. And now
GCC 11 complains about it.
Fixes: cf8c4d3d13b8 ("tools/libs/foreignmemory: pull array length argument
Hi Jan,
On 27/05/2021 08:15, Jan Beulich wrote:
On 26.05.2021 18:11, Julien Grall wrote:
From: Julien Grall
Since commit 1aac966e24e9 "xen: support RAM at addresses 0 and 4096",
bits_to_zone() will never return 0 and it is expected that we have
minimum 2 zones.
Therefore the check in alloc_d
On 01.06.2021 16:44, AL13N wrote:
> This mailing list is the correct place for the toolstack too? right?
Yes.
Jan
AL13N schreef op 2021-06-01 16:44:
Jan Beulich schreef op 2021-06-01 16:33:
On 01.06.2021 16:06, AL13N wrote:
Jan Beulich schreef op 2021-06-01 12:08:
On 01.06.2021 09:36, AL13N wrote:
Not 100% it's a bug or something i did wrong, but,
with xl create i start a PV with 3 pci passthroughs
aft
Jan Beulich schreef op 2021-06-01 16:33:
On 01.06.2021 16:06, AL13N wrote:
Jan Beulich schreef op 2021-06-01 12:08:
On 01.06.2021 09:36, AL13N wrote:
Not 100% it's a bug or something i did wrong, but,
with xl create i start a PV with 3 pci passthroughs
after wards, xl pci-list shows all 3 ni
On 01.06.2021 16:06, AL13N wrote:
> Jan Beulich schreef op 2021-06-01 12:08:
>> On 01.06.2021 09:36, AL13N wrote:
>>> Not 100% it's a bug or something i did wrong, but,
>>>
>>> with xl create i start a PV with 3 pci passthroughs
>>>
>>> after wards, xl pci-list shows all 3 nicely
>>>
>>> looking at
AL13N schreef op 2021-06-01 16:06:
Jan Beulich schreef op 2021-06-01 12:08:
On 01.06.2021 09:36, AL13N wrote:
Not 100% it's a bug or something i did wrong, but,
with xl create i start a PV with 3 pci passthroughs
after wards, xl pci-list shows all 3 nicely
looking at the domU boot logs, pcif
On 5/28/21 5:50 PM, Anchal Agarwal wrote:
> That only fails during boot but not after the control jumps into the image.
> The
> non boot cpus are brought offline(freeze_secondary_cpus) and then online via
> cpu hotplug path. In that case xen_vcpu_setup doesn't invokes the hypercall
> again.
Jan Beulich schreef op 2021-06-01 12:08:
On 01.06.2021 09:36, AL13N wrote:
Not 100% it's a bug or something i did wrong, but,
with xl create i start a PV with 3 pci passthroughs
after wards, xl pci-list shows all 3 nicely
looking at the domU boot logs, pcifront is only creating one pci
devic
On 27.05.2021 20:48, Julien Grall wrote:
> On 27/05/2021 12:28, Jan Beulich wrote:
>> port_is_valid() and evtchn_from_port() are fine to use without holding
>> any locks. Accordingly acquire the per-domain lock slightly later in
>> evtchn_close() and evtchn_bind_vcpu().
>
> So I agree that port_is
flight 162288 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/162288/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf d3ff5dbe1dfc3420e5254d290500c0b6f6282d17
baseline version:
ovmf fe5da0927aad98f3c0050
flight 162282 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/162282/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemut-win7-amd64 19 guest-stopfail like 162269
test-amd64-amd64-qemuu-nested-amd 20
A platform introduced in EDK II named OvmfXen is now the one to use for
Xen instead of OvmfX64. It comes with PVH support.
Also, the Xen support in OvmfX64 is deprecated,
"deprecation notice: *dynamic* multi-VMM (QEMU vs. Xen) support in OvmfPkg"
https://edk2.groups.io/g/devel/message/7549
On 01.06.2021 09:36, AL13N wrote:
> Not 100% it's a bug or something i did wrong, but,
>
> with xl create i start a PV with 3 pci passthroughs
>
> after wards, xl pci-list shows all 3 nicely
>
> looking at the domU boot logs, pcifront is only creating one pci device
> and lspci in the guest sho
On Tue, Jun 1, 2021 at 8:34 AM AL13N wrote:
> Not 100% it's a bug or something i did wrong, but,
>
> with xl create i start a PV with 3 pci passthroughs
>
> after wards, xl pci-list shows all 3 nicely
>
> looking at the domU boot logs, pcifront is only creating one pci device
> and lspci in the g
Hi,
On 01/06/2021 07:03, Jan Beulich wrote:
On 01.06.2021 04:26, Connor Davis wrote:
On 5/25/21 12:13 PM, Bob Eshleman wrote:
On 5/25/21 1:48 AM, Jan Beulich wrote:
On 24.05.2021 16:34, Connor Davis wrote:
Add arch-specific makefiles and configs needed to build for
riscv. Also add a minima
Not 100% it's a bug or something i did wrong, but,
with xl create i start a PV with 3 pci passthroughs
after wards, xl pci-list shows all 3 nicely
looking at the domU boot logs, pcifront is only creating one pci device
and lspci in the guest shows only 1 pci entry
in at least 4.14.1 it still
Not 100% it's a bug or something i did wrong, but,
with xl create i start a PV with 3 pci passthroughs
after wards, xl pci-list shows all 3 nicely
looking at the domU boot logs, pcifront is only creating one pci device
and lspci in the guest shows only 1 pci entry
in at least 4.14.1 it still
flight 162279 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/162279/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-dmrestrict-amd64-dmrestrict 7 xen-install fail REGR.
vs. 152332
test-amd
86 matches
Mail list logo