Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp593795ybl; Tue, 7 Jan 2020 11:32:25 -0800 (PST) X-Google-Smtp-Source: APXvYqwwT75rbloIJi+GUy2CniG+6bycxBJcaxuVvDwwO9IxX6AYnMbRhGqARb4UlPf1oayX6nka X-Received: by 2002:a05:6830:1d59:: with SMTP id p25mr1433224oth.308.1578425545795; Tue, 07 Jan 2020 11:32:25 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578425545; cv=none; d=google.com; s=arc-20160816; b=iALRy3Z8fZhT3bLdIjTAERh0zDnt2tVA1zzr4jlSAySW1HiWP4ADeZdJkyd91y5PYi FZjTJF5TSntoOzadeDnqQeOPy3hcggi8E/UR4WP577WJYOHkTC2JUluzOeZn8tWJ9v4z 46RzSanXIZcIDRXXPproYIKLxq3iGjoI4lGkjvkw1BlfuqmQgINdVp/zBoEpimV4gdIL AptpG/WzLAURFSffWml47+tZiYsITuCvtjNxoMiSdNjXQzcQApJVfegTC8qDZdUMKtDw enkmE8C0vg4N5q+xi+cKIK5TLGdyObivs6NcNkF9vuNgFdsqQFjAYssHNlbyXFj/oKVa 0Swg== 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=cQGRvCofiGkmm4YOgofhBwDOK16fQGRJCJkcCRIRcMY=; b=IT/06kwwzlQVKb6zfirTF3t9Kv2yw68jUCm2avGfjTOfzz4FV5w52rOCDO1qjKxW7L OfAU/DS3vPQYKr0oAh/YMqRVtwEDD6zHl03QpWxVZeBjLjRLTwm9Z7K5cHrdJFleu9Az dy4psS4i1WiFn9xuxYq5jH3A/I/bz0YO/eI3fXUmtzW2My6qHy+6wwTxLC/JM168yPLT 1ZHKN3zf1dTzG1fXDNbv9h1LUBNrIVmgk2qRUqRA8kqb03f2zdj2Gy10L8K3673vDaJ6 CtHqerIwBtTYvWaXPrB6Gwe8zTcOIFc1cacexeDswD1ibjyNzSccSleRHuDc9+zdfoC1 FmYw== 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 194si459299oii.2.2020.01.07.11.32.11; Tue, 07 Jan 2020 11:32:25 -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 S1728653AbgAGTa5 (ORCPT + 99 others); Tue, 7 Jan 2020 14:30:57 -0500 Received: from youngberry.canonical.com ([91.189.89.112]:35054 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728307AbgAGTa5 (ORCPT ); Tue, 7 Jan 2020 14:30:57 -0500 Received: from ip-109-41-1-29.web.vodafone.de ([109.41.1.29] helo=wittgenstein) by youngberry.canonical.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.86_2) (envelope-from ) id 1iouZ2-0004Mw-9L; Tue, 07 Jan 2020 19:30:52 +0000 Date: Tue, 7 Jan 2020 20:30:54 +0100 From: Christian Brauner To: Kees Cook Cc: Will Deacon , Amanieu d'Antras , Will Deacon , linux-kernel@vger.kernel.org, Christian Brauner , "# 3.4.x" , Linux ARM , linux-kselftest@vger.kernel.org Subject: Re: [PATCH 2/7] arm64: Implement copy_thread_tls Message-ID: <20200107193054.t2d4txgz3fnrw3gn@wittgenstein> References: <20200102172413.654385-1-amanieu@gmail.com> <20200102172413.654385-3-amanieu@gmail.com> <20200102180130.hmpipoiiu3zsl2d6@wittgenstein> <20200106173953.GB9676@willie-the-truck> <20200107090219.jl4py4u2zvofwnbh@wittgenstein> <20200107174508.GC32009@willie-the-truck> <202001071011.9517D9C0D@keescook> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <202001071011.9517D9C0D@keescook> User-Agent: NeoMutt/20180716 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jan 07, 2020 at 10:12:39AM -0800, Kees Cook wrote: > On Tue, Jan 07, 2020 at 05:45:09PM +0000, Will Deacon wrote: > > On Tue, Jan 07, 2020 at 10:02:27AM +0100, Christian Brauner wrote: > > > [Cc Kees in case he knows something about where arch specific tests live > > > or whether we have a framework for this] > > > [...] > > > It feels like we must've run into the "this is architecture > > > specific"-and-we-want-to-test-this issue before... Do we have a place > > > where architecture specific selftests live? > > > > For arch-specific selftests there are tools/testing/selftests/$ARCH > > directories, although in this case maybe it's better to have an #ifdef > > in a header so that architectures with __builtin_thread_pointer can use > > that. > > Yup, I agree: that's the current best-practice for arch-specific > selftests. Thanks! I think using #ifdef in this case with __builtin_thread_pointer sounds good. So the tests can be moved into the clone3() test-suite for those architectures. Christian