Re: [PATCH] drm/arcpgu: use .mode_fixup instead of .atomic_check

2017-03-02 Thread Daniel Vetter
On Thu, Mar 02, 2017 at 08:27:54PM +0300, Alexey Brodkin wrote: > Since we cannot always generate exactly requested pixel clock > there's not much sense in checking requested_clock == clk_round_rate(). > In that case for quite some modes we'll be getting -EINVAL and no video > output at all. > > B

Re: [PATCH 1/2] arc: axs10x: Add DT bindings for I2S audio playback

2017-03-02 Thread Alexey Brodkin
Hi Jose, On Wed, 2017-02-22 at 18:19 +, Jose Abreu wrote: > This patch adds the necessary DT bindings to get HDMI audio > output in ARC AXS10x SDP. The bindings for I2S controller were > added as well as the bindings for simple audio card. > > Signed-off-by: Jose Abreu > Cc: Carlos Palminha

Re: [PATCH 2/2] arc: axs10x: Fix ARC PGU default clock frequency

2017-03-02 Thread Alexey Brodkin
Hi Jose, On Wed, 2017-02-22 at 18:19 +, Jose Abreu wrote: > Default clock frequency for ARC PGU does not match any > existing HDMI mode, instead the default value matches a > DVI mode. Change the clock frequency to 74.25MHz so that > it matches HDMI mode 1280x720@60Hz > > Signed-off-by: Jose

[PATCH] drm/arcpgu: use .mode_fixup instead of .atomic_check

2017-03-02 Thread Alexey Brodkin
Since we cannot always generate exactly requested pixel clock there's not much sense in checking requested_clock == clk_round_rate(). In that case for quite some modes we'll be getting -EINVAL and no video output at all. But given there's some tolerance to real pixel clock in TVs/monitors we may s