From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id A91F6C5ACAE for ; Thu, 12 Sep 2019 10:03:37 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 7FCCB206A5 for ; Thu, 12 Sep 2019 10:03:37 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="m7ks6qax"; dkim=fail reason="signature verification failed" (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="iOQJK+F3" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 7FCCB206A5 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=linaro.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:To:Subject:Message-ID:Date:From: In-Reply-To:References:MIME-Version:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=XzMLFFY6tZkvdi9PSM+I51kEphfiGA7AQl2sKqZWkhQ=; b=m7ks6qaxOWVH8x wd2S9YdnqkuYa4kCokMlVhlXhQSHA2Z2b5FLVDzsocoQsQs64k5gjtfft/KRwbr8XPg/5rH88gYAj +XuUMxU0pthyrrw+zRgGTNXOlZqrVDRWHXDOWJIeV8rNLrZS7F7iAl7tsJsx8BErP6AhYH96uPa9b azO1VUzgaB+GF6PBLoNTyfCElfP/YWTmjVXWMX2N1SFeBRW8ii8lem+psIQ0d9/JJXyG1vjWLv8GP LrvKY68tIeq/HvlzWwGUUrPCVYWDAy0eWQSg3ihxmEAnW4ZJ5jdiRMfEBiCmJKm3lTAuMUvERXd9m VoU4/khX485T7pgLrH8w==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.92.2 #3 (Red Hat Linux)) id 1i8Lwv-0001pW-2f; Thu, 12 Sep 2019 10:03:37 +0000 Received: from mail-qt1-x842.google.com ([2607:f8b0:4864:20::842]) by bombadil.infradead.org with esmtps (Exim 4.92.2 #3 (Red Hat Linux)) id 1i8Lwr-0001o1-Ec for linux-arm-kernel@lists.infradead.org; Thu, 12 Sep 2019 10:03:35 +0000 Received: by mail-qt1-x842.google.com with SMTP id g13so28467795qtj.4 for ; Thu, 12 Sep 2019 03:03:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=aOWYB3DMPBdvSwiXyF/GUh8D7R8BU3JTpRh9eNB50ww=; b=iOQJK+F3Xh4PPUjpY0GaAGDZ7VttfqtZpUaqyZLYJsstBuH+U//r/47PYtwiMrUymC +RIu5KaGmOqoA1BXAMhf03gyhA8+cL0qYtzn5aJ0figtQFVRk8HuwsLfFLYYUh0eQ6UL 1fbrbbltTdIxNoBM8syoEnHSUsXhYUYVwThNaIBMPtAVL3kWU8BCWOtARgjIygZZb6zp KINRjXD8yOkUAViAV3oWKxOc0i1Z25Ae+P0kSIFMVVi72gTD//ZHE7mKIdgs9G1Kuawi Ms+M9iHQC3FAnmSmbJUkBRkOFS6S3xbVTYvi5SAIOE8i3NUeQ/Be0soUMZ3ZzjaQVbSi E9uQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=aOWYB3DMPBdvSwiXyF/GUh8D7R8BU3JTpRh9eNB50ww=; b=PSEDzjjP0mQK059f1p0ONuUhy9DeHvhbxGmHqA87s06qekQ0IwbRASSEfIfPg9WShB ll2iPF1EEgEoNddg+0Om4E2AhCFtEa2XC8F5TncFhr4pXDojfargrnJcorkEsTF6TmCH WpguOBhgF8RJc2GUcn3dshe/fMp295tv1lASdsLmzxK1+OWMdhT9ue/t4T5lBDvqVNwM 6VAD+gEv2QlTO+S4HH4iBB9LMWBkEKOomGETgU4CqXwczIi3DwEVM8R7JAHfAD9zAj0v VbobTU0pBPgGkNqyv9XtzS+NmEG6aFW/lF72BcM47df9q4+qJJzBpFbL1EzygOb/1FVe JzNQ== X-Gm-Message-State: APjAAAVQqvi0iHrz7sxpiatDRHoGBk3CV1oZhSiUFVLw4UlQX2ttei5w SmLvHM3vSpQHx8tL9VNAvAJeup+KvGro4C/sos+zEw== X-Google-Smtp-Source: APXvYqyYqFVBKfUcLfS+7Te1gAsm+iJfnRQxxrlLXOVJMqmgd4LMC/pVx2XfUktZHZPdRIqzoioVTHAClDoQFNDQUkA= X-Received: by 2002:aed:2a3b:: with SMTP id c56mr41859375qtd.343.1568282611921; Thu, 12 Sep 2019 03:03:31 -0700 (PDT) MIME-Version: 1.0 References: <20190912094651.GH2036@sirena.org.uk> In-Reply-To: <20190912094651.GH2036@sirena.org.uk> From: Amit Kucheria Date: Thu, 12 Sep 2019 15:33:20 +0530 Message-ID: Subject: Re: [PATCH 0/4] Cleanup arm64 driver dependencies To: Mark Brown X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20190912_030333_533677_276932FA X-CRM114-Status: GOOD ( 15.28 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Lorenzo Pieralisi , Liam Girdwood , Stephen Boyd , Catalin Marinas , Linus Walleij , Linux PM list , linux-clk , Linux Kernel Mailing List , linux-pci , Kishon Vijay Abraham I , Bartosz Golaszewski , arm-soc , "open list:GPIO SUBSYSTEM" , Sebastian Reichel , Will Deacon , Michael Turquette , Lists LAKML Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Thu, Sep 12, 2019 at 3:17 PM Mark Brown wrote: > > On Thu, Sep 12, 2019 at 03:48:44AM +0530, Amit Kucheria wrote: > > > I was using initcall_debugging on a QCOM platform and ran across a bunch of > > driver initcalls that are enabled even if their SoC support is disabled. > > What exactly is the problem you're trying to fix here? For the > drivers I looked at these were bog standard register the driver > with the subsystem type initcalls on optional drivers so not > doing anything particularly disruptive or anything like that. I was trying to prune the defconfig only to drivers that make sense on the SoC. e.g. Why should I see a brcmstb_soc_device_early_init() call on a QCOM system when I've disabled ARCH_BRCMSTB? I came across this while trying to figure out how to make thermal and cpufreq frameworks initialise as early as possible. > For any given system that's going to be an issue for the > overwhelming majority of drivers on the tree, including those > that aren't associated with any particular architecture. Indeed. From a quick check, MFD and GPIO has a bunch of 'generic' drivers that aren't SoC-specific. I'm sure there are several such drivers in regulator framework too. They don't need to be 'fixed'. I was just trying to ring-fence obvious SoC-specific drivers behind a ARCH_FOO dependency since they seemed like low-hanging fruit. Let me know if it isn't a good use of everyone's time. Regards, Amit _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel