On Mon, Jun 04, 2018 at 10:35:34AM +0200, Jan Kurik wrote:
> = Proposed System Wide Change: i686 Is For x86-64 =
> https://fedoraproject.org/wiki/Changes/i686_Is_For_x86-64
>
>
> Owner(s):
> * Florian Weimer <fweimer at redhat dot com>
>
>
> Fedora builds its i686 packages for use on x86-64 systems as multi-lib RPMs.
>
>
>
> == Detailed description ==
> Currently, the i686 RPM packages are built in such a way that they are
> compatible with very old i686 systems, such as the Pentium III. The
> only addition over the i686/Pentium Pro baseline is a requirement to
> support long NOPs, for Intel CET. However, the majority of
> installations of i686 packages is for use on x86_64 systems, as
> multi-lib RPMs. Furthermore, there are reports that the i686 kernel
> does not run stable on old hardware which is not x86-64-capable (
> https://lists.fedoraproject.org/archives/list/x...@lists.fedoraproject.org/thread/ZHV6I4IEO7GRYAZ4TUMO5VH2ZHLCNJZQ/
> ).
> This proposal suggests to accept this reality and build the i686
> packages in such a way that they require the ISA level of (early)
> x86-64 CPUs.
>
>
> == Scope ==
> * Proposal owners:
> Adjust the redhat-rpm-config, gcc, and glibc packages to switch to the
> new compiler flags. Except for mstackrealign, there is substantial
> experience with this configuration downstream.
>
> * Other developers:
> Other developers can enable SSE2 optimization in their packages if
> they want, where this has been a compile-time option only.
>
> * Release engineering:
> https://pagure.io/releng/issues/7543 #7543
>
> ** List of deliverables: TBD
>
> * Policies and guidelines:
> i686 is no longer a primary architecture. The Packaging Guidelines do
> not currently require support for non-SSE2 x86 systems, so no change
> is required there.
Could the title and nature of this proposed change be modified to
Dropping support for non-SSE2 x86 systems
rather than removing i686 from primary architectures and implying that
we no longer do i686-only distribution? Reading this thread, the
SSE2/non-SSE2 distinction is where the change is aiming anyway, isn't
it?
--
Jan Pazdziora
Senior Principal Software Engineer, Security Engineering, Red Hat
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/5G4KWIBDQ25V6XLR4NIUXOST3D7B2SVH/
