From: Ilya Leoshkevich <iii@linux.ibm.com>
To: Michael Tokarev <mjt@tls.msk.ru>, Thomas Huth <thuth@redhat.com>,
qemu-devel@nongnu.org,
Richard Henderson <richard.henderson@linaro.org>
Cc: David Hildenbrand <david@redhat.com>
Subject: Re: [PULL 15/18] s390x/tcg: Fix CPU address returned by STIDP
Date: Wed, 07 Jun 2023 11:11:46 +0200 [thread overview]
Message-ID: <9f42964d50a610aa816917a0c1536d860e728ff5.camel@linux.ibm.com> (raw)
In-Reply-To: <ea74b6cf-b247-4ddf-b350-4fca68798818@tls.msk.ru>
On Wed, 2023-06-07 at 12:05 +0300, Michael Tokarev wrote:
> 06.06.2023 08:56, Thomas Huth wrote:
> > From: Ilya Leoshkevich <iii@linux.ibm.com>
> >
> > In qemu-user-s390x, /proc/cpuinfo contains:
> >
> > processor 0: version = 00, identification = 000000,
> > machine = 8561
> > processor 1: version = 00, identification = 400000,
> > machine = 8561
> >
> > The highest nibble is supposed to contain the CPU address, but it's
> > off
> > by 2 bits. Fix the shift value and provide a symbolic constant for
> > it.
> >
> > With the fix we get:
> >
> > processor 0: version = 00, identification = 000000,
> > machine = 8561
> > processor 1: version = 00, identification = 100000,
> > machine = 8561
> >
> > Fixes: 076d4d39b65f ("s390x/cpumodel: wire up cpu type + id for
> > TCG")
> > Reviewed-by: David Hildenbrand <david@redhat.com>
> > Signed-off-by: Ilya Leoshkevich <iii@linux.ibm.com>
> > Message-Id: <20230605113950.1169228-2-iii@linux.ibm.com>
> > Signed-off-by: Thomas Huth <thuth@redhat.com>
> > ---
> > target/s390x/cpu_models.h | 10 +++++++++-
> > target/s390x/cpu_models.c | 4 ++--
> > 2 files changed, 11 insertions(+), 3 deletions(-)
>
> Is it a -stable material too?
> (applies cleanly to 7.2 and 8.0)
>
> Thanks,
>
> /mjt
Yes, from my perspective, it would be good to put this into stable.
I forgot to tag it, because the rest of the series was a new feature.
Thanks for noticing!
next prev parent reply other threads:[~2023-06-07 9:12 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-06-06 5:56 [PULL 00/18] s390x and misc patches Thomas Huth
2023-06-06 5:56 ` [PULL 01/18] target/s390x: Fix LCBB overwriting the top 32 bits Thomas Huth
2023-06-06 5:56 ` [PULL 02/18] tests/tcg/s390x: Test LCBB Thomas Huth
2023-06-06 5:56 ` [PULL 03/18] target/s390x: Fix LOCFHR taking the wrong half of R2 Thomas Huth
2023-06-06 5:56 ` [PULL 04/18] tests/tcg/s390x: Test LOCFHR Thomas Huth
2023-06-06 5:56 ` [PULL 05/18] linux-user/s390x: Fix single-stepping SVC Thomas Huth
2023-06-06 5:56 ` [PULL 06/18] tests/tcg/s390x: Test " Thomas Huth
2023-06-06 5:56 ` [PULL 07/18] Add conditional dependency for libkeyutils Thomas Huth
2023-06-06 5:56 ` [PULL 08/18] target/s390x: Fix MXDB and MXDBR Thomas Huth
2023-06-06 5:56 ` [PULL 09/18] tests/tcg/s390x: Test " Thomas Huth
2023-06-06 5:56 ` [PULL 10/18] tests/qtest: Run ipmi-bt-test only if CONFIG_IPMI_EXTERN is set Thomas Huth
2023-06-06 5:56 ` [PULL 11/18] gitlab-ci: Remove unused Python package Thomas Huth
2023-06-06 5:56 ` [PULL 12/18] hw/mips/malta: Fix the malta machine on big endian hosts Thomas Huth
2023-06-06 5:56 ` [PULL 13/18] scripts: Add qom-cast-macro-clean-cocci-gen.py Thomas Huth
2023-06-06 5:56 ` [PULL 14/18] bulk: Remove pointless QOM casts Thomas Huth
2023-06-06 5:56 ` [PULL 15/18] s390x/tcg: Fix CPU address returned by STIDP Thomas Huth
2023-06-07 9:05 ` Michael Tokarev
2023-06-07 9:11 ` Ilya Leoshkevich [this message]
2023-06-06 5:56 ` [PULL 16/18] linux-user/elfload: Expose get_elf_hwcap() on s390x Thomas Huth
2023-06-06 5:56 ` [PULL 17/18] linux-user/elfload: Introduce elf_hwcap_str() " Thomas Huth
2023-06-06 5:56 ` [PULL 18/18] linux-user: Emulate /proc/cpuinfo " Thomas Huth
2023-06-06 15:46 ` [PULL 00/18] s390x and misc patches Richard Henderson
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=9f42964d50a610aa816917a0c1536d860e728ff5.camel@linux.ibm.com \
--to=iii@linux.ibm.com \
--cc=david@redhat.com \
--cc=mjt@tls.msk.ru \
--cc=qemu-devel@nongnu.org \
--cc=richard.henderson@linaro.org \
--cc=thuth@redhat.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).