From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.loongson.cn (mail.loongson.cn [114.242.206.163]) by sourceware.org (Postfix) with ESMTP id 95E1B3858C50; Thu, 9 May 2024 01:33:31 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 95E1B3858C50 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=loongson.cn Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=loongson.cn ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 95E1B3858C50 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=114.242.206.163 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1715218415; cv=none; b=Y4jKRyom38vjJ60RP48h3BE5wtoMHpZQY+xPCFwcRyAgja+PBBMIT7UH2FOFZzwYn6W7Y7D/5zNGcr9fBWf0io9Fs/8E0BqowZHeJNU67WoudEFcpdwIWsYRChb9iUpqmTFEg/6RwV2ZIxK7VdvFYGZsdF6NWVCXTvn+5YitWgc= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1715218415; c=relaxed/simple; bh=COomN3kViMHbpV98z405gF0jiNlbUM+Trg835FmMoWg=; h=Subject:To:From:Message-ID:Date:MIME-Version; b=ttrhpEinpBcQYue+y24dcDNq3/dFIxHu3aFMuLlXqz971mj3oL1AcXXGpYen/FwGRrfnB2bsHe2fMAkkX3ZMusRZmRS9FVbpHH2PjBHFp0M5Xz3IONq2D+qXCLprUtATfzAkwcyK4nFe6yclgetRxoCWDUhHmq3F7K7xBJtOu7g= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from loongson.cn (unknown [113.200.148.30]) by gateway (Coremail) with SMTP id _____8BxtOrpJzxmzbwJAA--.13486S3; Thu, 09 May 2024 09:33:29 +0800 (CST) Received: from [10.130.0.149] (unknown [113.200.148.30]) by localhost.localdomain (Coremail) with SMTP id AQAAf8DxtFbhJzxm2IAWAA--.26472S3; Thu, 09 May 2024 09:33:22 +0800 (CST) Subject: Re: [PATCH 0/2] binutils-gdb: Remove Itanium (IA-64) architecture To: Frank Scheiner , binutils@sourceware.org, gdb-patches@sourceware.org References: <20240508092911.24823-1-yangtiezhu@loongson.cn> <1e346375-165d-43fb-9c60-b915e68d1350@web.de> Cc: Jim Wilson , Jeff Johnston , Kevin Buettner , =?UTF-8?B?VG9tw6HFoSBHbG96YXI=?= , =?UTF-8?Q?Ren=c3=a9_Rebe?= , Xi Ruoyao , Andrew Burgess , Ard Biesheuvel , John Paul Adrian Glaubitz From: Tiezhu Yang Message-ID: Date: Thu, 9 May 2024 09:33:21 +0800 User-Agent: Mozilla/5.0 (X11; Linux mips64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <1e346375-165d-43fb-9c60-b915e68d1350@web.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-CM-TRANSID:AQAAf8DxtFbhJzxm2IAWAA--.26472S3 X-CM-SenderInfo: p1dqw3xlh2x3gn0dqz5rrqw2lrqou0/ X-Coremail-Antispam: 1Uk129KBj93XoWxCw43ZFW5Ar48uFy8GFWUKFX_yoWrZF1Upa 1fGFW3Gr4vgr18Jw4kZa1I9FW0v3s5try5Gw1qg343Aa90gFyvqrZav3WY9a47ur1fKFWY qF4Iqw1DKan8AFXCm3ZEXasCq-sJn29KB7ZKAUJUUUU7529EdanIXcx71UUUUU7KY7ZEXa sCq-sGcSsGvfJ3Ic02F40EFcxC0VAKzVAqx4xG6I80ebIjqfuFe4nvWSU5nxnvy29KBjDU 0xBIdaVrnRJUUUPYb4IE77IF4wAFF20E14v26r1j6r4UM7CY07I20VC2zVCF04k26cxKx2 IYs7xG6rWj6s0DM7CIcVAFz4kK6r1Y6r17M28lY4IEw2IIxxk0rwA2F7IY1VAKz4vEj48v e4kI8wA2z4x0Y4vE2Ix0cI8IcVAFwI0_JFI_Gr1l84ACjcxK6xIIjxv20xvEc7CjxVAFwI 0_Gr0_Cr1l84ACjcxK6I8E87Iv67AKxVW8JVWxJwA2z4x0Y4vEx4A2jsIEc7CjxVAFwI0_ Gr0_Gr1UM2kKe7AKxVWUXVWUAwAS0I0E0xvYzxvE52x082IY62kv0487Mc804VCY07AIYI kI8VC2zVCFFI0UMc02F40EFcxC0VAKzVAqx4xG6I80ewAv7VC0I7IYx2IY67AKxVWUAVWU twAv7VC2z280aVAFwI0_Jr0_Gr1lOx8S6xCaFVCjc4AY6r1j6r4UM4x0Y48IcVAKI48JMx k0xIA0c2IEe2xFo4CEbIxvr21lc7CjxVAaw2AFwI0_JF0_Jw1l42xK82IYc2Ij64vIr41l 4I8I3I0E4IkC6x0Yz7v_Jr0_Gr1l4IxYO2xFxVAFwI0_Jrv_JF1lx2IqxVAqx4xG67AKxV WUJVWUGwC20s026x8GjcxK67AKxVWUGVWUWwC2zVAF1VAY17CE14v26r1q6r43MIIYrxkI 7VAKI48JMIIF0xvE2Ix0cI8IcVAFwI0_Jr0_JF4lIxAIcVC0I7IYx2IY6xkF7I0E14v26r 1j6r4UMIIF0xvE42xK8VAvwI8IcIk0rVWUJVWUCwCI42IY6I8E87Iv67AKxVWUJVW8JwCI 42IY6I8E87Iv6xkF7I0E14v26r1j6r4UYxBIdaVFxhVjvjDU0xZFpf9x07jOiSdUUUUU= X-Spam-Status: No, score=-6.8 required=5.0 tests=BAYES_00,KAM_DMARC_STATUS,NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Cc: Ard Biesheuvel Cc: John Paul Adrian Glaubitz On 05/08/2024 06:05 PM, Frank Scheiner wrote: > Hi there, > > On 08.05.24 11:29, Tiezhu Yang wrote: >> The Itanium architecture is obsolete, the IA-64 port has been removed >> from the upstream Linux kernel, this series attempts to remove it in >> binutils-gdb.git. >> >> Please let me know whether it is time to do this work, any comments >> will be much appreciated. > > from our point of view it is not yet time for it as ia64 is neither > obsolete nor broken. You might not be aware, but we are since a while > working on getting ia64 back into the Linux kernel and it is > successfully maintained out of tree since nearly 3 mainline releases > now. You can read up on our progress on [1] and [2] and after the > release message for v6.9 on the LKML. > > [1]: > https://lore.kernel.org/all/fe5f6e9b-02a2-42e9-8151-ae4b6fdba7e3@web.de/ > > [2]: > https://lore.kernel.org/all/145da253-b3bc-43da-a262-a3ebdfbea5a2@web.de/ > > The HP Sim platform was also restored in the meantime, so people can > test ia64 software on e.g. x86_64, up to mainline. See the Linux stable > release (candidate) builds on [3] for example, all still maintained > stable kernels work in Ski with HP Sim as platform. > > [3]: https://github.com/linux-ia64/linux-stable-rc/actions/runs/8995653713 > > Each mainline release (candidate) was/is also regularly cross-compiled > with binutils 2.41/2.42 (since a while) and the latest gcc-14 (now > gcc-15) snapshot since beginning of the year. The result was/is tested > on the following real machines: > > * rx2620 (w/Montecito) > * rx4640 (w/Madison) > * rx2660 (w/Montecito) > * rx6600 (w/Montvale) > * rx2800 i2 (w/Tukwila) > > ...and of course also in Ski with the HP Sim platform. All that w/o any > showstopping issues related to binutils or gcc. For the gcc > cross-compiler LRA was also enabled recently, also w/o any negative > effect on the resulting kernels. > > **** > > So is there something broken in binutils for ia64 that we don't know of > maybe? Hi all, Thanks for your replies, maybe it is not time to remove the IA-64 port in binutils-gdb.git according to the discussions from this mail and the other mail [1] by GDB maintainer Andrew Burgess, so please ignore the patches at present unless reaching a consensus. The initial aim to do this work is based on the following info. I noticed the following descriptions in the commit message of kernel patch "arch: Remove Itanium (IA-64) architecture" [2]: --- There are no emulators widely available, and so boot testing Itanium is generally infeasible for ordinary contributors. GCC still supports IA-64 but its compile farm [3] no longer has any IA-64 machines. GLIBC would like to get rid of IA-64 [4] too because it would permit some overdue code cleanups. In summary, the benefits to the ecosystem of having IA-64 be part of it are mostly theoretical, whereas the maintenance overhead of keeping it supported is real. So let's rip off the band aid, and remove the IA-64 arch code entirely. This follows the timeline proposed by the Debian/ia64 maintainer [5], which removes support in a controlled manner, leaving IA-64 in a known good state in the most recent LTS release. Other projects will follow once the kernel support is removed. --- and the following descriptions from Debian/ia64 maintainer [3]: --- I have been thinking about this discussion for a while now and my suggestion would be to drop ia64 support from the kernel, GRUB and gcc/binutils/glibc in this order: - Kernel: After the next LTS release - GRUB: After the 2.12 release - gcc/binutils/glibc: After support was dropped from the kernel This way anyone still using ia64 will be able to use it with a supported codebase for an extended time and upstream projects have target releases for which they can plan the removal. Other projects such as LLVM, OpenJDK and Ruby already support native code generation support for ia64 although OpenJDK still works using the Zero port. --- [1] https://sourceware.org/pipermail/gdb-patches/2024-May/208949.html [2] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=cf8e8658100d [3] https://lore.kernel.org/all/ff58a3e76e5102c94bb5946d99187b358def688a.camel@physik.fu-berlin.de/ Thanks, Tiezhu