Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp1209400ybk; Thu, 14 May 2020 03:17:54 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw4jNV7eXqx4rotsuoLvXxpNdjl1yPCgHPyRrx7+NvXsVpb9dty4q6gfvvDolbGwVZ5k+y/ X-Received: by 2002:aa7:d311:: with SMTP id p17mr3342654edq.73.1589451474138; Thu, 14 May 2020 03:17:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1589451474; cv=none; d=google.com; s=arc-20160816; b=jqu4zszPP7ruDYfdZysMDYy8HRluoyqCkU/b1vEAoiJMPXNF15aZBF1JhdM+baD/yq jVz8J65OBLavBu+l7U39SMjcOQfKrtPQc633ghs83JBSiBff/rGmTHGRWa/Z0wLOtg4h CoQSKX/8ib42hLcaxfCSX6tJ31+amGzcu9LwISp9Ny90NxgmhRAtieyN0ox7PwsDq/nj L0NPoDjum3D+vLOH8W9nUxJiKTWCoiCfl6KC9/hDEp7WjbE2lg9eeowBvFj0cNeWfTOy n++LOJqX9NjmJ3ZnGKQqsvn3AvgIpCSPHETr5O10XW+RogazPlPIPV4Nx++0g2kaRrMw dTgA== 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=R+4XairPMsyuxK7sMh0w28mjHUpBwzK/Xztu2B4FFxo=; b=venrE1CxwX78RrLjff2lI1Zj3mUWvDlUJBVFYwsyZpiMJJDaBIA6jiMq4kZzi3u54i YJWy0nma8ybBtNVXbFENYv0Sm5jswGXUtbq7kl/D38pUWf3naWrF7hqPGqaYddTYYMrT eEVzTUD/sIDcK3+v6X44A7g9/Kz6aDM4MtiROyl4Zpaglytt3fN+kt+k7uh6OUsnUzW9 uSoy2ydiHsYabzap0VPtPaOVwHINMPYyHHHJgBwakneN1PNASwVvv30T9ShnF5Jo5fWt 52MUKqlqics4RhlBkA+XlVZhOGr3B0JaKCfDSqDAa3RvRZXO5iE8v2JVCdtYl5dZy7yS /kPg== 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 oo22si1552044ejb.328.2020.05.14.03.17.31; Thu, 14 May 2020 03:17:54 -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 S1726124AbgENKPs (ORCPT + 99 others); Thu, 14 May 2020 06:15:48 -0400 Received: from youngberry.canonical.com ([91.189.89.112]:34144 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726024AbgENKPr (ORCPT ); Thu, 14 May 2020 06:15:47 -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 1jZAtx-0007l8-T6; Thu, 14 May 2020 10:15:42 +0000 Date: Thu, 14 May 2020 12:15:40 +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: <20200514101540.25hvle74w63t66fs@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> <20200514100459.pt7dxq2faghdds2c@wittgenstein> <2e22b0d2-b9ce-420d-48a0-0d9134108a5c@physik.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <2e22b0d2-b9ce-420d-48a0-0d9134108a5c@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 12:08:27PM +0200, John Paul Adrian Glaubitz wrote: > On 5/14/20 12:04 PM, Christian Brauner wrote: > > So that's interesting because systemd doesn't support itanium correctly afaict. > > They have a raw_clone() function that they use which is not tailored to > > ia64. __NR_clone should be defined as so to hit clone2() but they don't > > pass a stack size argument down which is invalid on ia64: > Ah, I wasn't aware of this limitation. I'm surprised the systemd testsuite passes > then on ia64. > > On sparc64, Michael Karcher provided the hand-written assembly you quoted to > fix the raw_clone() on this architecture. > > I assume we could do the same on ia64? I think the following should be correct: (Probably worth checking that __NR_clone and __NR_clone2 are the same for ia64. Also note, that __NR_clone was _never_ supported by glibc on ia64. They even have this comment: /* clone is not supported under Linux/ia64, use clone2. */ ) static inline pid_t raw_clone(unsigned long flags) { pid_t ret; assert((flags & (CLONE_VM|CLONE_PARENT_SETTID|CLONE_CHILD_SETTID| CLONE_CHILD_CLEARTID|CLONE_SETTLS)) == 0); #if defined(__s390x__) || defined(__s390__) || defined(__CRIS__) /* On s390/s390x and cris the order of the first and second arguments * of the raw clone() system call is reversed. */ ret = (pid_t) syscall(__NR_clone, NULL, flags); #elif defined(__sparc__) { /** * sparc always returns the other process id in %o0, and * a boolean flag whether this is the child or the parent in * %o1. Inline assembly is needed to get the flag returned * in %o1. */ int in_child, child_pid, error; asm volatile("mov %3, %%g1\n\t" "mov %4, %%o0\n\t" "mov 0 , %%o1\n\t" #if defined(__arch64__) "t 0x6d\n\t" #else "t 0x10\n\t" #endif "addx %%g0, 0, %2\n\t" "mov %%o1, %0\n\t" "mov %%o0, %1" : "=r"(in_child), "=r"(child_pid), "=r"(error) : "i"(__NR_clone), "r"(flags) : "%o1", "%o0", "%g1", "cc" ); if (error) { errno = child_pid; ret = -1; } else ret = in_child ? 0 : child_pid; } +#elif defined(__ia64__) + /* On ia64 the stack and stack size are passed as separate arguments. */ + return (pid_t)syscall(__NR_clone, flags, NULL, 0); +#else + return (pid_t)syscall(__NR_clone, flags, NULL); +#endif if (ret == 0) reset_cached_pid(); return ret; }