Backport for 2.38:
commit ced101ed9d3b7cfd12d97ef24940cb00b8658c81
Author: Sajan Karumanchi <sajan.karuman...@amd.com>
Date: Tue Aug 1 15:20:55 2023 +0000
x86: Fix for cache computation on AMD legacy cpus.
Some legacy AMD CPUs and hypervisors have the _cpuid_ '0x8000_001D'
set to Zero, thus resulting in zeroed-out computed cache values.
This patch reintroduces the old way of cache computation as a
fail-safe option to handle these exceptions.
Fixed 'level4_cache_size' value through handle_amd().
Reviewed-by: Premachandra Mallappa <premachandra.malla...@amd.com>
Tested-by: Florian Weimer <fwei...@redhat.com>
Backport for 2.37:
commit 9d5c6e27ed6af40339f0be28f0c613fae4179c46
Author: Sajan Karumanchi <sajan.karuman...@amd.com>
Date: Tue Aug 1 15:20:55 2023 +0000
x86: Fix for cache computation on AMD legacy cpus.
Some legacy AMD CPUs and hypervisors have the _cpuid_ '0x8000_001D'
set to Zero, thus resulting in zeroed-out computed cache values.
This patch reintroduces the old way of cache computation as a
fail-safe option to handle these exceptions.
Fixed 'level4_cache_size' value through handle_amd().
Reviewed-by: Premachandra Mallappa <premachandra.malla...@amd.com>
Tested-by: Florian Weimer <fwei...@redhat.com>
(cherry picked from commit dcad5c8578130dec7f35fd5b0885304b59f9f543)
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/2016252
Title:
qemu-system-x86_64 crashes inside nested VM
Status in GLibC:
Fix Released
Status in glibc package in Ubuntu:
Fix Released
Status in qemu package in Ubuntu:
Fix Released
Status in systemd package in Ubuntu:
Invalid
Bug description:
Systemd package has autopkgtests
the upstream-2 test cases use upstream systemd testsuite, i.e. make -C
str/test/TEST-70-TPM2 setup run
it launches a nested VM to do quick tests inside it.
It appears that qemu-system-x86_64 crashes in such cases:
TEST-70-TPM2 RUN: cryptenroll/cryptsetup with TPM2 devices
+ timeout --foreground 1800 /bin/qemu-system-x86_64 -smp 4 -net none -m 1024M
-nographic -vga none -kernel /boot/vmlinuz-6.2.0-1003-lowlatency -drive
format=raw,cache=unsafe,file=/var/tmp/systemd-test.G2RH6i/tpm2.img -device
virtio-rng-pci,max-bytes=1024,period=1000 -chardev
socket,id=chrtpm,path=/tmp/tmp.cRBa43SrLC/sock -tpmdev
emulator,id=tpm0,chardev=chrtpm -device tpm-tis,tpmdev=tpm0 -initrd
/boot/initrd.img-6.2.0-1003-lowlatency -append 'root=LABEL=systemd_boot rw
raid=noautodetect rd.luks=0 loglevel=2 init=/lib/systemd/systemd console=ttyS0
SYSTEMD_UNIT_PATH=/usr/lib/systemd/tests/testdata/testsuite-70.units:/usr/lib/systemd/tests/testdata/units:
systemd.unit=testsuite.target systemd.wants=testsuite-70.service oops=panic
panic=1 softlockup_panic=1 systemd.wants=end.service'
qemu-system-x86_64: ../../util/cacheflush.c:208: init_cache_info: Assertion
`(isize & (isize - 1)) == 0' failed.
timeout: the monitored command dumped core
..//test-functions: line 377: 152120 Aborted ( set -x;
"${qemu_cmd[@]}" "${qemu_options[@]}" -append "${kernel_params[*]}" )
E: qemu failed with exit code 134
The important bit seems to be:
qemu-system-x86_64: ../../util/cacheflush.c:208: init_cache_info:
Assertion `(isize & (isize - 1)) == 0' failed.
Which is an assert inside qemu source code.
Is the systemd test suite VM setup doing something wrong, or is there
something wrong in qemu?
To manage notifications about this bug go to:
https://bugs.launchpad.net/glibc/+bug/2016252/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
