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=-7.8 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING,SPF_PASS, USER_AGENT_MUTT autolearn=ham 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 9B87AC67839 for ; Fri, 14 Dec 2018 05:31:36 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 613EB20879 for ; Fri, 14 Dec 2018 05:31:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1544765496; bh=rIOJJ+2D70qQq778arfE7ZJ0dYcq8ltO9JSnsC2/vas=; h=Date:From:To:Cc:Subject:References:In-Reply-To:List-ID:From; b=xy51kraOO4P0SeYWMLzzVTOcDHy/Z5ey/N2GRoZmEKLQOm/uYgDYN9+a8duNIHKzF duN5fw2/gC2TcRVzAgziu4/u7nIZvUtqjSoSDBh7xDSw/TYUbUgg/W7QtCmVTgovp+ hYp0TKY8zTLl4j8wdeJsl+x+holbArBHgE6rUFgs= DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 613EB20879 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-clk-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726662AbeLNFbg (ORCPT ); Fri, 14 Dec 2018 00:31:36 -0500 Received: from mail.kernel.org ([198.145.29.99]:39226 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726554AbeLNFbf (ORCPT ); Fri, 14 Dec 2018 00:31:35 -0500 Received: from dragon (61-216-91-114.HINET-IP.hinet.net [61.216.91.114]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id D341E2086D; Fri, 14 Dec 2018 05:31:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1544765495; bh=rIOJJ+2D70qQq778arfE7ZJ0dYcq8ltO9JSnsC2/vas=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=lZ9iZ2D19tHr6spXfqhp207IxOuhLy71pLBn2SBUP+vzHFAScNPBo1DtmJbX/xPKL J1cgTh8rGzob1P15g62r5ZDPbPA0eGGsGihCiMGAJRsHubXRE8Znyk+IDZ1k2sFSJu wioInLaD007yvWqfmRjKMMAbA3LEZOMdeOCP54DU= Date: Fri, 14 Dec 2018 13:30:35 +0800 From: Shawn Guo To: Aisheng Dong Cc: "sboyd@kernel.org" , "mturquette@baylibre.com" , dl-linux-imx , "kernel@pengutronix.de" , Fabio Estevam , "linux-clk@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" Subject: Re: [PATCH V12 0/5] clk: imx: add imx8qxp clock support Message-ID: <20181214053033.GF13243@dragon> References: <1544715442-8902-1-git-send-email-aisheng.dong@nxp.com> <20181214020533.GC13243@dragon> <20181214031931.GD13243@dragon> <20181214035606.GE13243@dragon> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-clk-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-clk@vger.kernel.org On Fri, Dec 14, 2018 at 04:57:46AM +0000, Aisheng Dong wrote: > > -----Original Message----- > > From: Shawn Guo [mailto:shawnguo@kernel.org] > > On Fri, Dec 14, 2018 at 03:37:47AM +0000, Aisheng Dong wrote: > > > > -----Original Message----- > > > > From: Shawn Guo [mailto:shawnguo@kernel.org] On Fri, Dec 14, 2018 at > > > > 02:17:04AM +0000, Aisheng Dong wrote: > > > > > [...] > > > > > > > Note: It depends on SCU driver which has already been merged > > > > > > > by > > > > Shawn. > > > > > > > So this patch series could go through Shawn's tree as well. > > > > > > > > > > > > To be clear, I'm not going to take this via my tree, and it > > > > > > definitely needs to go through clk tree. If there is a > > > > > > dependency on my tree, you will likely need to wait for the > > > > > > dependency to land on > > > > mainline and then retry. > > > > > > > > > > > > > > > > Sorry, I should have corrected that comment. > > > > > It's not depend on SCU driver which is already in the Stephen's tree. > > > > > It actually depends on the resource ID definitions[1] and the > > > > > centralized PM related service definitions headifle in in power > > > > > domain series which is already in your tree. > > > > > > > > > > [2] can be fixed by defining them in clock driver. > > > > > But [1] seems can't be fixed as resource ID is shared by power > > > > > domain and possible many other SCU client drivers. > > > > > > > > > > Any suggestion? > > > > > > > > After [1] and [2] land on v4.21-rc1, you rebase the series on that. > > > > The dependency will be gone, right? This is what I suggested above. > > > > > > > > > > Okay, that may need a few more weeks. > > > BTW, after v4.21-rc1 is out, can the mx8qxp CLK and DTS hit the final v4.21 > > release? > > > As I understand, usually we don't receive new feature patch after the > > > first RC, right? > > > > Yes, they will have to land on 4.22 then. > > That's unfortunately and may need wait 3 more months. > I really wish we can hit v4.21-rc1, then other modules driver can start > their work based on it. You can not always expect all the pieces get in with one merge window. It's very usual in upstreaming process that the dependant parts lands in mainline with multiple release cycles. > Stephen, > What's your option? > > Can we try the same way as Shawn did for arch and dts part? In case Stephen is fine by pulling dependency from my tree, it's all on branch below, which has been pulled/queued by arm-soc folks for 4.21 merge window. git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux.git imx/drivers Shawn