From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christian Brauner Date: Thu, 14 May 2020 08:37:39 +0000 Subject: Re: [PATCH] ia64: enable HAVE_COPY_THREAD_TLS, switch to kernel_clone_args Message-Id: <20200514083739.m2idxcxof4jyreck@wittgenstein> List-Id: 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> In-Reply-To: <917c9b03-cfd0-4bcf-d6a6-6aef7489b27b@physik.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit 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" 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