Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp1997658imm; Thu, 18 Oct 2018 07:33:35 -0700 (PDT) X-Google-Smtp-Source: ACcGV60yqXnICBKdkSFbRBheHCyjH6KcQGaHufe2XMxOKCzGvzlViC/2jHJb5LZQh8ZOeo2TC1Xj X-Received: by 2002:a17:902:8342:: with SMTP id z2-v6mr29907566pln.147.1539873215679; Thu, 18 Oct 2018 07:33:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1539873215; cv=none; d=google.com; s=arc-20160816; b=ODy2Q+f+SbZPTP2iCeucFMpUU7tdalN2pZ1g6X/hxWopakA958A8D68k5jHpFaN2zZ S4Zlwg89gREjWpLgkmSZJmbpX0gTayd0Le5yfB243ve0vBSOXo90wHhjsOBEt1tNWaqU cqhs4JPH04MSipancRpSc3MOdptRSQt2CohEIlTFVSs7LoQiyFSEgYTzXAUi7uBrJFk1 y/j7rBbBuR82cFpw0WNwXi2AOANOIcOhyGBqfOF76+x1uuEX8zAa8s/HeEcy0hDYpEkA u2F49stcRJ09sDShvB59sg81CO4hKQeJ8Z8BLk3t/zMlITaFquwRKzmtULey4S921mnN lQuw== 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=VoJhrDFFSdNFykxnSQmukvxeeAbXQKHlcNCkqmZPgeM=; b=y18q37Dz8Glplpioep2yp6TRn3xgwbKrd4KIPwSwXo5hZRcBEl8dN4S77FYWVhADVQ Pl81cznU9+StKK7nFpswqF1quen5xB52eT5BMysav7qaZqeXjeUPBnhSWHGBrUf5FcQq Gbo5mIZJHa33ZaCzw3XSmuCruLTRUib9TX0+yUbn5GsKVd6rClJJHYduOeW5zIsSobs/ dNmGl5gkq9oxz+VE3R3RpwoUmOn8PqWO6BujltPsgEBwYGLlYfr/Zmwezzm/FkeONKpe MHvaP+6ElFTX09mFhS//jCYEHKb6OKI/MQ/tZK9AUYcEW9wnTC/jlsDFspQQxHdBeDdB B1YA== ARC-Authentication-Results: i=1; mx.google.com; dkim=temperror (no key for signature) header.i=@szeredi.hu header.s=google header.b=FLg4dDnz; 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 r22-v6si21326096pgm.590.2018.10.18.07.33.19; Thu, 18 Oct 2018 07:33:35 -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=FLg4dDnz; 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 S1728357AbeJRWd0 (ORCPT + 99 others); Thu, 18 Oct 2018 18:33:26 -0400 Received: from mail-it1-f195.google.com ([209.85.166.195]:56220 "EHLO mail-it1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728305AbeJRWdZ (ORCPT ); Thu, 18 Oct 2018 18:33:25 -0400 Received: by mail-it1-f195.google.com with SMTP id c23-v6so556546itd.5 for ; Thu, 18 Oct 2018 07:32:09 -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=VoJhrDFFSdNFykxnSQmukvxeeAbXQKHlcNCkqmZPgeM=; b=FLg4dDnz6mvJX3qG5D9hgKmeA9hBI5erpQKQaXG3Z9b5nNqKGEJdlsW1xxUezlnGq/ MOOPmw4AJYrJx3J4D50mTR+ysxfdgCWJnSZ4mju6zN9bIHn4tLk4jvVnuzlCAFlWbCpa PK5WmL+z1Q3uXJrNCZcXbFciNac1EWzQv+OvY= 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=VoJhrDFFSdNFykxnSQmukvxeeAbXQKHlcNCkqmZPgeM=; b=Fv1aDw7pgDBIOHtGfbpjOTejPHQdNjWNNkgQ8gurlQJ4g65ziImXr+WKlWQtaK6QFT MA9eynw8Lqo+GbzS3au7nxYWKTlID3S/KQW+L+9CWszsCrLdjsWODq1FydHHkH1iNXAC OMoXz0FI4V3kU2tmb0BwZJcLu7D3DhHYfKz9ZcuAmTzLxENolLqjRWtEwwvKS7Rl0piP PRYGGDJomf90iyrQitYtEWPKD7BTzKtqDbu3SdJIID76a0t8dvfx00zGw95wVWKLysfV YXmyXQcRbfTD6+fJPQOPmb0opkA6aD72t6nCvD+yu4pCHGgCd3DnLitfh9a8zfPk//gy JBAA== X-Gm-Message-State: ABuFfogcTcuvf4lZrxMtdNO5w/03jgq1dIBUmXP9EiUe5uQcU+l6dxhD hRwazjgZ9EdeVoSdPPjAGvcChNZ6wys5OE2lSbgEhw== X-Received: by 2002:a02:982:: with SMTP id 2-v6mr21826393jam.78.1539873128869; Thu, 18 Oct 2018 07:32:08 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a6b:bf41:0:0:0:0:0 with HTTP; Thu, 18 Oct 2018 07:32:08 -0700 (PDT) X-Originating-IP: [212.96.48.140] In-Reply-To: <875zxzxuo9.fsf@mid.deneb.enyo.de> References: <20181018131125.6303-1-mszeredi@redhat.com> <20181018131125.6303-2-mszeredi@redhat.com> <875zxzxuo9.fsf@mid.deneb.enyo.de> From: Miklos Szeredi Date: Thu, 18 Oct 2018 16:32:08 +0200 Message-ID: Subject: Re: [PATCH 2/3] uapi: get rid of STATX_ALL To: Florian Weimer Cc: Miklos Szeredi , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, Linux API , David Howells , Michael Kerrisk , Andreas Dilger , Amir Goldstein 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 3:15 PM, Florian Weimer wrote: > * Miklos Szeredi: > >> #define STATX__RESERVED 0x80000000U /* Reserved for future struct statx expansion */ > > What about this? Isn't it similar to STATX_ALL in the sense that we > don't know yet what it will mean? Kernel will return -EINVAL if request_mask contains STATX__RESERVED, so it's definitely different from other flag values. Specifying this in the UAPI sort of implies that other flag values will *not* need a struct statx expansion, so it's safe to pass in any random value not containing STATX__RESERVED on any past or future kernel and it will not write beyond the current struct statx boundary. Not sure if that's a useful thing or not, but it's not actively harmful, like the STATX_ALL flag. Thanks, Miklos