Re: [Xen-devel] Debugging Windows HVM crashes on Ryzen 3xxx series CPUs.

[Paul Durrant <pdurrant@xxxxxxxxx>]

On Mon, 28 Oct 2019 at 09:21, Jan Beulich <jbeulich@xxxxxxxx> wrote:
>
> On 25.10.2019 19:01, Andrew Cooper wrote:
> > On 24/10/2019 12:57, Steven Haigh wrote:
> >> Hi all,
> >>
> >> I've managed to get the git master version of Xen on this affected
> >> system and tries to boot a Windows Server 2016 system. It crashes as
> >> per normal.
> >>
> >> I managed to get these logs, but I'm not quite sure what else to do to
> >> debug this issue further.
> >
> > After a collaborative debugging session on IRC, we've identified the
> > problem.  Here is a summary.
> >
> > https://www.reddit.com/r/Amd/comments/ckr5f4/amd_ryzen_3000_series_linux_support_and/
> > is concerning KVM, but it identified that the TOPOEXT feature was
> > important to getting windows to boot.
> >
> > Xen doesn't currently offer TOPOEXT to guests at all.  Fixing this is on
> > the TODO list along with the rest of the topology representation swamp.
> >
> > On a hunch, I offered up a XenServer patch which we are still using, in
> > lieu of fixing topology properly.  It is logically a revert of
> > ca2eee92df44 as that change wasn't migration safe.
>
> Would you mind helping me understand how this revert matches up with
> you saying above that TOPOEXT is needed for Windows to boot here? I
> don't think I can conclude anything in this direction from the article
> you've provided the link of.
>

No, I couldn't quite see that. Google found me
https://lists.gnu.org/archive/html/qemu-devel/2018-03/msg03684.html
which suggests that topoext deals with cache topology information,
rather than being to do with cores/threads. Is Windows simply assuming
the existence of the info. because it is seeing the model/family of
the physical CPU and then getting upset because it's not there?

  Paul

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel