Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751756AbdL0EBO (ORCPT ); Tue, 26 Dec 2017 23:01:14 -0500 Received: from mailgw01.mediatek.com ([210.61.82.183]:51667 "EHLO mailgw01.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1751225AbdL0EBN (ORCPT ); Tue, 26 Dec 2017 23:01:13 -0500 X-UUID: 0d46179065fc4c669c6db9c86b93b72b-20171227 Message-ID: <1514347269.30687.39.camel@mtkswgap22> Subject: Re: [PATCH] clk: mediatek: remove superfluous line including linux/clk-provider.h From: Sean Wang To: Stephen Boyd CC: , , , , , , , , , , , Date: Wed, 27 Dec 2017 12:01:09 +0800 In-Reply-To: <20171227011507.GR7997@codeaurora.org> References: <96d2fcd536d75dbbfde0aa0ad0797e80da89117b.1514191770.git.sean.wang@mediatek.com> <20171227011507.GR7997@codeaurora.org> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.3-0ubuntu6 Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-MTK: N Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1136 Lines: 32 On Tue, 2017-12-26 at 17:15 -0800, Stephen Boyd wrote: > On 12/25, sean.wang@mediatek.com wrote: > > From: Sean Wang > > > > clk-mtk.h has already included linux/clk-provider.h inside, so remove > > the superfluous line including linux/clk-provider.h from these files which > > also included clk-mtk.h. > > > > Signed-off-by: Sean Wang > > Cc: Jean Delvare > > --- > > Please don't do this. If anything, I would remove as many > includes from clk-mtk.h as possible and forward declare the > structures used in there so there isn't any header dependency. > Then it becomes clear which C files are clk-provider drivers > almost immediately because we have the include in the driver, and > we also avoid any header dependency chains where we must include > some header file if we want to get another header file's > definitions. > Agreed on above. It really becomes clearer to know which c files belong to clock provider driver, not only just considering header dependency. For these points, it should be kept there. Thanks for your detailed explanation Sean