Re: [linux-sunxi] [PATCH v2 3/6] ARM: sun4i: Convert to CCU

2018-01-08 Thread Chen-Yu Tsai
On Sat, Jan 6, 2018 at 12:10 AM, Kevin Hilman wrote: > On Wed, Dec 13, 2017 at 11:46 AM, Kevin Hilman wrote: >> On Wed, Dec 13, 2017 at 9:13 AM, Priit Laes wrote: >>> On Wed, Dec 13, 2017 at 05:09:33PM +, Priit Laes wrote: On Tue, Dec 12, 2017 at 01:24:52PM -0800, Kevin Hilman wrote: >>

Re: [linux-sunxi] Re: [PATCH 01/11] clk: sunxi-ng: Don't set k if width is 0 for nkmp plls

2018-01-08 Thread Chen-Yu Tsai
On Fri, Jan 5, 2018 at 3:28 AM, Jernej Škrabec wrote: > Hi, > > Dne četrtek, 04. januar 2018 ob 15:45:18 CET je Chen-Yu Tsai napisal(a): >> On Sun, Dec 31, 2017 at 5:01 AM, Jernej Skrabec > wrote: >> > For example, A83T have nmp plls which are modelled as nkmp plls. Since k >> > is not specified,

Re: [linux-sunxi] [PATCH v4 0/2] Initial Allwinner V3s CSI Support

2018-01-08 Thread Maxime Ripard
Hi, On Thu, Jan 04, 2018 at 04:27:41PM +0100, Ondřej Jirman wrote: > On Thu, Jan 04, 2018 at 03:06:25PM +0100, Maxime Ripard wrote: > > On Mon, Dec 25, 2017 at 09:58:02AM +0100, Ondřej Jirman wrote: > > > Hello, > > > > > > On Mon, Dec 25, 2017 at 11:15:26AM +0800, Yong wrote: > > > > Hi, > > > >

Re: [linux-sunxi] H3 SID eFuse write failure issue for ROTPK_HASH field

2018-01-08 Thread Jun Nie
2018-01-08 12:16 GMT+08:00 Icenowy Zheng : > > > 于 2018年1月8日 GMT+08:00 上午11:10:23, Jun Nie 写到: >>2018-01-07 23:02 GMT+08:00 Icenowy Zheng : >>> 在 2017年12月29日星期五 CST 下午5:35:51,Jun Nie 写道: Hi Bernhard, Resend this mail with CCing mail list so that more people can see >>this issue

[linux-sunxi] Re: [PATCH v2] ARM: dts: sunxi: Add sid for a83t

2018-01-08 Thread Kyle Evans
On Thu, Jan 4, 2018 at 8:01 AM, Maxime Ripard wrote: > On Fri, Dec 22, 2017 at 06:11:52PM +0800, Chen-Yu Tsai wrote: >> On Fri, Dec 22, 2017 at 6:07 PM, Emmanuel Vadot >> wrote: >> > On Fri, 22 Dec 2017 09:35:08 +0100 >> > Maxime Ripard wrote: >> > >> >> On Thu, Dec 21, 2017 at 07:09:03PM +0100

[linux-sunxi] [PATCH v3 2/3] drm/sun4i: hdmi: Fix incorrect assignment in sun4i_tmds_determine_rate

2018-01-08 Thread Jonathan Liu
best_div is set to i which corresponds to rate halving when it should be set to j which corresponds to the divider. Fixes: 9c5681011a0c ("drm/sun4i: Add HDMI support") Signed-off-by: Jonathan Liu --- drivers/gpu/drm/sun4i/sun4i_hdmi_tmds_clk.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-

[linux-sunxi] [PATCH v3 0/3] drm/sun4i: hdmi: Fix sun4i_tmds_determine_rate

2018-01-08 Thread Jonathan Liu
This patchset fixes several issues in sun4i_tmds_determine_rate that I discovered while trying to get a projector connected to an Olimex A20-OLinuXino-LIME using HDMI with a native resolution of 1280x800 and pixel clock of 83.5 MHz to display at its native resolution. Changes for v3: - Improve com

[linux-sunxi] [PATCH v3 1/3] drm/sun4i: hdmi: Check for unset best_parent in sun4i_tmds_determine_rate

2018-01-08 Thread Jonathan Liu
It is possible that if there is no exact rate match and "rounded = clk_hw_round_rate(parent, ideal)" gives high enough values (e.g. if rounded is 2 * ideal) that the condition "abs(rate - rounded / i) < abs(rate - best_parent / best_div)" is never met and best_parent is never set. This results in r

[linux-sunxi] [PATCH v3 3/3] drm/sun4i: hdmi: Add missing rate halving check in sun4i_tmds_determine_rate

2018-01-08 Thread Jonathan Liu
It was only checking the divider when determing the closest match if it could not match the requested rate exactly. For a projector connected to an Olimex A20-OLinuXino-LIME using HDMI with a native resolution of 1280x800 and pixel clock of 83.5 MHz, this resulted in 1280x800 mode not being availa

[linux-sunxi] Re: [PATCH v2 6/8] dt-bindings: ARM: sunxi: Document A80 SoC secure SRAM usage by SMP hotplug

2018-01-08 Thread Rob Herring
On Thu, Jan 04, 2018 at 10:37:52PM +0800, Chen-Yu Tsai wrote: > On the Allwinner A80 SoC the BROM supports hotplugging the primary core > (cpu0) by checking two 32bit values at a specific location within the > secure SRAM block. This region needs to be reserved and accessible to > the SMP code. >