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=-3.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS 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 129B2C47090 for ; Fri, 28 May 2021 09:29:29 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id E6FD36127A for ; Fri, 28 May 2021 09:29:28 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233627AbhE1JbC convert rfc822-to-8bit (ORCPT ); Fri, 28 May 2021 05:31:02 -0400 Received: from mout.kundenserver.de ([212.227.17.10]:58163 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234226AbhE1JbA (ORCPT ); Fri, 28 May 2021 05:31:00 -0400 Received: from mail-wr1-f41.google.com ([209.85.221.41]) by mrelayeu.kundenserver.de (mreue108 [213.165.67.113]) with ESMTPSA (Nemesis) id 1MacWq-1lFysY0aKY-00c6fR; Fri, 28 May 2021 11:29:24 +0200 Received: by mail-wr1-f41.google.com with SMTP id g17so2549179wrs.13; Fri, 28 May 2021 02:29:23 -0700 (PDT) X-Gm-Message-State: AOAM530U6aZLjGHwXiJQS/XnB5Sn/ZI7RYmqqRXO30ZAi5onlVnzNcRb 3HRNc+WMi8Nhfb0HoLD+m2j+39I+QOokukfTJeM= X-Google-Smtp-Source: ABdhPJywgALYfevaZchWg8EzzxwlRe7/w4FsfnLHzqy7k0scBlUV9N7AwRL3lgV5nPFvp2XIyNLmAh0ZEV+CX3zrcmU= X-Received: by 2002:a5d:53cc:: with SMTP id a12mr7140748wrw.99.1622194163736; Fri, 28 May 2021 02:29:23 -0700 (PDT) MIME-Version: 1.0 References: <20210523232556.15017-1-digetx@gmail.com> <8b6af8c0-6f01-193f-1eb4-4e230871f0cd@gmail.com> <2e5bb7c2-62d9-b1f7-7f35-2b379d3692d5@gmail.com> <3661fdba-ad32-5d16-7714-1ebc58caf435@infradead.org> In-Reply-To: <3661fdba-ad32-5d16-7714-1ebc58caf435@infradead.org> From: Arnd Bergmann Date: Fri, 28 May 2021 11:27:54 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v1] kbuild: Disable compile testing if HAVE_LEGACY_CLK enabled To: Randy Dunlap Cc: Dmitry Osipenko , Geert Uytterhoeven , Krzysztof Kozlowski , Thierry Reding , Jonathan Hunter , Stephen Boyd , Tony Lindgren , Paul Burton , John Crispin , "open list:BROADCOM NVRAM DRIVER" , Linux ARM , linux-m68k , Linux Kernel Mailing List , linux-tegra , linux-clk , "open list:TI ETHERNET SWITCH DRIVER (CPSW)" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT X-Provags-ID: V03:K1:tRfCYgyoPaTocN4/TJgdyNhWfvo5WQP/i9Ts8dKcu0wJedhE7HE ZW01rAxMYdnlGI6bBVhc+mMStv3U0YD3N5lv+eLhRWfynXb0u6UUOymuj77o2eTECDdaJKU pEu7LZ/ovSDL0Xmya2mAs0a7VB1ivMvz2pJ+nFUgPz2fHQLa5P5H5/JsCdRjhwp4wJ0seKK p99WTQ38U25agHnbmmMPg== X-UI-Out-Filterresults: notjunk:1;V03:K0:VeAq1yubPvo=:jguehIBFhjnP27Z5dXYlDq jB1KAYY96bu52wJjl0FqOqzEi/+AQHYQcmFkPfk60dt5ZK3C+4zbQhqZ0DEQmzETPRZ7Y1RV5 pwglJ0GsU5FnzwlYkUzy5ebId/hW5ivP1HYkEBR+6VlL6feb+re9FMmTXFqQjBYM+vNwqqEco axq3q9Reqr4eLlXGTRher9mWGP5Y5QeUWXzjTxQ7syKFUF2GTRy8aB7XpHHUVuoH/95iTNXhf NUQrNU4FRNeCg+dN4lMn3ROR8QW36DC+jYE0/O26V5MKVItebJ2byfkf5XjCzoluBFVgA6Dpn PbrqPSCWr2tZuj5uPX8P1AWP8Y19A0x/FI5w881J4AVg06jnXbVuZ+swbWmaIvd4wJjy2xVq/ 3lDfMuB6KnF2PFSO94c2QVWSoZYRxQ6229AF8Kxcw3XuYDkhc+oIcsd+G06r7QULuIdC3Fko6 LRtDtx6b5jbtCjEsPLObWosboLP2L0CWQm0TpjFe8wmzJnlyxmTFU2xMX0iMcv6iaFbg903hq KLkQGXFvZVPQQ2KAOrgAiH39ukXwvpDFX8jvx3RIay4JYKrdXUAB7JScPgNj8mw0Y9n7YI5mz kXrFkWpnRP3Q2sJTfX9InBK3r+vnkxlXJ6R+bIorW4suD+yRRy7m1MYAkHZcdzFx47Y1s2Y/n KmPQ= Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, May 26, 2021 at 2:39 AM Randy Dunlap wrote: > On 5/25/21 2:29 PM, Dmitry Osipenko wrote: > > 25.05.2021 15:19, Geert Uytterhoeven пишет: > If you are messing around with HAVE_LEGACY_CLK and COMMON_CLK > and don't mind, please have a look at this report from > 'kernel test robot': > https://lore.kernel.org/lkml/202103162301.oomY9NwI-lkp@intel.com/ > > > Maybe this one is more MIPS-specific. I dunno. > I tried to come up with a patch for it and failed. > > I will be happy to built-test any patches that you come up with. > > Maybe I have just looked at this too long... This is exactly the case that Dmitry is trying to solve. The problem is that bcm63xx and lantiq set CONFIG_HAVE_LEGACY_CLK but lack the clk_set_parent() and clk_get_parent() functions. We could add the same stubs for these two that we have for the other legacy clk implementations, or rework the handling of legacy clocks completely. Arnd