Received: by 2002:a25:86ce:0:0:0:0:0 with SMTP id y14csp236995ybm; Wed, 22 May 2019 02:13:36 -0700 (PDT) X-Google-Smtp-Source: APXvYqzFI+gPkR44l3cDywxQ0ww2AEK5241E5Z8XF+/TYnt4kwO0gHayhqX9xpuOtVISFrM03v8N X-Received: by 2002:a17:902:4481:: with SMTP id l1mr75987479pld.121.1558516416446; Wed, 22 May 2019 02:13:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1558516416; cv=none; d=google.com; s=arc-20160816; b=Gc/LfVzSGX2gmAGXfjmFzT7FIjSvhDZ4R0OOPgw9o7LG6SfEvG0cYKt+dT3rPffgPn +DTqa/H+PJCY5RBlPr0c00F+VwDPSgsVdAJGmNfotmDS9RlmLngt3i/bbN11c3M1ZqAv 6kwsYhRK1p4N25SSnUAOk1IbZp4ndKVkWAfF1MEvqCe700Oq+3Uf3f71PR5HSpbgO2dk AkoDvwFCofQK+6PkTg6frbbFh6KGVgMItWvImd5/YRXXZ6xLaabEBboQEyyjqc5F6uAM xUXOC9g1h4Si0wplK+lZfSKlA2oyrLEOOZMNYcupMMY5UfFU9oDF2l2ahlY5sKsLVWHl L1kQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:message-id:references :in-reply-to:subject:cc:to:from:date:content-transfer-encoding :mime-version; bh=WBo3zxpF4HbJ5PG1RTkA1eZf/DaqUYeBNnwOz4c8VPA=; b=JuOG+2fAHK8iFtmdUjqEr/UnWS/Snl7uJGrQoRo6LxLAYYS/m4azV3pmwY+VJkZyEj gTxGbaU1OI+aSt5ZwhE2/PPSmcEqU80R7mJYzL1+Fqi4ncI8Y5gMN9XU2RNmrLIbKbOV v5QjUlcj9Cx9jY8OzziCTD1AgBuD0Pge51iAvnz915gXRZmINxDoB4cyeAOfMdkLH4ae phQvSAWwP2Mg3k7NS1Q79EEQFPYyuecIF10hHNcq+E9phIE36LYnSEzNhXyhJoXWhDYe 6cEmzyAPRpnQKAG5ANvF+quqdf3gQ1Co7ba+/qKoM+BTiA+DAA1n/FYLuQCx8We6l2j3 3FZw== 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 t76si5874634pfa.110.2019.05.22.02.13.19; Wed, 22 May 2019 02:13:36 -0700 (PDT) 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 S1728690AbfEVJLo (ORCPT + 99 others); Wed, 22 May 2019 05:11:44 -0400 Received: from mx2.suse.de ([195.135.220.15]:45300 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1728536AbfEVJLn (ORCPT ); Wed, 22 May 2019 05:11:43 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 6AE2DB116; Wed, 22 May 2019 09:11:42 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 22 May 2019 11:11:42 +0200 From: Roman Penyaev To: Andrew Morton Cc: Arnd Bergmann , Azat Khuzhin , Al Viro , Linus Torvalds , Linux FS-devel Mailing List , Linux Kernel Mailing List Subject: Re: [PATCH v3 13/13] epoll: implement epoll_create2() syscall In-Reply-To: <20190521193312.42a3fdda1774b1922730e459@linux-foundation.org> References: <20190516085810.31077-1-rpenyaev@suse.de> <20190516085810.31077-14-rpenyaev@suse.de> <41b847c48ccbe0c406bd54c16fbc1bf0@suse.de> <20190521193312.42a3fdda1774b1922730e459@linux-foundation.org> Message-ID: <304bd75b754218b4b21f7a456cdd94f3@suse.de> X-Sender: rpenyaev@suse.de User-Agent: Roundcube Webmail Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2019-05-22 04:33, Andrew Morton wrote: > On Thu, 16 May 2019 12:20:50 +0200 Roman Penyaev > wrote: > >> On 2019-05-16 12:03, Arnd Bergmann wrote: >> > On Thu, May 16, 2019 at 10:59 AM Roman Penyaev >> > wrote: >> >> >> >> epoll_create2() is needed to accept EPOLL_USERPOLL flags >> >> and size, i.e. this patch wires up polling from userspace. >> > >> > Could you add the system call to all syscall*.tbl files at the same >> > time here? >> >> For all other archs, you mean? Sure. But what is the rule of thumb? >> Sometimes people tend to add to the most common x86 and other tables >> are left untouched, but then you commit the rest, e.g. >> >> commit 39036cd2727395c3369b1051005da74059a85317 >> Author: Arnd Bergmann >> Date: Thu Feb 28 13:59:19 2019 +0100 >> >> arch: add pidfd and io_uring syscalls everywhere >> > > I thought the preferred approach was to wire up the architectures on > which the submitter has tested the syscall, then allow the arch > maintainers to enable the syscall independently? > > And to help them in this, provide a test suite for the new syscall > under tools/testing/selftests/. > > https://github.com/rouming/test-tools/blob/master/userpolled-epoll.c > will certainly help but I do think it would be better to move the test > into the kernel tree to keep it maintained and so that many people run > it in their various setups on an ongoing basis. Yes, on a next iteration I will add the tool to selftests. Thanks. -- Roman