Received: by 10.192.165.156 with SMTP id m28csp969749imm; Fri, 13 Apr 2018 10:58:22 -0700 (PDT) X-Google-Smtp-Source: AIpwx49LS6IOKy6R6fpvjVcqBGGCMN/XiIfMs92JorrGowq/LioDWg86munGKNZzO7TYvt+TiU1E X-Received: by 10.98.12.140 with SMTP id 12mr12274369pfm.123.1523642302232; Fri, 13 Apr 2018 10:58:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523642302; cv=none; d=google.com; s=arc-20160816; b=eIK6fwIdbPMSmadvg+Yes5EeGOG0ErqONyYxu/0Fhl5ldMBWKn5lelOEDOYxTcZLmp qvqjJT+tm6wetbmphBdAfJANU8THvZl/kAn5EFqmPVhYL+oKOuHAR4ymNwJSgOq/I/Kl 1pdmFFwSiSuwH2cdYoh93wEO3BCQ9+qUXiJ3CBh53cWc5P18jvhw8+zlYmuSWSbjBu5O 1hfFsn2nRBpzziZUxZBDnSQn2e7tit/KruJEEc+i0iA1Wkk/+oah0sn918KH2zmj5Vdf HmQJ+QzqjUcDik6dpnXttBYjIKgnLh3WWfZedTtfOemPS2B453Gc7BjhQFnDCeQw0/Lt 3i8w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature :arc-authentication-results; bh=PMeJzldFIqKot3wDaDS2O6K2hvcaf9/V7lJ2AmMz/d8=; b=ltJ50/RnF3sptLIpz23Zn7NZWNy5P4SLFLhXdhQ60IUwnEmmK288IQHrTgeMGb/vl0 qhBlfNHvjYO8GYr9d9j6gKcFv8+s3v4fyIKxBzHYoiwOJQJGEL+SNBCyjgQtP2WQ2+vi rbjAnIh2z0PH52hYo4o0agJhVcmSqJZqkdix6oakcqfR3T+eqOWSKe+/j5b9oE4dBAEY b+KMoTbkuDboAFrARidXPYK+5magRfLr12R4ZzVMxcOOhT0VXxt6vmgrrewCHsuOd3qR QBD26Qs31OIuIYFh/fVZd4CNkHF8RN4n2jotBc5YQ/duJgiTo665MK8Rwzh6XdwrTmCQ u1cQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=ZtdQ6sDt; 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 85si5177552pfh.176.2018.04.13.10.58.08; Fri, 13 Apr 2018 10:58:22 -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=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=ZtdQ6sDt; 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 S1751171AbeDMRz1 (ORCPT + 99 others); Fri, 13 Apr 2018 13:55:27 -0400 Received: from bombadil.infradead.org ([198.137.202.133]:58604 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750792AbeDMRz0 (ORCPT ); Fri, 13 Apr 2018 13:55:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20170209; h=Content-Transfer-Encoding: Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From:References:Cc:To: Subject:Sender:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=PMeJzldFIqKot3wDaDS2O6K2hvcaf9/V7lJ2AmMz/d8=; b=ZtdQ6sDtrP5k0wozkQo0soEjV xY1N41shkC9olQMnGwitycZdhPjKall1f1BtjpPNybFGOTFpRBll3O7wTTIP/RtoxkQtvSThKFESi K/cl+G3zZ+56FzojUOlnsQXVhoLjae/WN4QH42M2rRkSPmlraeJ9DA2hp9P28iygkAmksumNBYbpS E2hSC21ulnma9cH9GuNisgkK4jNzEz3EPu3Mvg4sHKgYMF7awt3q5mfAHtKrKxpIhilwlg4tRykJq X6DXq+WRdnKcfy9LLzyWqBF8s7RhhvikUSde0V5fhdG/ean3kEbg+acVADLopqF5NZIeAUfH3ANwu ysGkJVW8g==; Received: from static-50-53-52-16.bvtn.or.frontiernet.net ([50.53.52.16] helo=midway.dunlab) by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux)) id 1f72uy-0002wS-2L; Fri, 13 Apr 2018 17:55:24 +0000 Subject: Re: [PATCH 2/6] statfs: use << to align with fs header To: Andreas Dilger , Christian Brauner Cc: Alexander Viro , Thomas Gleixner , Kate Stewart , Greg Kroah-Hartman , Philippe Ombredanne , Linux FS Devel , linux-kernel@vger.kernel.org, serge@hallyn.com References: <20180413161126.31313-1-christian.brauner@ubuntu.com> <20180413161126.31313-3-christian.brauner@ubuntu.com> <833FF27F-CFAD-4011-A21C-86B3947BB7D5@dilger.ca> From: Randy Dunlap Message-ID: Date: Fri, 13 Apr 2018 10:55:23 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <833FF27F-CFAD-4011-A21C-86B3947BB7D5@dilger.ca> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 04/13/2018 10:35 AM, Andreas Dilger wrote: > On Apr 13, 2018, at 10:11 AM, Christian Brauner wrote: >> >> Consistenly use << to define ST_* constants. This also aligns them with >> their MS_* counterparts in fs.h > > IMHO, using (1 << 10) makes the code harder to debug. If you see a field > in a structure like 0x8354, it is non-trivial to map this to the ST_* > flags if they are declared in the form (1 << 10) or BIT(10). If they are > declared in the form 0x100 (as they are now) then it is trivial that the > ST_APPEND flag is set in 0x8354, and easy to understand the other flags. > > So, my preference would be to NOT land this or the previous patch. That makes sense to me. -- ~Randy