Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp4514186pxf; Tue, 16 Mar 2021 15:58:00 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyWYAqAm4zua2b+dzwYwLWr7MPthNiNjS/Fwo0VEAUJ2dmtEPlqXe1bELlst93ahWHCXfsV X-Received: by 2002:a05:6402:17d5:: with SMTP id s21mr38765614edy.65.1615935480534; Tue, 16 Mar 2021 15:58:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1615935480; cv=none; d=google.com; s=arc-20160816; b=MYbcMdNQsQ1X4+1wMSLeW/ZuRSJzSRN09BkKtfhupYN90okhCVPQnC3CF+qSWnVsTs M56F7UTmZ0Wq+CPu8txKbBhy8/u0X0KqCLgYcIY8MAdUsmJffn9z5Wdp7wxUxxlE8blK xreeiI7oDnGIBjikFGkm0AWwyQixl3tbI4CYC+3rHDg8LNSlDDIM1LLTPMZ7NS+U/oxD 1bGWfRiwlTV+vKasc2yIYIUvJlk1OvLMeQrOT5BNLR9KoArg6+wHijeSxxv7mP2q/Tmp EKHoLk7pOGRcrIa1SM6tMrR3r7WP9dIjhWiwZkNRzaDSlFCcaXJ1C49oc8iocA7V4UlI rtTg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=Mu+D7l0qXgP8isGH7SpxWYWlM6PUQXG077kE8cZgfXM=; b=aewFhN3B+bvtwPC6mDqY3RaDEMpA/SWiJ/15gat2GogqMG99u7MCOqLFCT85QtwQL7 YMqhThLy+3o2csYasftmfu3UZuS2KkIuPrFOZlL+WBQL/2bkOLA3I+ZKfENicHl78eCJ l110n4GZqMbL9VNqKHOTepd3hA7NKbMRPJawmpn33k+Ss0aY+DuYPw0NvCtiMdkJ0mdW MvSNVzXZit9GsY6ECdrwW9oCX7h/L+B00giKxBkRZCmszG2MiJdliqOSyg5s99NbmPEQ cCNNiXeqxB2zAYAMEvkh5v56a9qeUnIPnQlkMh1jbmo2OACHY1r8jWhBR6JaRWU/RfUD 8RIA== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dc11si14224513edb.17.2021.03.16.15.57.38; Tue, 16 Mar 2021 15:58:00 -0700 (PDT) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230009AbhCPV7P (ORCPT + 99 others); Tue, 16 Mar 2021 17:59:15 -0400 Received: from elvis.franken.de ([193.175.24.41]:35172 "EHLO elvis.franken.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229948AbhCPV7D (ORCPT ); Tue, 16 Mar 2021 17:59:03 -0400 Received: from uucp (helo=alpha) by elvis.franken.de with local-bsmtp (Exim 3.36 #1) id 1lMHiN-00059F-00; Tue, 16 Mar 2021 22:58:59 +0100 Received: by alpha.franken.de (Postfix, from userid 1000) id EA85BC08CC; Tue, 16 Mar 2021 22:58:20 +0100 (CET) Date: Tue, 16 Mar 2021 22:58:20 +0100 From: Thomas Bogendoerfer To: Krzysztof Kozlowski Cc: John Crispin , linux-mips@vger.kernel.org, linux-kernel@vger.kernel.org, thierry.reding@gmail.com, linux-tegra@vger.kernel.org, balbi@kernel.org, linux-usb@vger.kernel.org, digetx@gmail.com, kernel test robot Subject: Re: [PATCH] MIPS: ralink: define stubs for clk_set_parent to fix compile testing Message-ID: <20210316215820.GA18064@alpha.franken.de> References: <20210316175725.79981-1-krzysztof.kozlowski@canonical.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210316175725.79981-1-krzysztof.kozlowski@canonical.com> User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Mar 16, 2021 at 06:57:25PM +0100, Krzysztof Kozlowski wrote: > The Ralink MIPS platform does not use Common Clock Framework and does > not define certain clock operations leading to compile test failures: > > /usr/bin/mips-linux-gnu-ld: drivers/usb/phy/phy-tegra-usb.o: in function `tegra_usb_phy_init': > phy-tegra-usb.c:(.text+0x1dd4): undefined reference to `clk_get_parent' hmm, why not make it use common clock framework ? And shouldn't include/linux/clk.h provide what you need, if CONFIG_HAVE_CLK is not set ? Thomas. -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ]