From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 3DFC4C3DA78 for ; Fri, 13 Jan 2023 20:49:31 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230492AbjAMUt3 (ORCPT ); Fri, 13 Jan 2023 15:49:29 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34576 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230450AbjAMUtY (ORCPT ); Fri, 13 Jan 2023 15:49:24 -0500 Received: from mail-wm1-x32b.google.com (mail-wm1-x32b.google.com [IPv6:2a00:1450:4864:20::32b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D46805BA12 for ; Fri, 13 Jan 2023 12:49:22 -0800 (PST) Received: by mail-wm1-x32b.google.com with SMTP id f25-20020a1c6a19000000b003da221fbf48so1898963wmc.1 for ; Fri, 13 Jan 2023 12:49:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jrtc27.com; s=gmail.jrtc27.user; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=B0IXTHEul8oECO64H+NEFJZ1qZc9qTDXKUg0Yyv928s=; b=FgOZvqmOpohh4tjpZEZ9CiXUhhr3LLBo4dA48IAxIhLjKRNzLWoSQGdQupZwZx2+a1 krXP+VtZRNcB7GdHtr2PG0P3jgzQePGUseTXsfRp63ZbvZrp3Uc4XpYCnS+LP25dkZ95 p23CNG08OAxRnyAA4EJAYVI7OunGePsBP7doUFtPkM/gwzG1jmPaXc5ciDagQnOdy4wy s9Sa1gFTXJPk0ZL7UYSYgCifwD6RXePFjLOyq/KA+KXtX3WgO+LtEXPNys/DXTZsRmtj U9g4CIIQ3CHJVwjfO9xX40BkGLMqo04IhX8m8rqajPn9yoEJ/r4y4Z3HBd5RZ3P5EAz/ yWZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=B0IXTHEul8oECO64H+NEFJZ1qZc9qTDXKUg0Yyv928s=; b=TNaO96P6SFN5EL+6ygGdw2PLqBVC8bkmhGTlOL+4YnOlv6x7POB6u9Wxo8sqmm3r40 3fCIEwlNKYFARIObrShACLG7uu4VnXxhAvKu33NLArPk+zi4wf4FK6aA0LtUkcToa241 Yz8uKxUjX+/l/JMlOIpBS747lASVSJpVW26K11hE8GkxvHi+hUEHWA+Rqh82WwI3+zWf +E7hgx3E0c54MiR9JYb2aJ/JpWHKHaDqr03qe6QvWgHyhpKBA6onygiN30xiSvJRZCcm OAfn1AfzJ4B9ZwXdTwG3KWg84W16GwoeNP/cUIMuugKy/hPGTHv5Gbgs31OVr/aOVvMA SZaA== X-Gm-Message-State: AFqh2kqSJtaxNoL+v1aNy9JrTCLChDZajcfe7amSNJ8s0nJWm/AjvbZE L6eDUAp7wDXMdt0TRf2ilK/xBQ== X-Google-Smtp-Source: AMrXdXt9VkcefpvBZsD3+f4QlFMXVMwT0tj/VKStUIzMmlGFyYGBNJWbiXy0v10sDYiPsjjqoZs3lw== X-Received: by 2002:a05:600c:2318:b0:3c6:e63e:23e9 with SMTP id 24-20020a05600c231800b003c6e63e23e9mr62275003wmo.24.1673642961366; Fri, 13 Jan 2023 12:49:21 -0800 (PST) Received: from Jessicas-MacBook-Pro.localdomain (global-5-143.n-2.net.cam.ac.uk. [131.111.5.143]) by smtp.gmail.com with ESMTPSA id e18-20020a05600c4e5200b003d9876aa04asm30903605wmq.41.2023.01.13.12.49.20 (version=TLS1_3 cipher=TLS_CHACHA20_POLY1305_SHA256 bits=256/256); Fri, 13 Jan 2023 12:49:20 -0800 (PST) Received: by Jessicas-MacBook-Pro.localdomain (Postfix, from userid 501) id 2689A4823B3E; Fri, 13 Jan 2023 20:49:19 +0000 (GMT) Date: Fri, 13 Jan 2023 20:49:19 +0000 From: Jessica Clarke To: Ard Biesheuvel Cc: "Luck, Tony" , "Torvalds, Linus" , Mateusz Guzik , linux-arch , Catalin Marinas , Will Deacon , Michael Ellerman , "linux-fsdevel@vger.kernel.org" , "viro@zeniv.linux.org.uk" , Jan Glauber , Linux ARM , linuxppc-dev Subject: Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax) Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-arch@vger.kernel.org On Fri, Jan 13, 2023 at 08:55:41AM +0100, Ard Biesheuvel wrote: > On Fri, 13 Jan 2023 at 01:31, Luck, Tony wrote: > > > > > Yeah, if it was ia64-only, it's a non-issue these days. It's dead and > > > in pure maintenance mode from a kernel perspective (if even that). > > > > There's not much "simultaneous" in the SMT on ia64. One thread in a > > spin loop will hog the core until the h/w switches to the other thread some > > number of cycles (hundreds, thousands? I really can remember). So I > > was pretty generous with dropping cpu_relax() into any kind of spin loop. > > > > Is it time yet for: > > > > $ git rm -r arch/ia64 > > > > Hi Tony, > > Can I take that as an ack on [0]? The EFI subsystem has evolved > substantially over the years, and there is really no way to do any > IA64 testing beyond build testing, so from that perspective, dropping > it entirely would be welcomed. For what it's worth, Debian and Gentoo both have ia64 ports with active users (6.1 looks like it currently fails to build in Debian due to a minor packaging issue, but various versions of 6.0 were built and published, and one of those is running on the one ia64 Debian builder I personally have access to). Jess