From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stephen Boyd Subject: Re: [PATCH 0/4] rockchip: fix serial output on rk3036 Date: Mon, 27 Feb 2017 23:32:40 -0800 Message-ID: <20170228073240.GJ25384@codeaurora.org> References: <20170228051420.7214-1-heiko@sntech.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: <20170228051420.7214-1-heiko@sntech.de> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org To: Heiko Stuebner Cc: linux-rockchip@lists.infradead.org, mturquette@baylibre.com, linux-clk@vger.kernel.org, linux-arm-kernel@lists.infradead.org List-Id: linux-rockchip.vger.kernel.org On 02/28, Heiko Stuebner wrote: > Recent changes to the 8250-dw variant revealed issues concerning > how the clock rates are handled on the rk3036 uart. > > For one, there was an error in the clock declaration, but also the > shared uart-pll-select-mux also as default got supplied from the apll > that also supplies the cpu and thus gets frequency scaled. > > The patches in this series remedy this and make the debug uart > function again on 4.10 + current merge window. > What's the merge path? The last patch is sort of questionable because it fixes a regression by changing assigned clocks in DT, which doesn't really make sense from a DT perspective (it should have been right already or can be configured from the clk driver itself in software). -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project