This bug was fixed in the package libvirt - 6.0.0-0ubuntu8.9
---
libvirt (6.0.0-0ubuntu8.9) focal; urgency=medium
* d/p/u/lp-1921754*: add EPYC-Rome-v2 as v1 missed IBRS and thereby fails
on some HW/Guest combinations e.g. Windows 10 on Threadripper
(LP: #1921754)
* d/p/u/
This bug was fixed in the package qemu - 1:4.2-3ubuntu6.16
---
qemu (1:4.2-3ubuntu6.16) focal; urgency=medium
* d/p/u/lp-1921754*: add EPYC-Rome-v2 as v1 missed IBRS and thereby fails
on some HW/Guest combinations e.g. Windows 10 on Threadripper chips
(LP: #1921754)
* d/p/
This bug was fixed in the package qemu - 1:5.0-5ubuntu9.8
---
qemu (1:5.0-5ubuntu9.8) groovy; urgency=medium
* d/p/u/lp-1921754*: add EPYC-Rome-v2 as v1 missed IBRS and thereby fails
on some HW/Guest combinations e.g. Windows 10 on Threadripper chips
(LP: #1921754)
* d/p/u
This bug was fixed in the package libvirt - 6.6.0-1ubuntu3.5
---
libvirt (6.6.0-1ubuntu3.5) groovy; urgency=medium
* d/p/u/lp-1921754*: add EPYC-Rome-v2 as v1 missed IBRS and thereby fails
on some HW/Guest combinations e.g. Windows 10 on Threadripper
(LP: #1921754)
* d/p/u
The regression tests are good as well with the only hiccups being the
known postcopy-after-precopy denial and a known bug in hirsute guest
kernels on s390x. Nothing new introduced by the changes as far as I can
see.
prep (x86_64): Pass 20 F/S/N 0/0/0 - RC 0 (10 min 38961 lin)
migrate (x86_
Thanks Markus.
Also testing groovy here ...
Before:
++-=---=
ii libvirt-daemon-system 6.6.0-1ubuntu3.4 amd64Libvirt daemon
configuration files
ii qemu-system-x86 1:5.0-5ubuntu9.7 amd64Q
** Merge proposal unlinked:
https://code.launchpad.net/~paelzer/ubuntu/+source/qemu/+git/qemu/+merge/401771
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1921880
Title:
Add EPYC-Milan model
To
** Merge proposal linked:
https://code.launchpad.net/~paelzer/ubuntu/+source/qemu/+git/qemu/+merge/401771
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1921880
Title:
Add EPYC-Milan model
To ma
focal: qemu 1:4.2-3ubuntu6.15, libvirt 6.0.0-0ubuntu8.8
# qemu-system-x86_64 -cpu ? | grep EPYC
x86 EPYC (alias configured by machine type)
x86 EPYC-IBPB (alias of EPYC-v2)
x86 EPYC-Rome (alias configured by machine type)
x86 EPYC-Rome-v1 AMD EPYC-Rome Processor
x86 EPYC-v1 AMD EPYC Processor
x86
Hello Markus, or anyone else affected,
Accepted qemu into groovy-proposed. The package will build now and be
available at https://launchpad.net/ubuntu/+source/qemu/1:5.0-5ubuntu9.8
in a few hours, and then in the -proposed repository.
Please help us by testing this new package. See
https://wiki.
Thanks Lukasz!
Thereby Hirsute completed - now I've uploaded the (more usual SRUs) for Groovy
& Focal for review by the SRU Team.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1921880
Title:
Add EP
This bug was fixed in the package libvirt - 7.0.0-2ubuntu2
---
libvirt (7.0.0-2ubuntu2) hirsute; urgency=medium
* d/p/u/lp-1921754*: add EPYC-Rome-v2 as v1 missed IBRS and thereby fails
on some HW/Guest combinations e.g. Windows 10 on Threadripper
(LP: #1921754)
* d/p/u/lp
This bug was fixed in the package qemu - 1:5.2+dfsg-9ubuntu3
---
qemu (1:5.2+dfsg-9ubuntu3) hirsute; urgency=medium
* d/p/u/lp-1921754*: add EPYC-Rome-v2 as v1 missed IBRS and thereby fails
on some HW/Guest combinations e.g. Windows 10 on Threadripper chips
(LP: #1921754)
As per our IRC discussion, I will be releasing those early, without the
required SRU aging period. Thanks!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1921880
Title:
Add EPYC-Milan model
To manag
Old
ii libvirt-daemon-system 7.0.0-2ubuntu1 amd64Libvirt daemon
configuration files
ii qemu-system-x86 1:5.2+dfsg-9ubuntu2 amd64QEMU full system
emulation binaries (x86)
New
ii libvirt-daemon-system 7.0.0-2ubuntu2 amd64Libvirt daemon
configuration files
Before state as in LP#1921754 (linux 5.11.0-16-generic, qemu 1:5.2
+dfsg-9ubuntu2, libvirt 7.0.0-2ubuntu1)
With proposed:
# qemu-system-x86_64 -cpu ? | grep EPYC-Milan
x86 EPYC-Milan(alias configured by machine type)
x86 EPYC-Milan-v1 AMD EPYC-Milan P
Hello Markus, or anyone else affected,
Accepted libvirt into hirsute-proposed. The package will build now and
be available at
https://launchpad.net/ubuntu/+source/libvirt/7.0.0-2ubuntu2 in a few
hours, and then in the -proposed repository.
Please help us by testing this new package. See
https://
I have an update regarding the missing "erms". This is apparently a bug
in the Milan 1.0.0.1 AGESA, which should be resolved with the next
update. Systems with Milan AGESA 1.0.0.0 are not affected.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
** Merge proposal linked:
https://code.launchpad.net/~paelzer/ubuntu/+source/qemu/+git/qemu/+merge/401372
** Merge proposal linked:
https://code.launchpad.net/~paelzer/ubuntu/+source/libvirt/+git/libvirt/+merge/401371
** Merge proposal linked:
https://code.launchpad.net/~paelzer/ubunt
** Description changed:
[Impact]
- * To avoid bugs with newer Hardware and to allow users/admins to control
-the KVM guests correctly we usually try to backport major CPU-
-detect/control features back to at least the last LTS (currently Focal)
-In SRU Terms this is under the sec
** Description changed:
+ [Impact]
+
+ * To avoid bugs with newer Hardware and to allow users/admins to control
+the KVM guests correctly we usually try to backport major CPU-
+detect/control features back to at least the last LTS (currently Focal)
+In SRU Terms this is under the sec
Awesome thanks for your answers Markus!
I've had a few backport questions (about potential side effects) that I
sorted out with Babu (thanks to him as well!).
With that all seems to be in place for another round of PPA updates to [1]
combining several changes tat are pre-sniffed SRUs and now bui
That should have said:
With 5.4.0-72 on the host and 5.4.0-70 in the guest the MSR error (WRMSR to
0x48) is consistently there.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1921880
Title:
Add EPYC
I have retested with kernel 5.4.0-72 and qemu 1:4.2-3ubuntu6.15
With 5.4.0-72 on the host and 5.4.0-70 the MSR error (WRMSR to 0x48) is
consistently there. After updating the instance to 5.4.0-72 the MSR error is
gone without the need for the ibrs flag.
Booting mainline 5.11.14-051114-generic st
I haven't went into too much depth on this for this sniff test, but
migrations also didn't trigger issues for me into the new builds and back.
I tried a host-passthrough and a host-model migration, the latter was expanded
to (started on the old host):
EPYC-Rome
AMD
TL;DR
- I was able to confirm Markus test results
- results LGTM (other than a few hickups probably due to my special HW)
- a few questions to Markus (see below)
- With these positive resilts I'd already go on and combine this with
another SRU to prep merge proposals for F/G/H.
- Once ready and r
I'm glad you have 7713 and 7763 that is great for our joint testing.
I have to state that "my" 7713 have erms and are thereby happy to start
with the EPYC-Milan type.
fsrm I agree, that had to be disabled
Full CPU definition
EPYC-Milan
While that i
Upgrading to the experimental build for Focal
root@f:~# virsh domcapabilities | grep EPYC
EPYC-Milan
EPYC-Rome
EPYC-Milan
EPYC-IBPB
EPYC
EPYC-Milan
AMD
I finally got (temporary) hold of a EPYC 7713 which should work well for
this.
Initial detection is the same on Focal and Hirsute
EPYC-Rome
AMD
Testing is done on EPYC 7763 and EPYC 7713 systems
Before: linux 5.4.0-70-generic, libvirt 6.0.0-0ubuntu8.8, qemu
1:4.2-3ubuntu6.14:
# virsh domcapabilities | grep EPYC
EPYC-Rome
EPYC-Rome
EPYC-IBPB
EPYC
After: libvirt 6.0.0-0ubuntu8.9~focalppa1, qemu
1:4.2-3ubuntu6.16~fo
I should update this bug as well as I have by accident posted on the
other :-/
Report on giving this a first shot for a Focal backport to experiment with it.
The patches are (as expected) not too messy or non-applicable.
Qemu backporting
143c30d4 already applied due to bug 1882774
5cb287d2 nois
> Mid-term I think it would still makes sense to get it into focal proper.
> Icelake is there and
> it hasn't even launched, yet. AMD is the more attractive platform these days,
> so having good
> support is more than just nice to have. But I defer this judgement to the
> server-team and you.
I
Again, thanks for putting so much thought into this. Yes, the Rome-v2
hasn't been merged, yet. But is trivial, so I expect no problems.
As for the Ubuntu integration, targeting this for 21.10 makes sense. By
then most things should be in place. In the meantime having a PPA or in
the server-backpor
No matter at which exact scope we end up with, since that is:
- clearly a feature
- very new (partially not yet merged upstream)
it is hard to quick-shove this even into Hirsute :-/
Also in the past it was useful to have it in a completed upstream release
to have more developers pick it up and due
So overall we'd need (in order to apply) to Focal (and less
to later versions):
Libvirt
bug taghash subject
1921880 v6.5.0 6ea3bb19 cpu_map: Add missing x86 features in 0x7 CPUID leaf
1921880 v6.5.0 892b7c70 cpu_map: Add missing x86 features in 0x8008 CPUID
leaf
1921880 v6.5.0 96a
Grml - as always this kind of bugs tend to grow until they are unmanageable
and then it eventually seems better to just ask users to upgrade.
BTW Server-Team Backports [1] nowadays which can help in most cases and does
not have the most of the SRU burden as it is an opt-in solution.
[1]: https://
I need to document some of my thoughts (for next time this comes up)
Doing this for recent EPYC we should as well consider the recent
intel chips as well. There we'd have Snowridge [1], but being an atom that
isn't the kind of chip that Ubuntu users of KVM (those that crave for the
latest chip fea
The initial request lists quite some changes already, but there might
be more needed to fully round this up and get it working smoothly.
At least as long as we consider this back to the last LTS being Focal
the following changes are missing as well:
Libvirt
for amd-stibp
1921880 v6.5.0 892b7c70 cp
FYI: Since they are closely related (but not a dup) the discussion of
bug 1921754 will mostly take place here as well.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1921880
Title:
Add EPYC-Milan mod
Hi Christian,
thanks for picking this up. No rush, we run with our build in the meantime.
I can also do tests for you on a Milan system, no problem.
I will also try to gather the missing tests and submit them to upstream
libvirt.
--
You received this bug notification because you are a member of
Hi Markus,
thanks for your (two) reports.
I agree that if we can get it backported without wreaking havoc to existing
systems and migrations we should do this. I've added a libvirt bug task and
will prepare a PPA with preliminary fixes.
I can get access to a Rome system for some tests, but Milan
41 matches
Mail list logo
