Age | Commit message (Collapse) | Author |
|
I really should have tested this part, but CI did.
Fixes: 954ba600ffb7 ("debvm-run: massively speed up tcg emulation of arm cpus")
|
|
pauth emulation is very intensive on the CPU and thus there is a
non-cryptographic alternative that provides a speedup of 3 to 4.
https://qemu-project.gitlab.io/qemu/system/arm/cpu-features.html#tcg-vcpu-features
Suggested-by: Arnd Bergmann <arnd@arndb.de>
Reported-by: Emanuele Rocca <ema@debian.org>
Tested-by: Emanuele Rocca <ema@debian.org>
Closes: #1033643
|
|
Reported-by: Jakub Wilk <jwilk@debian.org>
|
|
|
|
We now extend /etc/profile to invoke setterm -resize when detecting an
interactive login on a serial console. This should fix 90% of wrongly
sized serial consoles.
|
|
At this point, we only forward -a to mmdebstrap. It's not actually that
helpful to have this option on both levels, so just keep it on the
mmdebstrap level.
|
|
Reported-by: Fabian Gruenbichler
|
|
|
|
These clearly benefit the amd64 case as well. Experience with the
virtio gpu is not as clear cut as it may crash qemu.
|
|
Reported-by: Arnd Bergmann <arnd@arndb.de>
|
|
|
|
Reported-by: Johannes Schauer Marin Rodrigues <josch@debian.org>
|
|
|
|
Asking for a fsck pass in fstab is not what we want. Requiring fsck
makes sysvinit fail when fsck.ext4 is missing. Without that pass, it
happily boots without e2fsprogs.
Link: https://bugs.debian.org/1028267
Thanks: Thorsten Glaster <t.glaser@tarent.de>
|
|
This option allows changing the init system. The notable addition is
sysv.
|
|
|
|
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.
|
|
|
|
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
|
|
|
|
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.
|
|
|
|
|
|
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")
|
|
|
|
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>
|
|
Fixes: bfaa3d124fab ("debvm-run: on arm64 there is no default machine -- set one")
|
|
When running on armhf natively, there also is no default machine, so we
should also pass -machine virt there. That likely affects all arms and
riscv64 as well.
|
|
|
|
Faq
See merge request helmutg/debvm!26
|
|
|
|
|
|
The apt pattern ?or does not short-circuit. It installs any pattern
matching one of the arguments. On amd64, we thus get both the cloud and
the non-cloud variant.
There aren't that many good options to fix this, so the next best way is
using a hook and running apt again, which is suboptimal in terms of
repeated triggers, but likely the best we can do at present.
|
|
Cleanup
See merge request helmutg/debvm!25
|