Received: by 10.223.185.116 with SMTP id b49csp1647507wrg; Thu, 22 Feb 2018 00:19:21 -0800 (PST) X-Google-Smtp-Source: AH8x224nakunFvVN92DTlrTokKs8QIRvfzwJbix4SJHiTGdiNC/kk5i5hbuwGvBI9Ok0Dy4QrXko X-Received: by 10.99.5.197 with SMTP id 188mr4983684pgf.196.1519287561434; Thu, 22 Feb 2018 00:19:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519287561; cv=none; d=google.com; s=arc-20160816; b=sGKAKi8m8wKNy7+EEdTkd7hOhyBGpBIiBnxrr61oE4+O/NvrVnb2Nrja7gpAFe7Qxd nNy1gZlTEPE20bIxoOktMHtc/N6MS+5RZA6ZjpOVRdFufBh7LuE8HoIX460oD6ziIrN6 C4C8K3cg0DleF4nPSpuDWeXopsBpS0/7480Z4rE21T+9ZVITEUcCjCBatDTFRUSjXQJq lg6FanZYOAIh6kHi090En8N0VTApKLmCYPRdiTvm3aeWA29RoDh3ywGyarIvptXwv3A1 Ze4ioACCnby496QMpOgk4z9kqLhB8mbiLVnlu+jS9eppy6aBOekewN8+B1Zp64NBM/gy uQAw== 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:arc-authentication-results; bh=kITAZOI9ql6pTdDSGx27Ro6PktK+KDN6s4/INEIxf6I=; b=bxx9AnM+a7MGAHhi8GgA+Kw1hlKv2mcJuYqQR8cSg4nkDIFjJyldohSavI8hfxEpje EuFCzEfDOXpK20i+kmtEIj/TuCocwSKdOTvkUQ5dgXgDSwLLidMZcnuCzrkjSkXXHpY/ KuD/aJqxdhHIFQ8fyUBksW1lXZZK8WSiVW642ITGu3BvbcavC9W+v02N44CCURyrzIgV fYkzACfilC1/23RHiUXfH46eZLLykwWEDBaq4Op9W6l5zvhz3dXBRd8FNPssqMBZEr68 x8ej3pifLAVrfebFMqDYr1CjZ/7h8qZHRJOdx+eAtdQx/eHPSdbHjznFzJjod5pE6vVJ EhDw== 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 i9si3198867pgv.255.2018.02.22.00.19.06; Thu, 22 Feb 2018 00:19:21 -0800 (PST) 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 S1752706AbeBVISZ (ORCPT + 99 others); Thu, 22 Feb 2018 03:18:25 -0500 Received: from anchovy3.45ru.net.au ([203.30.46.155]:51729 "EHLO anchovy3.45ru.net.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752628AbeBVISY (ORCPT ); Thu, 22 Feb 2018 03:18:24 -0500 X-Greylist: delayed 405 seconds by postgrey-1.27 at vger.kernel.org; Thu, 22 Feb 2018 03:18:24 EST Received: (qmail 27181 invoked by uid 5089); 22 Feb 2018 08:11:36 -0000 Received: by simscan 1.2.0 ppid: 27087, pid: 27088, t: 0.0308s scanners: regex: 1.2.0 attach: 1.2.0 clamav: 0.88.3/m:40/d:1950 Received: from unknown (HELO ?192.168.0.122?) (preid@electromag.com.au@203.59.235.95) by anchovy2.45ru.net.au with ESMTPA; 22 Feb 2018 08:11:35 -0000 Subject: Re: [PATCH v2] iio:dummy: Replace S_IWUSR by 0200 To: Julia Lawall , Rodrigo Siqueira Cc: Jonathan Cameron , Hartmut Knaack , Lars-Peter Clausen , Peter Meerwald-Stadler , daniel.baluta@nxp.com, linux-iio@vger.kernel.org, kernel-janitors@vger.kernel.org, linux-kernel@vger.kernel.org References: <20180221192807.qfyhp7z27f6r6p47@smtp.gmail.com> From: Phil Reid Message-ID: <6d7692ef-0929-7ef2-a1c5-989593f02b1c@electromag.com.au> Date: Thu, 22 Feb 2018 16:11:29 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-AU Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 22/02/2018 04:01, Julia Lawall wrote: > > On Wed, 21 Feb 2018, Rodrigo Siqueira wrote: > >> This patch fixes the checkpatch.pl warning: >> >> drivers/iio/dummy/iio_dummy_evgen.c:151: WARNING: Symbolic permissions >> 'S_IWUSR' are not preferred. Consider using octal permissions '0200'. > I haven't studied up on it in great detail, but isn't there a more > specific macro that doesn't need a permission argument at all? > Probably thinking of IIO_DEVICE_ATTR_RO / IIO_DEVICE_ATTR_WO But they don't provide flexibility for the show / store method. -- Regards Phil Reid