From: "Michael S. Tsirkin" <mst@redhat.com>
To: Babu Moger <babu.moger@amd.com>
Cc: ehabkost@redhat.com, qemu-devel@nongnu.org, imammedo@redhat.com,
pbonzini@redhat.com, rth@twiddle.net
Subject: Re: [PATCH v7 0/2] Remove EPYC mode apicid decode and use generic decode
Date: Tue, 8 Sep 2020 10:11:45 -0400 [thread overview]
Message-ID: <20200908101129-mutt-send-email-mst@kernel.org> (raw)
In-Reply-To: <159897580089.30750.12581669374705391794.stgit@naples-babu.amd.com>
On Tue, Sep 01, 2020 at 10:57:20AM -0500, Babu Moger wrote:
> To support some of the complex topology, we introduced EPYC mode apicid decode.
> But, EPYC mode decode is running into problems. Also it can become quite a
> maintenance problem in the future. So, it was decided to remove that code and
> use the generic decode which works for majority of the topology. Most of the
> SPECed configuration would work just fine. With some non-SPECed user inputs,
> it will create some sub-optimal configuration.
>
> Here is the discussion thread.
> https://lore.kernel.org/qemu-devel/c0bcc1a6-1d84-a6e7-e468-d5b437c1b254@amd.com/
> https://lore.kernel.org/qemu-devel/20200826143849.59f6970b@redhat.com/
>
> This series removes all the EPYC mode specific apicid changes and use the generic
> apicid decode.
PC, x86 changes:
Acked-by: Michael S. Tsirkin <mst@redhat.com>
Feel free to merge.
> ---
> v7:
> Eduardo has already queued 1-8 from the v6. Sending rest of the patches.
> Fixed CPUID 800000ld based on Igor's comment and few text changes.
>
> v6:
> https://lore.kernel.org/qemu-devel/159889924378.21294.16494070903874534542.stgit@naples-babu.amd.com/
> Found out that numa configuration is not mandatory for all the EPYC model topology.
> We can use the generic decode which works pretty well. Also noticed that
> cpuid does not changes when the numa nodes change(NPS- Nodes per socket).
> Took care of couple comments from Igor and Eduardo.
> Thank you Igor, Daniel, David, Eduardo for your feedback.
>
> v5:
> https://lore.kernel.org/qemu-devel/159804762216.39954.15502128500494116468.stgit@naples-babu.amd.com/
> Revert EPYC specific decode.
> Simplify CPUID_8000_001E
>
> v4:
> https://lore.kernel.org/qemu-devel/159744083536.39197.13827776633866601278.stgit@naples-babu.amd.com/
> Not much of a change. Just added few text changes.
> Error out configuration instead of warning if dies are not configured in EPYC.
> Few other text changes to clarify the removal of node_id, nr_nodes and nodes_per_pkg.
>
> v3:
> https://lore.kernel.org/qemu-devel/159681772267.9679.1334429994189974662.stgit@naples-babu.amd.com/#r
> Added a new check to pass the dies for EPYC numa configuration.
> Added Simplify CPUID_8000_001E patch with some changes suggested by Igor.
> Dropped the patch to build the topology from CpuInstanceProperties.
> TODO: Not sure if we still need the Autonuma changes Igor mentioned.
> Needs more clarity on that.
>
> v2:
> https://lore.kernel.org/qemu-devel/159362436285.36204.986406297373871949.stgit@naples-babu.amd.com/
> Used the numa information from CpuInstanceProperties for building
> the apic_id suggested by Igor.
> Also did some minor code re-aarangement to take care of changes.
> Dropped the patch "Simplify CPUID_8000_001E" from v1. Will send
> it later.
>
> v1:
> https://lore.kernel.org/qemu-devel/159164739269.20543.3074052993891532749.stgit@naples-babu.amd.com
>
> Babu Moger (2):
> i386: Simplify CPUID_8000_001d for AMD
> i386: Simplify CPUID_8000_001E for AMD
>
>
> target/i386/cpu.c | 226 ++++++++++++++---------------------------------------
> 1 file changed, 61 insertions(+), 165 deletions(-)
>
> --
next prev parent reply other threads:[~2020-09-08 14:12 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-09-01 15:57 [PATCH v7 0/2] Remove EPYC mode apicid decode and use generic decode Babu Moger
2020-09-01 15:57 ` [PATCH v7 1/2] i386: Simplify CPUID_8000_001d for AMD Babu Moger
2020-09-02 6:42 ` Igor Mammedov
2020-09-02 7:20 ` Pankaj Gupta
2020-09-01 15:57 ` [PATCH v7 2/2] i386: Simplify CPUID_8000_001E " Babu Moger
2020-09-02 9:11 ` Pankaj Gupta
2020-09-08 14:11 ` Michael S. Tsirkin [this message]
2020-09-18 18:26 ` [PATCH v7 0/2] Remove EPYC mode apicid decode and use generic decode Eduardo Habkost
2023-07-05 8:12 ` x86 custom apicid assignments [Was: Re: [PATCH v7 0/2] Remove EPYC mode apicid decode and use generic decode] Claudio Fontana
2023-07-14 9:51 ` Igor Mammedov
2023-07-17 8:32 ` Claudio Fontana
2023-07-17 8:36 ` Claudio Fontana
2023-07-17 10:37 ` Igor Mammedov
2023-07-17 13:28 ` Claudio Fontana
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20200908101129-mutt-send-email-mst@kernel.org \
--to=mst@redhat.com \
--cc=babu.moger@amd.com \
--cc=ehabkost@redhat.com \
--cc=imammedo@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=rth@twiddle.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.