Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp1153784ybk; Thu, 14 May 2020 01:39:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx9+vqq5y2o7Y5yW2OpKdZWpfLbNJGqXp0OmE9Gl/ejoQy2Unr3qxG3PercoVWKzwgr2hx0 X-Received: by 2002:a05:6402:3106:: with SMTP id dc6mr2917299edb.19.1589445570827; Thu, 14 May 2020 01:39:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1589445570; cv=none; d=google.com; s=arc-20160816; b=foEnPXfp0HV5cR1WTY5sURYNiv2y98lG8AkaWL9tYjZceP1tAcQRUWDyteyYJzIFrc +VNTJ+M+FO7pmlM6Umbb6SBkk4vbsnj0M12LqjtqxxiuKoDl6dc6UTgP8dstCzYnp1cO PLByxcJzksAtmidOMmylFbBDM8J781HEzo31InbrHhcZMYH9DLwuvfJO/CTS27VHKKsI TraacgoyvIatJjmz9IP4tdBBeB7pyy33mkSVq+EAm6xOsVtNRVAYptO3mGlL5UequVVh 6aD1D6clhzn6FIfcQHFJJiNPLHuIoP02lYGA9fOjfWdiLg6C0r4GRz8AcrdVVIDJx/cc vVbw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=4um+TT50xH2/n1liUdNIYeeOGM1TatGBMGcfCpnoTWM=; b=uTDwAY/m10LR5EE9buUgZ+km6K44ZOCt5+XMyIZCPXfGksfCHu6+0QbTsp7pi2eNIx J4xpvyJGNTzWWsE4sfG8H9wGACg/QE7xEGWvUw/zt+DW7Ddi65d1Mhs1dtIeir0nifGj SNwsk16hEH1CzjVoO37p3HDT5JC//v5ZloVAkchoRmXodK3rwk0XNmSbMDOmY1VH7t5g ihZFZloPnaOSmi9x1+ndo0Bldv8tPD4ptNE98+aT3R+3gA9ItNfWFu0r0YtwYvHRgoZO LBHeLs2RV7sGj2WfrGzcj1jWE/GGHZK1uSKqDd5F8Qr/EtcKHhInJeABMEEPnc3qYfiq alig== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e18si1367587ejh.211.2020.05.14.01.39.07; Thu, 14 May 2020 01:39:30 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726098AbgENIhs (ORCPT + 99 others); Thu, 14 May 2020 04:37:48 -0400 Received: from youngberry.canonical.com ([91.189.89.112]:59457 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725878AbgENIhp (ORCPT ); Thu, 14 May 2020 04:37:45 -0400 Received: from ip5f5af183.dynamic.kabel-deutschland.de ([95.90.241.131] helo=wittgenstein) by youngberry.canonical.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.86_2) (envelope-from ) id 1jZ9N6-0000Ln-N0; Thu, 14 May 2020 08:37:40 +0000 Date: Thu, 14 May 2020 10:37:39 +0200 From: Christian Brauner To: John Paul Adrian Glaubitz Cc: "Luck, Tony" , "Yu, Fenghua" , "linux-ia64@vger.kernel.org" , Al Viro , Arnd Bergmann , Thomas Gleixner , Ingo Molnar , Sebastian Andrzej Siewior , "Peter Zijlstra (Intel)" , Qais Yousef , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH] ia64: enable HAVE_COPY_THREAD_TLS, switch to kernel_clone_args Message-ID: <20200514083739.m2idxcxof4jyreck@wittgenstein> References: <20200513204848.1208864-1-christian.brauner@ubuntu.com> <3908561D78D1C84285E8C5FCA982C28F7F6266E0@ORSMSX115.amr.corp.intel.com> <79e58d9b-5a39-390c-2f0c-0d87b63442b4@physik.fu-berlin.de> <20200514074606.vkc35syhdep23rzh@wittgenstein> <6b298416-1e64-eee7-0bb4-3b1f7f67adc6@physik.fu-berlin.de> <20200514075808.krdtypxpag4tfa74@wittgenstein> <917c9b03-cfd0-4bcf-d6a6-6aef7489b27b@physik.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <917c9b03-cfd0-4bcf-d6a6-6aef7489b27b@physik.fu-berlin.de> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, May 14, 2020 at 10:24:25AM +0200, John Paul Adrian Glaubitz wrote: > Hi! > > On 5/14/20 9:58 AM, Christian Brauner wrote: > >> The machine also serves as a Debian buildd which is why it's a bit more > >> busy than other servers. > > > > Oh? Does it also produce Debian images for ia64 similar to what is done > > for sparc64? > > Yes, it's actually the same person who does this - me ;). Well thank you very much. Thanks to this I was able to test my sparc patches in qemu. :) > > These images should work just fine: > > > https://cdimage.debian.org/cdimage/ports/2020-04-19/ Oh I didn't find these images when searching for them. They would be super helpful but there's no qemu for ia64 anymore that's useable. I had tried building qemu from an old source based on a gsoc project for an ia64 port but that turned out to be more involved than writing ia64 assembly itself. :) > > The latest snapshot is currently broken due to a regression in initramfs-tools. > > >>>> As for getting a working cross-compiler for ia64 in Debian, this has > >>>> been on my TODO list for a while now. Building a cross-compiler for > >>>> ia64 is a bit more tricky due to it's dependency on the external > >>>> libunwind. > >>> > >>> I hit that roadblock as well but yeah, a cross-compiler would be > >>> helpful. > >> > >> It's not difficult, it's just a bit of annoying package work including > >> some trial and error testing. > >> > >> Once the cross-compiler is in Debian, it will be available in Ubuntu as well. > > > > Would that based on a recent gcc? I vaguely remember a post somwhere > > that gcc 10 or 11 was planning to drop support for ia64? > > Yes, that would be the latest gcc. There are no plans at the moment to > drop ia64 from gcc as the backend is already ported to MODE_CC. > > m68k was on the brink of being removed, but I started a Bountysource campaign > to convert it from cc0 to MODE_CC and it was eventually saved ;). > > > https://www.bountysource.com/issues/80706251-m68k-convert-the-backend-to-mode_cc-so-it-can-be-kept-in-future-releases Oh that's pretty neat. Thanks! Christian