Age | Commit message (Collapse) | Author |
|
Since qemu-kvm is virtual, it doesn't have a version and we cannot
depend on it like that. Rather than revert back to qemu-system-misc
(which would defeat the purpose), just drop the dependency as testing
has a fixed version now.
Thanks to Jochen Sprickerhof for explaining the cause of badpkg.
|
|
|
|
resize2fs -b will not actually perform a resize. Rather, it will
truncate the file to the filesystem length, reversing the earlier
truncate call. Thus we need second resize2fs call to change the size of
the filesystem.
Fixes: 09bcaa8fe901 ("debvm-create: make the ext4 look more like ext4")
|
|
Closes: #1030254
|
|
We actually expect systemd in the network configuration. Be more honest
about this.
|
|
Use two tests. One in --mode=root and another skippable one in
--mode=unshare. The latter will likely be skipped on Debian
infrastructure.
|
|
Closes: !29
|
|
|
|
Outputting the image in tar format breaks interoperability with
`debvm-run`, but makes it easier to inspect, convert or perform
additional modifications of the generated image.
|
|
Reported-by: Gioele Barabucci <gioele@svario.it>
Closes: #1030255
|
|
One notable difference remains. metadata_csum keeps missing as tune2fs
insists on doing this interactively only.
Reported-by: Gioele Barabucci <gioele@svario.it>
Closes: #1030252
|
|
It's only a trigger for s390x yet, due to being a dependency of debvm
otherwise.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
install and use multiarch kernels for sibling architectures
See merge request helmutg/debvm!28
|
|
We already pass it in the kvm case where it should become host and all
should be fine. However in the non-kvm case, the default gic can only
support 8 cores. If we want to go beyond that, we need a higher
gic-version. We couldn't measure a performance difference between max
and unset, so we'll just always pass max.
Thanks: Arnd Bergmann <arnd@arndb.de>
Thanks: Johannes Schauer Marin Rodrigues <josch@debian.org>
|
|
Reported-by: Arnd Bergmann <arnd@arndb.de>
|
|
In a multiarch setting, VMARCH shall describe the contained userland and
KERNELARCH shall describe the architecture of the contained kernel.
|
|
Fixes: 66b9374cc19c ("debvm-run: extract kernel image before inspecting it")
|
|
elf-arch may report armel and armhf as arm.
|
|
Reported-by: Arnd Bergmann <arnd@arndb.de>
|
|
|
|
|
|
We completely treat all 32bit arm as armhf now. Booting the rpi kernel
installed by debvm-create for armel will not work at all. The only sane
way to boot armel is to enable a multiarch kernel.
Refine the VMARCH guess from /bin/true using the file output for the
kernel image for the common cases of i386+amd64 and armel/armhf+arm64.
|
|
|
|
|
|
While this works for armel+armhf by sheer luck, debvm-run fails for
i386+amd64 as it selects qemu-system-i386.
|
|
|
|
Timeouts were hit on salsa-ci for arm64 occasionally. The armhf
autopkgtest also runs into this timeout.
|
|
|
|
|
|
|
|
This was never tried, but autopkgtests indicate that smp limits also
apply to the native case.
|
|
|
|
|
|
|
|
|
|
It's not as simple as disabling the rng when pci is unavailable. For
m68k, we can select -machine virt and then we can have a
virtio-rng-device. Thus make that part configurable.
|
|
While the host version only works on kvm, max means the same and also
works on tcg.
Signed-off-by: Johannes Schauer Marin Rodrigues <josch@debian.org>
Signed-off-by: Helmut Grohne <helmut@subdivi.de>
|
|
Fixes: aee1eb3d1c28 ("debvm-run: no need for true randomness -- use /dev/urandom to be faster")
|
|
marvell seems deprecated. Suggested by Jochen Sprickerhof.
|
|
|
|
Now that we pass accel=kvm:tcg, there is no difference anymore.
|
|
-enable-kvm is equivalent to -M accel=kvm, but we allow a fallback to
tcg in case kvm is not available thus shifting this test into qemu.
Reported-by: Bastian Blank <waldi@debian.org>
Reported-by: Johannes Schauer Marin Rodrigues <josch@debian.org>
|
|
This is a workaround for https://bugs.debian.org/1029309
|