Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp4770712pxb; Tue, 25 Jan 2022 19:07:31 -0800 (PST) X-Google-Smtp-Source: ABdhPJzlVFZJ3x28iZkQP517YkmCtMpSO+mdJKcBzRP8nGunGrqXm11RVqqZ3gG0UfYWi8zmJ6fB X-Received: by 2002:a17:906:2f90:: with SMTP id w16mr19238634eji.158.1643166451070; Tue, 25 Jan 2022 19:07:31 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643166451; cv=none; d=google.com; s=arc-20160816; b=LxpsTsv8LegJdpiwG7h3ro4ypS7eT9GsVtSnZGxkyyWvaW/H8mOxwSy/U3FVzPNbzU yrXnOssRBdJOJIP/3rLw8BnFEQP095EwFDRU3RSzfp1YSUllceIzNZ5IwRB3tQQj7mRp BHL6QwrlNbY1tI2hxlLttY3DDeQ3EGuF1P8+BjlTSxol3tvDHCm+2AOp4hg76DQoTLvV QTlhbgLLd6KOKx+HSFadKlcX8FGp8tAztS85eu7J0QRLA0BW/8qa4SRr9sJoRTC67n3s nLt3Lc1LHggnKsJ0qY1vz6+Sqhapl6rUeCFY7LyJB1YTMsXKXyTtscM5sQkw0AiqTSOy +JQQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:references:in-reply-to:message-id :date:subject:cc:to:from; bh=6WCtca6qX8AF/knXCoqK1I7iD98O0qfgCNYJyhnqlb8=; b=hl73nyfv+8JLHL50Kax5VPQKxE+c5137aC4fHsOq23Auw1UtdEck2Kuz5YSSWZxwNr gtOdtV9BHnW/sabuYPgTaB8f5gsQI8WOW2nEIlaEQAUnRkTSygsGk9OIcP0WI0lpEWpb 8vM+XM7CoUZcP3jGxnYKf2d7fa5SvuBxeofhAdDG1FHdmY6YWKd/ZEA7cJB6V/lkv2pT lh6vQ+StJ30v/M8GCMTT4Jt62sAr4GCn5zOdJtFhNAa98NZ8Vp/Rbx+xBuJZab3AqmGt 6hbwO8YplTwFNxVe09QmtUfutS+5Cev6elKWplkGi9RCwRW01Hz/JW9dysfm0SX1UFex l8uA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=mediatek.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y11si3840287edc.416.2022.01.25.19.07.06; Tue, 25 Jan 2022 19:07:31 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=mediatek.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1381712AbiAYRj1 (ORCPT + 99 others); Tue, 25 Jan 2022 12:39:27 -0500 Received: from mailgw02.mediatek.com ([210.61.82.184]:42414 "EHLO mailgw02.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1355743AbiAYRiq (ORCPT ); Tue, 25 Jan 2022 12:38:46 -0500 X-UUID: 7efdd4e424524ae382e652fcd3169434-20220126 X-UUID: 7efdd4e424524ae382e652fcd3169434-20220126 Received: from mtkexhb02.mediatek.inc [(172.21.101.103)] by mailgw02.mediatek.com (envelope-from ) (Generic MTA with TLSv1.2 ECDHE-RSA-AES256-SHA384 256/256) with ESMTP id 1918787813; Wed, 26 Jan 2022 01:38:37 +0800 Received: from mtkcas11.mediatek.inc (172.21.101.40) by mtkmbs10n1.mediatek.inc (172.21.101.34) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.2.792.15; Wed, 26 Jan 2022 01:38:36 +0800 Received: from mtksdccf07.mediatek.inc (172.21.84.99) by mtkcas11.mediatek.inc (172.21.101.73) with Microsoft SMTP Server id 15.0.1497.2 via Frontend Transport; Wed, 26 Jan 2022 01:38:36 +0800 From: Miles Chen To: CC: , , , , , , , Subject: Re: [PATCH 11/31] clk: mediatek: mux: Clean up included headers Date: Wed, 26 Jan 2022 01:38:36 +0800 Message-ID: <20220125173836.14548-1-miles.chen@mediatek.com> X-Mailer: git-send-email 2.18.0 In-Reply-To: <20220122091731.283592-12-wenst@chromium.org> References: <20220122091731.283592-12-wenst@chromium.org> MIME-Version: 1.0 Content-Type: text/plain X-MTK: N Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > Some included headers aren't actually used anywhere, while other headers > with the declaration of functions and structures aren't directly > included. > > Get rid of the unused ones, and add the ones that should be included > directly. > > On the header side, replace headers that are included purely for data > structure definitions with forward declarations. This decreases the > amount of preprocessing and compilation effort required for each > inclusion. Is this inspired by [1]? [1] https://lore.kernel.org/lkml/YdIfz+LMewetSaEB@gmail.com/ > > Signed-off-by: Chen-Yu Tsai > Reviewed-by: Miles Chen > --- > drivers/clk/mediatek/clk-mux.c | 11 +++++++---- > drivers/clk/mediatek/clk-mux.h | 8 +++++++- > 2 files changed, 14 insertions(+), 5 deletions(-) > > diff --git a/drivers/clk/mediatek/clk-mux.c b/drivers/clk/mediatek/clk-mux.c > index 2d4d8dc0120a..01af6a52711a 100644 > --- a/drivers/clk/mediatek/clk-mux.c > +++ b/drivers/clk/mediatek/clk-mux.c > @@ -4,13 +4,16 @@ > * Author: Owen Chen > */ > > -#include > -#include > -#include > +#include > +#include > +#include > +#include > #include > #include > +#include > +#include > +#include > > -#include "clk-mtk.h" > #include "clk-mux.h" > > struct mtk_clk_mux { > diff --git a/drivers/clk/mediatek/clk-mux.h b/drivers/clk/mediatek/clk-mux.h > index 38a2b6014b08..903a3c937959 100644 > --- a/drivers/clk/mediatek/clk-mux.h > +++ b/drivers/clk/mediatek/clk-mux.h > @@ -7,7 +7,13 @@ > #ifndef __DRV_CLK_MTK_MUX_H > #define __DRV_CLK_MTK_MUX_H > > -#include > +#include > +#include > + > +struct clk; > +struct clk_onecell_data; > +struct clk_ops; > +struct device_node; > > struct mtk_mux { > int id; > -- > 2.35.0.rc0.227.g00780c9af4-goog