Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp1330794ybl; Wed, 28 Aug 2019 13:02:44 -0700 (PDT) X-Google-Smtp-Source: APXvYqzaBtz080gRhgnoJTrt0GM2D3eIt0VsN0e/uKtc4G3vPG8vOYJWviZVryFObXxxXTpy6wQ1 X-Received: by 2002:a63:7d05:: with SMTP id y5mr4987191pgc.425.1567022564070; Wed, 28 Aug 2019 13:02:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567022564; cv=none; d=google.com; s=arc-20160816; b=R+d1D+uAw8Ipt7bqPCZlb+GGJFMrRrLWYdIzuzb0luSnpeWWy9+yXDVGy1NhL0Nn7V ielEQNg9a/xJLEo197N9bSYWMMItRFcWO5h3uqMX90jeGsrQtg+sj0e9M1SN9ytHQ+0G i9t+Vgyhy4oZ3QGF1/KBLFiyueA7oQ/XvkVpQzHd/CvHg9esYpsqqv/DJTHBoLKTPR6N +DAl28MrZE14iPiC7xZAPqyjFwRoJMIWyQoBskmvyyR2SEyb4s1k4oPQFo49dmubLszr ExuQ4DDJUwLoKZ6V+4MBv3jq9OGzcEY43wF+RfeF+b0mvabvclXS2VnWDGDS8/nScyZd MTzw== 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 :in-reply-to:references:mime-version:dkim-signature; bh=2X0DydOdzgvwJBNcKa++t9H8SHHAowYLA+eePGuiIto=; b=euXTc0q4jIz4Jk6K6F2GlhpobZP/b+hLqbQcDQK4lSc1KcaV6fSXKzWQ/DFVHAJZhj 40Us5k/CsHiRFfeYWzW/eOPgq83kleMQKoxRYe2i0bKs83IEMDy8M2/7pCPPFw4hz8Gq wcnmrc+oCLcqf6tEXsfhlckhshR2gtP5pciOz5lFJT+hfuaNj0APspOytTootBYqP/SU cZWMyPurH7fE3UilfQDNPZjgICrnGPexNLntRYOTy0T00fthxKdaptMwapcQk5umcsCO we4hvhPwG9WOG0RVU9RQs9guOWi+sNmQu7SN0bEP1GP2zh+pD5BP98D5RepowdDPYtqk IJpQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=iFfeQDhn; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h10si2606562pls.319.2019.08.28.13.02.28; Wed, 28 Aug 2019 13:02:44 -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=pass header.i=@kernel.org header.s=default header.b=iFfeQDhn; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726907AbfH1UBa (ORCPT + 99 others); Wed, 28 Aug 2019 16:01:30 -0400 Received: from mail.kernel.org ([198.145.29.99]:41208 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726315AbfH1UB3 (ORCPT ); Wed, 28 Aug 2019 16:01:29 -0400 Received: from mail-qt1-f177.google.com (mail-qt1-f177.google.com [209.85.160.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 5613E22CF8; Wed, 28 Aug 2019 20:01:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1567022488; bh=MD4qcU/RNuQWBhQQ01cICuFkYluzMOqVUuTE6FPZ0IM=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=iFfeQDhnrzVMUj4H9FCZIGJEVCdmUoJdFOJqH0nNIMzHq+sMuN7d0E/8e4AMSnVtC 7MVGmzqlFmzUS63rAQNUJjQdW0qwa87B1DdQhq1z0vsDdXRF4aSG1YgvLlybgwRoQb 8M19RIEIXpDElPoZ3O4OZ4pJwThIcMXQWQDipfuo= Received: by mail-qt1-f177.google.com with SMTP id g4so980662qtq.7; Wed, 28 Aug 2019 13:01:28 -0700 (PDT) X-Gm-Message-State: APjAAAUp9VezRVwUfVlbLWU2fWju0bUz/wwgtg+3u4Fa489Jpdf4Lz/5 UBukcuG9fU7gdhlwQ3Gsf151owJyzj+NxHzN6A== X-Received: by 2002:ad4:4301:: with SMTP id c1mr4283774qvs.138.1567022487474; Wed, 28 Aug 2019 13:01:27 -0700 (PDT) MIME-Version: 1.0 References: <1565691791-26167-1-git-send-email-Ashish.Kumar@nxp.com> <20190821110640.GC5128@sirena.co.uk> <20190822184927.GH23391@sirena.co.uk> <20190827155005.GA18581@bogus> <20190827195606.GA28879@sirena.org.uk> In-Reply-To: <20190827195606.GA28879@sirena.org.uk> From: Rob Herring Date: Wed, 28 Aug 2019 15:01:15 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [EXT] Re: [Patch v4 1/3] dt-bindings: spi: spi-fsl-qspi: Add ls2080a compatibility string to bindings To: Mark Brown Cc: Ashish Kumar , "shawnguo@kernel.org" , "linux-kernel@vger.kernel.org" , "linux-spi@vger.kernel.org" , "devicetree@vger.kernel.org" , "mark.rutland@arm.com" , "linux-next@vger.kernel.org" , Kuldeep Singh 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 Tue, Aug 27, 2019 at 2:56 PM Mark Brown wrote: > > On Tue, Aug 27, 2019 at 10:50:05AM -0500, Rob Herring wrote: > > On Thu, Aug 22, 2019 at 07:49:27PM +0100, Mark Brown wrote: > > > > Drop the dt-bindings:. > > > If you do 'git log --oneline Documentation/devicetree/bindings/' you'll > > notice that SPI and ASoC are the oddballs now. I don't really care > > except it does add to tribal knowledge needed regarding maintainers' > > requirements. > > Well, you have been pushing people to change over to using > dt-bindings: so I guess you do care :( Well, yes. In the absence of any sort of pattern, I have pushed for some consistency. And to get rid of subjects like this: Documentation/devicetree/bindings: Add the DT binding documentation for foo-bar If subsystems are consistent with their own standard as you are, then as a maintainer I don't really care. My point was in regard to what submitters need to know and follow. > It really does cause me > to miss stuff, especially where people don't even include the > subsystem name in the header. I get quite a lot of CCs for > things where I once reviewed a patch for a subsystem that made > use of some subsystem I do maintain or where one patch in a > series (perhaps even an already applied one) was relevant at some > point so I'm doing quite a bit of triage that's purely based on > the subject lines. I can't imagine filtering on subjects will ever be that reliable unless we add subject prefixes to MAINTAINERS and have checkpatch check commits against those. Filtering on the diffstat is the only thing that's kept things to a sane list for me (MAINTAINERS for DT used to tag of_* functions which just meant getting copied on *every* driver). This is done on the patchwork server side for me, but I imagine one could do it on the client side too. Rob