Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp2158907ybx; Fri, 8 Nov 2019 00:31:10 -0800 (PST) X-Google-Smtp-Source: APXvYqyePshpYn8gJ/y2LCoJYL1dxXhSvE9dl3I4sLArc/LJrMbgrhHbyMsiJhiMNxKsvWSPG9Ci X-Received: by 2002:a50:f284:: with SMTP id f4mr8701004edm.126.1573201869860; Fri, 08 Nov 2019 00:31:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1573201869; cv=none; d=google.com; s=arc-20160816; b=hha3FziqLwBdQTrbuTYNZapWUCmeyMkI+jIqIR5rCMBqYGIvYJrLAm8tyZ+CulbFdY 4w8Xlnmq9rf1hXqTSDuDYYEZMEIiRKng97Bft/AI/TAJ9QKWk5jr4484heYMSb6Dwxnd YX/ECWmvcnFCclZeFOQqbBtmpjJKUIECYeZKLJjK9d23rEzChKBrPN/rr8Uwbw85CFHH 42EjcaTv9Nmei+4i3U2pZl/hpR4r8fnYgdPPjl0PSi80MhlTgrc1+T2wXhCpyd6su5NO DF71w1HuTnctv/yIEwYVfnlgHY9FonEG3rJUiq1OkDYiT2jJhHWqGOG4+FC/v5qmkGtu h6NQ== 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=5RQsofMe37gAnMwhLGQueIxKd1tlGgKTIdExaRdOEos=; b=dKVrSq4OCi79psjxj+ALZhDc+TSUN2/q3IC8XLQ0D3jhUklcXcgV1P2W9jQc8bbk9b SRiNiLvP3791gwhOFD20507WpOyOcBGvOY+PeW8/w24iDgKZcMZAG5rL4EyOiYDaFBxr OlzGfPcMrFUCGe+I5ZNd25JGw6dhtfX0ImHRRspxrFcr3SI5IcM1bsLbS8bOC2aXMIpd NDSqcx8DHLJffVN6lXCemtbg0CCT82bZ2J7ZqnrLq5uqmhe48didVKombyyYk0ehXjLp VvBIid9fhlpz43vogfR1k/y0bdntMHtJSRMnnjOhfMrTHFZI6+NaF1b9X2x4hCLVhye4 9whA== 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 p88si818727edd.219.2019.11.08.00.30.46; Fri, 08 Nov 2019 00:31:09 -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 S1730302AbfKHI3p (ORCPT + 99 others); Fri, 8 Nov 2019 03:29:45 -0500 Received: from youngberry.canonical.com ([91.189.89.112]:59616 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727421AbfKHI3o (ORCPT ); Fri, 8 Nov 2019 03:29:44 -0500 Received: from [185.81.138.22] (helo=wittgenstein) by youngberry.canonical.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.86_2) (envelope-from ) id 1iSzeG-0008J7-SS; Fri, 08 Nov 2019 08:29:41 +0000 Date: Fri, 8 Nov 2019 09:29:39 +0100 From: Christian Brauner To: Adrian Reber Cc: Shuah Khan , Eugene Syromiatnikov , linux-kselftest@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] selftests: add tests for clone3() Message-ID: <20191108082937.ypc5t2fcr2ffmlmm@wittgenstein> References: <20191104131846.1076814-1-areber@redhat.com> <20191106155914.hzolyolz2w4hcn7w@wittgenstein> <20191108064416.GA153851@dcbz.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20191108064416.GA153851@dcbz.redhat.com> User-Agent: NeoMutt/20180716 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Nov 08, 2019 at 07:44:16AM +0100, Adrian Reber wrote: > On Wed, Nov 06, 2019 at 04:59:15PM +0100, Christian Brauner wrote: > > On Mon, Nov 04, 2019 at 02:18:46PM +0100, Adrian Reber wrote: > Not sure myself. It was just to make sure clone3() does not something > unexpected when given wrong and unexpected input. It is the opposite to > setting everything to zero. Not sure how much sense it makes, but as it > already exists I would say to just keep it. If it serves no real purpose then please remove it. It's not clear from thist test _why_ it it expected to fail. Is it because of invalid stack and stack_size or invalid tls etc. > > > > + args.flags = 1; > > > + args.pidfd = 1; > > > + args.child_tid = 1; > > > + args.parent_tid = 1; > > > + args.exit_signal = 1; > > > + args.stack = 1; > > > + args.stack_size = 1; > > > + args.tls = 1; > > > + break; > > > + case CLONE3_ARGS_INVAL_EXIT_SIGNAL_BIG: > [...] > > Let me know if you think that the CLONE3_ARGS_ALL_1 should really be > removed. I will fix the other two things you mentioned and resend a new > version. Yes, please. Christian