Received: by 2002:a05:6a10:6d10:0:0:0:0 with SMTP id gq16csp965511pxb; Fri, 22 Apr 2022 15:29:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzZibkCUl4u/i34wLal8E7UUnO4OAkMdnyZCQCwwT59fQJr5U7Vzv7m5jhsaoWngVnjYTr/ X-Received: by 2002:a63:5759:0:b0:399:5816:6a80 with SMTP id h25-20020a635759000000b0039958166a80mr5809443pgm.253.1650666575731; Fri, 22 Apr 2022 15:29:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1650666575; cv=none; d=google.com; s=arc-20160816; b=ozR7gSXBdaQxIj7cuoJlSb24j49i8bDjOrw2RbMk7BsAXqCyH1q5TRQrv/vVJ/kZHu PjdeaFsp0ZxbSN5oteJzb2KAQaafjtU7O2E24RGHJaEZheV2gHEfwCHQdqIDK28hmWFR zXxJVNKL/K7XeUFpt+dWSbKIaOHrGsidoWWeTYzomozK6GY+UyNEUC9JwBtB6hfqtNGR U0Q2cifU99qMLDqEJ4B/DAZieQEHjgf7i6cuqgbB/FsPkVrK4x82zvT4/kSUDM2m9lzR TblZ8C2+lMlqamPYH+pBd8nm+h9go4OIca7MptQOssh/swIYGCLQ9jMhV34iTG/xkqqm aedQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=StDrkjCbJY1YTZwQ+hjKVKx8zZzPWM3Hr4pkTObtJoA=; b=MS8i87+8Ym+GRyYW8pM3RKXx1XDC3Mw8sdyHKhriQKpauy05UwX5Glq+Xt5QlV5vZf 2JcTeYaghX4EXUq42AWvZkWPNHoj4qnap7l5AoIdgOueQWI+S77W0BFlt6h1C/98oMPt +MRw61xxFqWaWK7gTZvpRzTYrvRDbDJItyhB+mLGxZntHlehJn35Z06Xfz6zDjNO9CeT HFufmaf8LvYGKR/apZEaHNLuEIB+rwxEvlU5wqTjnNgLQWY2dsBr53ITX86bau8RLW2y 6d5SPMtZFLB7buQNsiZulCQRrJvJ1rJRrOGwc6hxCrobBNLGHn/zFxe4oBbSJImg8Qi3 W+RA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=QaTQnVxL; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id s16-20020a17090302d000b0015bd2c5232esi3100856plk.568.2022.04.22.15.29.35 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 22 Apr 2022 15:29:35 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=QaTQnVxL; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 18B142A0B73; Fri, 22 Apr 2022 13:37:09 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230230AbiDVSXS (ORCPT + 99 others); Fri, 22 Apr 2022 14:23:18 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47300 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229965AbiDVSXK (ORCPT ); Fri, 22 Apr 2022 14:23:10 -0400 Received: from mail-pl1-x62d.google.com (mail-pl1-x62d.google.com [IPv6:2607:f8b0:4864:20::62d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CEDBF75E5D for ; Fri, 22 Apr 2022 11:20:13 -0700 (PDT) Received: by mail-pl1-x62d.google.com with SMTP id q1so11403028plx.13 for ; Fri, 22 Apr 2022 11:20:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=StDrkjCbJY1YTZwQ+hjKVKx8zZzPWM3Hr4pkTObtJoA=; b=QaTQnVxLpbjUu7Q4HVIWf89mR3iZ+/dCruQzOIvEPN3rMBvYHzobChUmbS8zKJUj+V G6JlwQ+r9HJY4R/pp+OioxKANEfhvhDdtC/O/ZcdP+/cMrzW0LtAvkqawQfpd1HAjnY7 EerhnOKARycbOHzX8ntKBKgZcOQCqu8rNCcwQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=StDrkjCbJY1YTZwQ+hjKVKx8zZzPWM3Hr4pkTObtJoA=; b=JpyGJlv2zV4hNtkhp3muFkL3YRYyPQBTlAP140Ymstrl02qjxVah+6H+/Z9MYoCEMY sIHErCeqWHy07SyoOXnjTAAGPF1CkkefySzJI6+RGSYCOC0CkWPRIaVAMDMDAehoHJqc QNlfupqrspl8mbpQq9I5HcLbX1BgWqW8tSiNEdUkLO5rE6Rt0x5QFD402XoiZxx06YDC 6aCjBSjesO6MdCmQEqZ0r2YSb3td3AaziJId327GDczY/UfFzRbsRI8tBfaHeJwFujTf 4ov12uptZyTunZifF8LLIUdt99UJNBV/OEp4kN1nch/w8eInnOSnNBzL9T1zDAbFxZ75 vTIA== X-Gm-Message-State: AOAM531iMQ++ze4qsgR0aQ+4dTlRt1R/HFWxK2hOGAc20wAEl3q3DPL6 7WWUBrRD9M4Rc/uqOGOf+xXZow== X-Received: by 2002:a17:90a:b014:b0:1cb:ba36:8fe1 with SMTP id x20-20020a17090ab01400b001cbba368fe1mr18101221pjq.67.1650651586827; Fri, 22 Apr 2022 11:19:46 -0700 (PDT) Received: from localhost ([2620:15c:202:201:e283:652b:fb2e:829f]) by smtp.gmail.com with UTF8SMTPSA id b2-20020a056a000a8200b004e1414f0bb1sm3445028pfl.135.2022.04.22.11.19.45 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 22 Apr 2022 11:19:46 -0700 (PDT) From: Brian Norris To: Heiko Stuebner , Arnd Bergmann Cc: Guenter Roeck , linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org, Brian Norris Subject: [PATCH] soc: rockchip: Fix compile-testing SoC drivers Date: Fri, 22 Apr 2022 11:19:19 -0700 Message-Id: <20220422111914.1.Id5f16dec920f620120c0a143a97a12e16d401760@changeid> X-Mailer: git-send-email 2.36.0.rc2.479.g8af0fa9b8e-goog MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.5 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Similar to commit 7f94b69ece51 ("ARM: ixp4xx: fix compile-testing soc drivers"). drivers/soc/rockchip/Kconfig makes plenty of provision for configuring drivers either for ARCH_ROCKCHIP or for COMPILE_TEST. But drivers/soc/Makefile pulls the rug out from under us, by refusing to build anything if we specified COMPILE_TEST but not ARCH_ROCKCHIP. Currently, I'm not aware of anything that breaks without this patch, but it certainly makes for confusing builds (CONFIG_ROCKCHIP_PM_DOMAINS=y, but we didn't actually compile the driver?) and leaves room for future error (I have pending patches that break confusingly with COMPILE_TEST=y even though their Kconfig dependencies seem correct [1]). Defer to drivers/soc/rockchip/{Makefile,Kconfig} to do the right thing. [1] e.g., https://lore.kernel.org/linux-rockchip/20220405184816.RFC.2.I2d73b403944f0b8b5871a77585b73f31ccc62999@changeid/ [RFC PATCH 2/2] PM / devfreq: rk3399_dmc: Block PMU during transitions Signed-off-by: Brian Norris --- drivers/soc/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/soc/Makefile b/drivers/soc/Makefile index fd7717d597fc..4c91705a8bb3 100644 --- a/drivers/soc/Makefile +++ b/drivers/soc/Makefile @@ -23,7 +23,7 @@ obj-y += pxa/ obj-y += amlogic/ obj-y += qcom/ obj-y += renesas/ -obj-$(CONFIG_ARCH_ROCKCHIP) += rockchip/ +obj-y += rockchip/ obj-$(CONFIG_SOC_SAMSUNG) += samsung/ obj-$(CONFIG_SOC_SIFIVE) += sifive/ obj-y += sunxi/ -- 2.36.0.rc2.479.g8af0fa9b8e-goog