Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp1803377ybh; Fri, 17 Jul 2020 01:18:15 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyKb0CDkrytONRIyrvs7exuNYYyU9HLYybNf6tjIAEquWQmgpMJXGtswo4kWOhmryoIELHd X-Received: by 2002:a17:906:700f:: with SMTP id n15mr7927098ejj.390.1594973895080; Fri, 17 Jul 2020 01:18:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594973895; cv=none; d=google.com; s=arc-20160816; b=0fAxXVMVKTndLIfNx/KVxvZNvjHnWYgrKU7qiOsNBVzMBaVzOB4+5OY8rFjmQWplAX EECLDkAMnJcixnYyKVZs5KSS0C+STmbg5pqzWXXLgcL1pZYGjyP9tkbwZuf3ViK8wBIW iGxvomo/InoSYZz5Y+dt/epglnb0id4e/OjFc9gx/oMlKsWNULTCXKX9IDb5j33tiXrA N/1dS2GuuvRQewTSwqoBvmRMH7Mam5jiQ2FA+5lSDYcv/vlv/HQOEZbjo2F2etNXQBOB PjWiH1Yhn3VQhMITlq83CVVbO23HfOP0QS06UnIZwyZXKTXjcZBBCZ0/Taneby6tGfR0 cacw== 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=LxRhQTVNSPwnzNTgIlc3qIsPl/TPCfUlLsSzkEkIZDw=; b=uF8fbUa4kKTPfGVXojnwjAdCz5JRBeonhRjlDGwm30DAq5g4pBBsH+D7RhSUegQgRp GnLxYE+ARaSQyHq8Mg8ZS99jqgOhOeNJCWl6Jo8ez9gCJ5fMi/h6qIa+7LPDbQQy089X qByba/q9QtMJXaa6c2qStria00mljVoo+clkkWYEm0mt0n/Q23mBrXoaJKiSkDOaViOj 8G6oNaHygiY1oYNE1kkQf4W1Y4+J0fNWtxrJEEWUZBKW3+P7jNQ7ODMkxI90VUsiyMGN pxKbnONqCYYsxdepHyUVe12gK7ggOKkFly7xPotPZ6YzaGZzCE8ccXga7pyq2a/D2v0J nblw== 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 mj20si4588186ejb.504.2020.07.17.01.17.52; Fri, 17 Jul 2020 01:18:15 -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 S1728174AbgGQIRd (ORCPT + 99 others); Fri, 17 Jul 2020 04:17:33 -0400 Received: from mx2.suse.de ([195.135.220.15]:55866 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726113AbgGQIRd (ORCPT ); Fri, 17 Jul 2020 04:17:33 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 68C1AADF0; Fri, 17 Jul 2020 08:17:36 +0000 (UTC) Date: Fri, 17 Jul 2020 10:17:52 +0200 From: Cyril Hrubis To: Aleksa Sarai Cc: Kees Cook , Pavel Begunkov , Miklos Szeredi , Matthew Wilcox , Andy Lutomirski , Jann Horn , Stefano Garzarella , Christian Brauner , strace-devel@lists.strace.io, io-uring@vger.kernel.org, Linux API , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, Michael Kerrisk Subject: Re: strace of io_uring events? Message-ID: <20200717081752.GA23090@yuki.lan> References: <20200715171130.GG12769@casper.infradead.org> <7c09f6af-653f-db3f-2378-02dca2bc07f7@gmail.com> <48cc7eea-5b28-a584-a66c-4eed3fac5e76@gmail.com> <202007151511.2AA7718@keescook> <20200716131755.l5tsyhupimpinlfi@yavin.dot.cyphar.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200716131755.l5tsyhupimpinlfi@yavin.dot.cyphar.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi! > > - Why aren't the io_uring syscalls in the man-page git? (It seems like > > they're in liburing, but that's should document the _library_ not the > > syscalls, yes?) > > I imagine because using the syscall requires specific memory barriers > which we probably don't want most C programs to be fiddling with > directly. Sort of similar to how iptables doesn't have a syscall-style > man page. Call me old fashioned but I would vote for having all syscalls documented in man pages. At least for me it makes my life much easier as I do not have to fish for documentation or read library source code when debugging. Think of all the poor kernel QA folks that will cry in despair when you decided not to submit manual pages. There is plenty of stuff documented there that most C programmers shouldn't touch, I do not consider this to be a valid excuse. -- Cyril Hrubis chrubis@suse.cz