From: Thomas Huth <thuth@redhat.com>
To: "Daniel P. Berrange" <berrange@redhat.com>
Cc: "Paolo Bonzini" <pbonzini@redhat.com>,
"Philippe Mathieu-Daudé" <f4bug@amsat.org>,
qemu-devel@nongnu.org, "Richard Henderson" <rth@twiddle.net>,
"Alex Bennée" <alex.bennee@linaro.org>,
"Emilio G . Cota" <cota@braap.org>,
"Stefan Weil" <sw@weilnetz.de>,
"Peter Maydell" <peter.maydell@linaro.org>
Subject: Re: [Qemu-devel] [RFC PATCH 0/8] removal of tci (tcg interpreter)
Date: Thu, 29 Jun 2017 18:17:36 +0200 [thread overview]
Message-ID: <40abfed5-44fd-fc53-be7b-7836716e7e92@redhat.com> (raw)
In-Reply-To: <20170629160749.GH32167@redhat.com>
On 29.06.2017 18:07, Daniel P. Berrange wrote:
> On Thu, Jun 29, 2017 at 05:46:26PM +0200, Thomas Huth wrote:
>> On 29.06.2017 17:06, Paolo Bonzini wrote:
>>>
>>>
>>> On 29/06/2017 10:46, Thomas Huth wrote:
>>>>> Patches 7,8 are the removal, marked RFC... let's debate!
>>>> ... but NACK for a direct removal. Common sense is to make obsolete
>>>> features as deprecated first and then wait for 2 public releases before
>>>> the final removal, so that users still have a chance to speak up in case
>>>> they still need the feature and are willing to maintain it.
>>>
>>> I think this is a slightly different case than what is in
>>> http://wiki.qemu.org/Features/LegacyRemoval.
>>>
>>> TCI is enabled only with a specific configure argument if your machine
>>> is not supported by TCG. This would break _build_ configurations, not
>>> user configurations. It's a remote possibility that users are building
>>> their own QEMU, with TCI enabled, to work around a TCG bug. So we can
>>> be more speedy in removing the code.
>>
>> You never know ... it's unlikely, but there might be people around who
>> run configure with "--enable-tcg-interpreter" on purpose. And why the
>> hurry for removing this? It's been around in the current shape since
>> years, so waiting for two more releases does not hurt, does it?
>
> The flipside is that even if we delete it, if someone does suddenly
> care, the code is still there in git & easy to undelete again. Given
> that we believe there are zero users, it is known broken in many
> ways, and TCG provides a working alternative, I don't see a strong
> reason to not just kill it right away.
At least I was using TCI a couple of times during the last years (when I
was suspecting a bug in the normal TCG backend, so I could compare).
There might be other people, too, so I would not dare to say that there
are zero users!
Though I used it a couple of times in the past, I personally would not
object the removal of TCI nowadays since the normal TCG backends have
become pretty mature ... but other users of TCI might have a different
opinion here, so let's mark it as deprecated now and remove it next year
(unless somebody speaks up and explains why it should not be removed).
Thomas
next prev parent reply other threads:[~2017-06-29 16:17 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-29 1:02 [Qemu-devel] [RFC PATCH 0/8] removal of tci (tcg interpreter) Philippe Mathieu-Daudé
2017-06-29 1:02 ` [Qemu-devel] [PATCH 1/8] MAINTAINERS: update TCG entries Philippe Mathieu-Daudé
2017-06-29 1:02 ` [Qemu-devel] [PATCH 2/8] MAINTAINERS: update KVM entries Philippe Mathieu-Daudé
2017-06-29 1:02 ` [Qemu-devel] [PATCH 3/8] MAINTAINERS: update Xen entry Philippe Mathieu-Daudé
2017-06-29 10:39 ` Anthony PERARD
2017-06-29 11:54 ` Philippe Mathieu-Daudé
2017-06-29 11:47 ` Paolo Bonzini
2017-06-29 1:02 ` [Qemu-devel] [PATCH 4/8] MAINTAINERS: update TCI entry Philippe Mathieu-Daudé
2017-06-29 1:02 ` [Qemu-devel] [PATCH RESEND 5/8] tcg/tci: enable bswap16_i64 Philippe Mathieu-Daudé
2017-06-29 16:29 ` Eric Blake
2017-06-29 16:41 ` Philippe Mathieu-Daudé
2017-06-29 16:52 ` Stefan Weil
2017-06-29 17:02 ` Philippe Mathieu-Daudé
2017-06-29 1:02 ` [Qemu-devel] [PATCH 6/8] tcg/tci: disable MTTCG if TCI is enabled Philippe Mathieu-Daudé
2017-07-26 1:28 ` Philippe Mathieu-Daudé
2017-07-26 8:02 ` Alex Bennée
2017-08-03 17:40 ` Philippe Mathieu-Daudé
2017-08-03 17:56 ` Richard Henderson
2017-08-03 18:04 ` Philippe Mathieu-Daudé
2017-06-29 1:02 ` [Qemu-devel] [RFC PATCH 7/8] tcg/tci: time to remove it :( Philippe Mathieu-Daudé
2017-06-29 8:36 ` Daniel P. Berrange
2017-06-29 1:03 ` [Qemu-devel] [RFC PATCH 8/8] travis: remove tcg/tci job Philippe Mathieu-Daudé
2017-06-29 8:46 ` [Qemu-devel] [RFC PATCH 0/8] removal of tci (tcg interpreter) Thomas Huth
2017-06-29 14:57 ` Philippe Mathieu-Daudé
2017-06-29 15:06 ` Paolo Bonzini
2017-06-29 15:46 ` Thomas Huth
2017-06-29 15:47 ` Paolo Bonzini
2017-06-29 16:02 ` Thomas Huth
2017-06-29 16:18 ` Philippe Mathieu-Daudé
2017-06-29 16:45 ` Stefan Weil
2017-06-29 16:59 ` Peter Maydell
2017-06-29 16:07 ` Daniel P. Berrange
2017-06-29 16:13 ` Peter Maydell
2017-06-29 16:17 ` Thomas Huth [this message]
2017-06-29 18:09 ` Stefan Weil
2017-06-30 9:24 ` Peter Maydell
2017-07-06 23:49 ` no-reply
2017-07-07 0:04 ` Fam Zheng
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=40abfed5-44fd-fc53-be7b-7836716e7e92@redhat.com \
--to=thuth@redhat.com \
--cc=alex.bennee@linaro.org \
--cc=berrange@redhat.com \
--cc=cota@braap.org \
--cc=f4bug@amsat.org \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=rth@twiddle.net \
--cc=sw@weilnetz.de \
/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).