All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Philippe Mathieu-Daudé" <philmd@linaro.org>
To: Thomas Huth <thuth@redhat.com>,
	qemu-devel@nongnu.org, Peter Maydell <peter.maydell@linaro.org>,
	Daniel Berrange <berrange@redhat.com>,
	Paolo Bonzini <pbonzini@redhat.com>
Cc: "Markus Armbruster" <armbru@redhat.com>,
	"Alex Bennée" <alex.bennee@linaro.org>,
	qemu-arm@nongnu.org, "Maxim Levitsky" <mlevitsk@redhat.com>,
	libvir-list@redhat.com,
	"Richard Henderson" <richard.henderson@linaro.org>,
	xen-devel@lists.xenproject.org,
	"Reinoud Zandijk" <reinoud@netbsd.org>,
	"Michael Tokarev" <mjt@tls.msk.ru>,
	"John Paul Adrian Glaubitz" <glaubitz@physik.fu-berlin.de>,
	"Helge Deller" <deller@gmx.de>
Subject: Re: [PATCH v2 0/6] Deprecate support for 32-bit x86 and arm hosts
Date: Thu, 2 Mar 2023 23:07:53 +0100	[thread overview]
Message-ID: <4bed38c3-ab4f-cd32-05a4-afa090ad8b9a@linaro.org> (raw)
In-Reply-To: <20230302163106.465559-1-thuth@redhat.com>

On 2/3/23 17:31, Thomas Huth wrote:
> We're struggling quite badly with our CI minutes on the shared
> gitlab runners, so we urgently need to think of ways to cut down
> our supported build and target environments. qemu-system-i386 and
> qemu-system-arm are not really required anymore, since nobody uses
> KVM on the corresponding systems for production anymore, and the
> -x86_64 and -arch64 variants are a proper superset of those binaries.
> So it's time to deprecate them and the corresponding 32-bit host
> environments now.
> 
> This is a follow-up patch series from the previous discussion here:
> 
>   https://lore.kernel.org/qemu-devel/20230130114428.1297295-1-thuth@redhat.com/
> 
> where people still mentioned that there is still interest in certain
> support for 32-bit host hardware. But as far as I could see, there is
> no real need for 32-bit x86 host support and for system emulation on
> 32-bit arm hosts anymore, so it should be fine if we drop these host
> environments soon (these are also the two architectures that contribute
> the most to the long test times in our CI, so we would benefit a lot by
> dropping those).

It is not clear from your cover that the deprecation only concern system
emulation on these hosts, not user emulation.

I wonder about tools. Apparently they depend on sysemu now. I was
building a 'configure --enable-tools --disable-system' but now it
is empty.


  parent reply	other threads:[~2023-03-02 22:08 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-03-02 16:31 [PATCH v2 0/6] Deprecate support for 32-bit x86 and arm hosts Thomas Huth
2023-03-02 16:31 ` [PATCH v2 1/6] docs/about/deprecated: Deprecate the qemu-system-i386 binary Thomas Huth
2023-03-02 18:05   ` Daniel P. Berrangé
2023-03-03  0:49     ` Wilfred Mallawa
2023-03-02 16:31 ` [PATCH v2 2/6] docs/about/deprecated: Deprecate 32-bit x86 hosts Thomas Huth
2023-03-02 18:05   ` Daniel P. Berrangé
2023-03-03  0:52   ` Wilfred Mallawa
2023-03-02 16:31 ` [PATCH v2 3/6] gitlab-ci.d/crossbuilds: Drop the i386 jobs Thomas Huth
2023-03-02 18:07   ` Daniel P. Berrangé
2023-03-03  0:53   ` Wilfred Mallawa
2023-03-02 16:31 ` [PATCH v2 4/6] docs/about/deprecated: Deprecate the qemu-system-arm binary Thomas Huth
2023-03-02 18:07   ` Daniel P. Berrangé
2023-03-02 22:16   ` Philippe Mathieu-Daudé
2023-03-03  7:36     ` Thomas Huth
2023-03-03  0:55   ` Wilfred Mallawa
2023-03-03 11:16   ` Peter Maydell
2023-03-03 11:31     ` Thomas Huth
2023-03-03 11:39       ` Daniel P. Berrangé
2023-03-02 16:31 ` [PATCH v2 5/6] docs/about/deprecated: Deprecate 32-bit arm hosts Thomas Huth
2023-03-02 18:09   ` Daniel P. Berrangé
2023-03-03  0:57   ` Wilfred Mallawa
2023-03-02 16:31 ` [PATCH v2 6/6] gitlab-ci.d/crossbuilds: Drop the 32-bit arm system emulation jobs Thomas Huth
2023-03-02 18:10   ` Daniel P. Berrangé
2023-03-02 21:58   ` Philippe Mathieu-Daudé
2023-03-03  0:57   ` Wilfred Mallawa
2023-03-02 22:07 ` Philippe Mathieu-Daudé [this message]
2023-03-03  9:48   ` [PATCH v2 0/6] Deprecate support for 32-bit x86 and arm hosts Thomas Huth
2023-03-03 11:09     ` John Paul Adrian Glaubitz
2023-03-03 11:22       ` Thomas Huth
2023-03-03 11:57         ` John Paul Adrian Glaubitz
2023-03-03 11:24       ` Peter Maydell

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=4bed38c3-ab4f-cd32-05a4-afa090ad8b9a@linaro.org \
    --to=philmd@linaro.org \
    --cc=alex.bennee@linaro.org \
    --cc=armbru@redhat.com \
    --cc=berrange@redhat.com \
    --cc=deller@gmx.de \
    --cc=glaubitz@physik.fu-berlin.de \
    --cc=libvir-list@redhat.com \
    --cc=mjt@tls.msk.ru \
    --cc=mlevitsk@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=peter.maydell@linaro.org \
    --cc=qemu-arm@nongnu.org \
    --cc=qemu-devel@nongnu.org \
    --cc=reinoud@netbsd.org \
    --cc=richard.henderson@linaro.org \
    --cc=thuth@redhat.com \
    --cc=xen-devel@lists.xenproject.org \
    /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.