From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751055AbdK3Vt2 (ORCPT ); Thu, 30 Nov 2017 16:49:28 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:60836 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750708AbdK3Vt0 (ORCPT ); Thu, 30 Nov 2017 16:49:26 -0500 Date: Thu, 30 Nov 2017 13:49:24 -0800 From: Andrew Morton To: Matthew Wilcox Cc: Wei Wang , virtio-dev@lists.oasis-open.org, linux-kernel@vger.kernel.org, qemu-devel@nongnu.org, virtualization@lists.linux-foundation.org, kvm@vger.kernel.org, linux-mm@kvack.org, mst@redhat.com, mhocko@kernel.org, mawilcox@microsoft.com, david@redhat.com, penguin-kernel@I-love.SAKURA.ne.jp, cornelia.huck@de.ibm.com, mgorman@techsingularity.net, aarcange@redhat.com, amit.shah@redhat.com, pbonzini@redhat.com, liliang.opensource@gmail.com, yang.zhang.wz@gmail.com, quan.xu@aliyun.com, nilal@redhat.com, riel@redhat.com, Masahiro Yamada Subject: Re: [PATCH v18 01/10] idr: add #include Message-Id: <20171130134924.e842ccd01e34eaf8834f4033@linux-foundation.org> In-Reply-To: <20171130005817.GA14785@bombadil.infradead.org> References: <1511963726-34070-1-git-send-email-wei.w.wang@intel.com> <1511963726-34070-2-git-send-email-wei.w.wang@intel.com> <20171130005817.GA14785@bombadil.infradead.org> X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 29 Nov 2017 16:58:17 -0800 Matthew Wilcox wrote: > On Wed, Nov 29, 2017 at 09:55:17PM +0800, Wei Wang wrote: > > The was removed from radix-tree.h by the following commit: > > f5bba9d11a256ad2a1c2f8e7fc6aabe6416b7890. > > > > Since that commit, tools/testing/radix-tree/ couldn't pass compilation > > due to: tools/testing/radix-tree/idr.c:17: undefined reference to > > WARN_ON_ONCE. This patch adds the bug.h header to idr.h to solve the > > issue. > > Thanks; I sent this same patch out yesterday. > > Unfortunately, you didn't cc the author of this breakage, Masahiro Yamada. > I want to highlight that these kinds of header cleanups are risky, > and very low reward. I really don't want to see patches going all over > the tree randomly touching header files. If we've got a real problem > to solve, then sure. But I want to see a strong justification for any > more header file cleanups. I tend to disagree. We accumulate more and more cruft over time so it is good to be continually hacking away at it. These little build breaks happen occasionally but they are trivially and quickly fixed. If a small minority of these cleanups require a followup patch which consumes a global ten person minutes then that seems an acceptable price to pay. Says the guy who pays most of that price :)