From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753432AbdLUMIM (ORCPT ); Thu, 21 Dec 2017 07:08:12 -0500 Received: from userp2130.oracle.com ([156.151.31.86]:46633 "EHLO userp2130.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753213AbdLUMIH (ORCPT ); Thu, 21 Dec 2017 07:08:07 -0500 From: Knut Omang To: Joe Perches Cc: Dave Chinner , Alan Stern , Byungchul Park , "Theodore Ts'o" , Matthew Wilcox , Matthew Wilcox , Ross Zwisler , Jens Axboe , Rehas Sachdeva , linux-mm@kvack.org, linux-fsdevel@vger.kernel.org, linux-f2fs-devel@lists.sourceforge.net, linux-nilfs@vger.kernel.org, linux-btrfs@vger.kernel.org, linux-xfs@vger.kernel.org, linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org, kernel-team@lge.com Subject: Re: [PATCH v4 72/73] xfs: Convert mru cache to XArray References: <20171208223654.GP5858@dastard> <1512838818.26342.7.camel@perches.com> <20171211214300.GT5858@dastard> <1513030348.3036.5.camel@perches.com> Date: Thu, 21 Dec 2017 13:05:56 +0100 In-Reply-To: <1513030348.3036.5.camel@perches.com> (Joe Perches's message of "Mon, 11 Dec 2017 14:12:28 -0800") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8751 signatures=668651 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=2 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=867 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1712210163 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Joe Perches writes: > On Tue, 2017-12-12 at 08:43 +1100, Dave Chinner wrote: >> On Sat, Dec 09, 2017 at 09:00:18AM -0800, Joe Perches wrote: >> > On Sat, 2017-12-09 at 09:36 +1100, Dave Chinner wrote: >> > > 1. Using lockdep_set_novalidate_class() for anything other >> > > than device->mutex will throw checkpatch warnings. Nice. (*) >> > [] >> > > (*) checkpatch.pl is considered mostly harmful round here, too, >> > > but that's another rant.... >> > >> > How so? >> >> Short story is that it barfs all over the slightly non-standard >> coding style used in XFS. > [] >> This sort of stuff is just lowest-common-denominator noise - great >> for new code and/or inexperienced developers, but not for working >> with large bodies of existing code with slightly non-standard >> conventions. > > Completely reasonable. Thanks. > > Do you get many checkpatch submitters for fs/xfs? > > If so, could probably do something about adding > a checkpatch file flag to the directory or equivalent. > > Maybe add something like: > > fs/xfs/.checkpatch > > where the contents turn off most everything I propose a more fine grained and configurable form of this in https://lkml.org/lkml/2017/12/16/343 that also handles sparse and other checkers in a similar way. Thanks, Knut > -- > To unsubscribe, send a message with 'unsubscribe linux-mm' in > the body to majordomo@kvack.org. For more info on Linux MM, > see: http://www.linux-mm.org/ . > Don't email: email@kvack.org