All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Huth <thuth@redhat.com>
To: "Philippe Mathieu-Daudé" <philmd@linaro.org>,
	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: Fri, 3 Mar 2023 10:48:16 +0100	[thread overview]
Message-ID: <6c1f0d05-924e-854e-0175-5e345945e086@redhat.com> (raw)
In-Reply-To: <4bed38c3-ab4f-cd32-05a4-afa090ad8b9a@linaro.org>

On 02/03/2023 23.07, Philippe Mathieu-Daudé wrote:
> 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.

x86 ==> deprecate both, user and system emulation support on
         32-bit hosts
arm ==> deprecate only system emulation on 32-bit hosts.

I tried to say it with the sentence "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" ... not sure why 
it's unclear, but if you have some better sentences, I'm open for suggestions.

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

I just did a try in a fresh build directory, and for me it was working: it 
builds qemu-img, qemu-io, qemu-edid etc. just fine.

What was missing in your case?

  Thomas



  reply	other threads:[~2023-03-03  9:48 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 ` [PATCH v2 0/6] Deprecate support for 32-bit x86 and arm hosts Philippe Mathieu-Daudé
2023-03-03  9:48   ` Thomas Huth [this message]
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=6c1f0d05-924e-854e-0175-5e345945e086@redhat.com \
    --to=thuth@redhat.com \
    --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=philmd@linaro.org \
    --cc=qemu-arm@nongnu.org \
    --cc=qemu-devel@nongnu.org \
    --cc=reinoud@netbsd.org \
    --cc=richard.henderson@linaro.org \
    --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.