From nobody Thu Apr 27 23:44:28 2023 X-Original-To: freebsd-arch@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Q6sln6j8nz487CL for ; Thu, 27 Apr 2023 23:44:37 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q6sln4kqkz3MQH; Thu, 27 Apr 2023 23:44:37 +0000 (UTC) (envelope-from hps@selasky.org) Authentication-Results: mx1.freebsd.org; none Received: from [10.36.2.154] (unknown [46.212.121.255]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id DFE4326033D; Fri, 28 Apr 2023 01:44:28 +0200 (CEST) Message-ID: <671d3bf6-b207-e7c5-5282-4df317193db6@selasky.org> Date: Fri, 28 Apr 2023 01:44:28 +0200 List-Id: Discussion related to FreeBSD architecture List-Archive: https://lists.freebsd.org/archives/freebsd-arch List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arch@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Subject: Re: Future of 32-bit platforms (including i386) Content-Language: en-US To: 'freebsd-arch' , John Baldwin References: From: Hans Petter Selasky In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4Q6sln4kqkz3MQH X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On 4/27/23 19:19, John Baldwin wrote: > For 13.0, i386 was demoted from Tier 1 to Tier 2.  In the announcement > of this for 13.0, the project committed to an update on i386's future > around the time of 14.0.  The announcement at the time suggested that > i386 would be supported less in 14.x than in 13.x. Hi, This makes me think about all the issues about the "long" type in the past, and printf() and more, being caught when compiling TARGET_ARCH=i386 . Maybe just put the following line of code somewhere central :-) _Static_assert(sizeof(long) == 8); Will there ever be some kind of hybrid CPU systems? 4 cores AMD64, 4 cores AARCH64 and some virtual QEMU CPUs all running on the same system? I mean, the arm vs intel battle is not going to end soonish. And emulating CPUs is slow and waste electricity. Why not have one computer having both kind of CPUs, and one OS, and one harddisk? And figure out a common ABI allowing seamless task switching between them? I know there are some hard differences, but can't those be ironed out? --HPS