Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp17706219ybl; Thu, 2 Jan 2020 10:25:52 -0800 (PST) X-Google-Smtp-Source: APXvYqzRsl/cXF4sNQPkXdCPpxirIaTuLPDAXjrbF6q+9sOkrprDorTF8DcvVufwo82IR5TEALVI X-Received: by 2002:a05:6830:2361:: with SMTP id r1mr87561210oth.88.1577989552633; Thu, 02 Jan 2020 10:25:52 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1577989552; cv=none; d=google.com; s=arc-20160816; b=uGYv/Yr8smyavVIsBELOfWVPygj7PmhZIXAFjSyMeXERBniiBhkevbjTHeh2yjPu5A rYymYnRJaazqdVoPyIn3wYM9EI8p2fr15/N2wucA+XEijcRhQ+U3jbRWB0iWTmfGQR8G J0tya3knWoH8m4L8gfyrP+BxMx6JDhZ4a1JnbNDwT/7Y6ezILSIq7VAyWK2ppfCI8RwZ 4gGJLU+WOKL6Wq29bVU+4MFIxhhog2wlAfDPj2kEWZV64JyBSOadeBiyV5nGVmiKLl0A ej0KI5SZBIrvsrxur7vWb+4dvpDWAmfLshCOBV4hBPwu/vxEzbLgsVzFQij/Xyi8gngE IidQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=RfCxSUu3LPBGpo3wdkzszgWou8Qsue2bnGJllbtRiDY=; b=yPA2ZjcVQBGdtt2bscOGZYuOXXSrq0ELcTx3Vcw7FvKaay5R/O+b2mi8lu8bQ+ackZ HqL93SlKrI22S+epwirZfUbYJi2/BV2pixL6bBo1hCD6Pm9RCiJhHwwyC3ARNaeMyP4R LTYTPuBCUTfW2mWhy3Y42K7v/OsVdV0bakt2y4ulV2yM5cg3J0FqSNGfY7ypQ8IayjGQ r/tnWsMj41+AE3eF8PwbRuJNkDe4M8E/45SjEMxkEncDSGQAJH4y6ZwzP1b/PXA2CUZX SZQguqfAtww3PpzAWpzseCA6HKnVj0Lct/8FLn4ORn4zPpXCRv29Nu2QZWozhNOcJPIp iKDA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e190si15833263oib.113.2020.01.02.10.25.41; Thu, 02 Jan 2020 10:25:52 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728119AbgABSYt (ORCPT + 99 others); Thu, 2 Jan 2020 13:24:49 -0500 Received: from youngberry.canonical.com ([91.189.89.112]:42832 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727942AbgABSYs (ORCPT ); Thu, 2 Jan 2020 13:24:48 -0500 Received: from [172.58.107.60] (helo=wittgenstein) by youngberry.canonical.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.86_2) (envelope-from ) id 1in59J-0000wJ-Ex; Thu, 02 Jan 2020 18:24:46 +0000 Date: Thu, 2 Jan 2020 19:24:41 +0100 From: Christian Brauner To: Amanieu d'Antras Cc: linux-kernel@vger.kernel.org, Christian Brauner , stable@vger.kernel.org Subject: Re: [PATCH 7/7] clone3: ensure copy_thread_tls is implemented Message-ID: <20200102182439.kzqabfuadph5cvaf@wittgenstein> References: <20200102172413.654385-1-amanieu@gmail.com> <20200102172413.654385-8-amanieu@gmail.com> <20200102180901.tgtl7wxtq434h5ny@wittgenstein> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jan 02, 2020 at 07:19:11PM +0100, Amanieu d'Antras wrote: > On Thu, Jan 2, 2020 at 7:09 PM Christian Brauner > wrote: > > I'm in favor of this change. But we need to make sure that any arch > > which now has ARCH_WANTS_SYS_CLONE3 set but doesn't implement > > copy_thread_tls() is fixed. > > > > Once all architectures have clone3() support - and there are > > just a few by now (IA64 comes to mind) this means we should also be able > > to get rid of of copy_thread() completely. That seems desirable to me as > > it makes the codepaths easier to follow. > > I've already implemented copy_thread_tls for all arches that currently > have ARCH_WANTS_SYS_CLONE3 in the previous 5 patches. The #error is > there so that any future arches that wire up clone3 don't forget to > implement copy_thread_tls as well. Right, my point is: Once _all_ arches have ARCH_WANT_SYS_CLONE3 they also must implement copy_thread_tls at which point we can remove: - ARCH_WANT_SYS_CLONE3 ifdefines - copy_thread() We can't do this right now because e.g. IA64 does not set ARCH_WANT_SYS_CLONE3 and also does not select HAVE_COPY_THREAD_TLS. Christian