Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp1601585imm; Thu, 18 Oct 2018 00:39:40 -0700 (PDT) X-Google-Smtp-Source: ACcGV63KQcc/Ek0rv7pFUSTuW0sc0kkSzJhu/fg4D6TiyVNCPKpdsS2n+kWICkZiL4zUsBDrL8XK X-Received: by 2002:a63:9809:: with SMTP id q9-v6mr9074174pgd.128.1539848380576; Thu, 18 Oct 2018 00:39:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1539848380; cv=none; d=google.com; s=arc-20160816; b=Thv6jcBavCqcFCaWiT2gzQAi67xa0ztS/aT44Cn35FcvfccTvD7EDV9vA+aubjMwZm KE1QOpgX7QZThQUz87HnyE2XQeBT+5AHUKqirE131pnex5kJpTX5sYW6ax80z7wFPbhf ksm+4S6AZ2gRmKrKVJKbqfNxK57dBlErG/i9iSU6aYG2Q0tOlu/hNiMDGlAcNAgFJoMj dCNbQ83OfsM1HlI6BELiZBzdTwUNEWLhIiOrM73enfo+0Ukc0T8yShQlfN1NJX+iVwsr im9MmE97f9uFphFad6PUJzfErqm+AQadzD/Uy3E8jTVFkmy9nuP+vXHcTOOoM+Z0hJk1 uJ/A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature; bh=zIToDANcLzdfTXfdQ2fxssyyuElQmEGyksjO/ROD6qY=; b=KK8u6oRVhJuxv6QdmxFj3ifu2EUBdmXaYe3+y5PoZT56FCqIWRB2/gv3ZKoCtncUdH jPRB0SqqSyuQeuhQZw+SC/ncW8vKfr4IK76X8mICcJUoHoAxa4kVMPK8DV0l9Htpjbyh C2VIj+uTZDin8vbaud49xTcKb51dJcUtfhHrGkJLZIDeCX54REvTzplwhNSpeUOIpUmt NQMYWpK+Gu97nSiGl9Ye5s0nAEDNnhg/aODlz2foaNOAqNkPO6YpPDLlZPkyP/jLGNlp MxZjTEkQomomd8DVP66SmwWFnh1t09OEvcl5OPuQpp5knt5kDHJIN2EKHqNHsTE0GRni f81w== ARC-Authentication-Results: i=1; mx.google.com; dkim=temperror (no key for signature) header.i=@szeredi.hu header.s=google header.b=iQCvZglx; 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 p17-v6si19756625pgh.515.2018.10.18.00.39.25; Thu, 18 Oct 2018 00:39:40 -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; dkim=temperror (no key for signature) header.i=@szeredi.hu header.s=google header.b=iQCvZglx; 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 S1727719AbeJRPh1 (ORCPT + 99 others); Thu, 18 Oct 2018 11:37:27 -0400 Received: from mail-io1-f67.google.com ([209.85.166.67]:44757 "EHLO mail-io1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727451AbeJRPh0 (ORCPT ); Thu, 18 Oct 2018 11:37:26 -0400 Received: by mail-io1-f67.google.com with SMTP id s6-v6so9804071ioa.11 for ; Thu, 18 Oct 2018 00:37:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=szeredi.hu; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=zIToDANcLzdfTXfdQ2fxssyyuElQmEGyksjO/ROD6qY=; b=iQCvZglxBiKQYaGS2PxepADudzXJPbk8gXUGRu9B2xuUcpYCx/P+YD9kdHxENYElv6 3J7fC6qNTrjP0aymNFMSnDCsGwSxBk3g5xa0G6jO4otzzo/gcfV57iq6WXnucHuyZl+8 X6Ug4URDVD0oYlBH0N1roSfq7lmv4bYkLPUkw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=zIToDANcLzdfTXfdQ2fxssyyuElQmEGyksjO/ROD6qY=; b=ciVKKoq3tBgU8YFavk6JDMHuqu71PkZNLCDgsX1smyxNiuYIKBZafTT27ciTLxlYcP Vzt0m42tdXnqK86rtwFSUlhskX/CtV788dP/ImOOakVjFRCvsez3FWxA5C6uUWKS4lo9 RR+nz474yOB/zVvUX4/uXAI8LdrpVGsA6C1Fo5FcCkLp8v+vo/1yeZIT9b5htvAP3WL9 8TZ26yuAFk/DfVS64GY1jVY7CYoaKvoqbRcskeJifdWlNSwCYYWiA4m4xi5d8EU8DvV5 rBuEJ6S3OEgAifyfmNk1gBW6JhKvd+ZMvUM1gKfMODKIQnr4EQ81myS/WpXsAg0u83r9 t65A== X-Gm-Message-State: ABuFfogXLKySkfsb+g52M6x1brTF1ZuIffuwEq+qEcfWmTDwdpHQ50ZU IN0hB9cvblwNst+Sq+Gg27aQFEiCkFmVpRQE70FOCQ== X-Received: by 2002:a6b:fe09:: with SMTP id x9-v6mr18439315ioh.294.1539848264781; Thu, 18 Oct 2018 00:37:44 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a6b:bf41:0:0:0:0:0 with HTTP; Thu, 18 Oct 2018 00:37:44 -0700 (PDT) X-Originating-IP: [212.96.48.140] In-Reply-To: <878t2wb4dr.fsf@mid.deneb.enyo.de> References: <006890C4-64D4-4DE2-A1F0-335FFFD585BB@dilger.ca> <878t2wb4dr.fsf@mid.deneb.enyo.de> From: Miklos Szeredi Date: Thu, 18 Oct 2018 09:37:44 +0200 Message-ID: Subject: Re: statx(2) API and documentation To: Florian Weimer Cc: Andreas Dilger , Michael Kerrisk , David Howells , Linux FS-devel Mailing List , Linux Kernel Mailing List , Linux API Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Oct 18, 2018 at 12:22 AM, Florian Weimer wrote: > * Andreas Dilger: > >>> So what's the point exactly? >> >> Ah, I see your point... STATX_ALL seems to be mostly useful for the kernel >> to mask off flags that it doesn't currently understand. It doesn't make >> much sense for applications to specify STATX_ALL, since they don't have any >> way to know what each flag means unless they are hard-coded to check each of >> the STATX_* flags individually. They should build up a mask of STATX_* flags >> based on what they care about (e.g. "find" should only request attributes >> based on the command-line options given). > > Could you remove it from the UAPI header? I didn't want to put it > into the glibc header, but was overruled. To summarize Linus' rule of backward incompatibility: you can do it as long as nobody notices. So yeah, we could try removing STATX_ALL from the uapi header, but we'd have to put it back in, once somebody complains. Thanks, Miklos