diff for duplicates of <20171227010638.GP7997@codeaurora.org> diff --git a/a/1.txt b/N1/1.txt index e10fbe8..94a5942 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,13 +1,13 @@ On 12/25, Alexander Kochetkov wrote: > -> > 21 дек. 2017 г., в 23:07, Stephen Boyd <sboyd@codeaurora.org> написал(а): +> > 21 ???. 2017 ?., ? 23:07, Stephen Boyd <sboyd@codeaurora.org> ???????(?): > > > > Can you convert to the determine_rate op instead of round_rate? > > That function should tell you the min/max limits so that you > > don't need to query that information from the core. > > I converted rockchip_fractional_approximation() to rockchip_determine_rate() (see the patch attached). -> If it increase parent’s clock for out of limits value, than clock request will fail with -EINVAL, like +> If it increase parent?s clock for out of limits value, than clock request will fail with -EINVAL, like > with round_rate() approach. > > The problem is that min/max limits provided to determine_rate() is for clock for which the determine_rate() diff --git a/a/content_digest b/N1/content_digest index 9b49d02..38b66b0 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -2,29 +2,22 @@ "ref\01513872282-5370-2-git-send-email-al.kochet@gmail.com\0" "ref\020171221200743.GM7997@codeaurora.org\0" "ref\08EC4D15B-4A89-43FA-953E-95AF81417067@gmail.com\0" - "From\0Stephen Boyd <sboyd@codeaurora.org>\0" - "Subject\0Re: [PATCH 1/2] clk: rename clk_core_get_boundaries() to clk_hw_get_boundaries() and expose\0" + "From\0sboyd@codeaurora.org (Stephen Boyd)\0" + "Subject\0[PATCH 1/2] clk: rename clk_core_get_boundaries() to clk_hw_get_boundaries() and expose\0" "Date\0Tue, 26 Dec 2017 17:06:38 -0800\0" - "To\0Alexander Kochetkov <al.kochet@gmail.com>\0" - "Cc\0linux-clk@vger.kernel.org" - LKML <linux-kernel@vger.kernel.org> - LAK <linux-arm-kernel@lists.infradead.org> - linux-rockchip@lists.infradead.org - Michael Turquette <mturquette@baylibre.com> - Heiko Stuebner <heiko@sntech.de> - " Elaine Zhang <zhangqing@rock-chips.com>\0" + "To\0linux-arm-kernel@lists.infradead.org\0" "\00:1\0" "b\0" "On 12/25, Alexander Kochetkov wrote:\n" "> \n" - "> > 21 \320\264\320\265\320\272. 2017 \320\263., \320\262 23:07, Stephen Boyd <sboyd@codeaurora.org> \320\275\320\260\320\277\320\270\321\201\320\260\320\273(\320\260):\n" + "> > 21 ???. 2017 ?., ? 23:07, Stephen Boyd <sboyd@codeaurora.org> ???????(?):\n" "> > \n" "> > Can you convert to the determine_rate op instead of round_rate?\n" "> > That function should tell you the min/max limits so that you\n" "> > don't need to query that information from the core.\n" "> \n" "> I converted rockchip_fractional_approximation() to rockchip_determine_rate() (see the patch attached).\n" - "> If it increase parent\342\200\231s clock for out of limits value, than clock request will fail with -EINVAL, like\n" + "> If it increase parent?s clock for out of limits value, than clock request will fail with -EINVAL, like\n" "> with round_rate() approach.\n" "> \n" "> The problem is that min/max limits provided to determine_rate() is for clock for which the determine_rate()\n" @@ -61,4 +54,4 @@ "Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,\n" a Linux Foundation Collaborative Project -17af3aec9e7946f5276fd8e8250032edefa845f8a8767adceb21d967360b2ab8 +177a6e964ca9452c18b125799528f493df963a61f1d3c39d7faa3f66914c3fff
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.