On Wed, Mar 08, 2017 at 11:28:19AM +0800, Chen-Yu Tsai wrote:
> Hi Maxime,
>
> This series gets rid of the last usage of the Allwinner specific pinconf
> bindings, and drops inclusion of dt-bindings/pinctrl/sun4i-a10.h across
> the tree.
>
> Patch 1 gets rid of the last occurrence of Allwinner
>> + if (encoder->encoder_type == DRM_MODE_ENCODER_TVDAC)
>> + val = 1;
>> + else
>> + val = 0;
Isn't this better written as
val = (encoder->encoder_type == DRM_MODE_ENCODER_TVDAC);
-- Stefan
--
You received this message because you are
On Tue, Mar 7, 2017 at 4:56 PM, Maxime Ripard
wrote:
> It seems like what's called a backporch in the datasheet is actually the
> backporch plus the sync period. Fix that in our driver.
>
> Signed-off-by: Maxime Ripard
> ---
>
On Tue, Mar 7, 2017 at 4:56 PM, Maxime Ripard
wrote:
> Even though that mux is undocumented, it seems like it needs to be set to 1
> when using composite, and 0 when using HDMI.
>
> Signed-off-by: Maxime Ripard
> ---
>
On Tue, Mar 7, 2017 at 4:56 PM, Maxime Ripard
wrote:
> One of the possible output of the display pipeline, on the SoCs that have
> it, is the HDMI controller.
>
> Add a binding for it.
>
> Signed-off-by: Maxime Ripard
Acked-by:
On Tue, Mar 7, 2017 at 4:56 PM, Maxime Ripard
wrote:
> While all functions have debug logs, the channel enable and disable are not
> logged. Make sure this is the case.
>
> Signed-off-by: Maxime Ripard
Acked-by: Chen-Yu Tsai
Hi,
On Tue, Mar 7, 2017 at 4:56 PM, Maxime Ripard
wrote:
> The A10s has an HDMI controller connected to the second TCON channel. Add
> it to our DT.
>
> Signed-off-by: Maxime Ripard
> ---
> arch/arm/boot/dts/sun5i-a10s.dtsi |
All dts files for the sunxi platform have been switched to the generic
pinconf bindings. As a result, the sunxi specific pinctrl macros are
no longer used.
Remove the #include entry with the following command:
sed --follow-symlinks -i -e '/pinctrl\/sun4i-a10.h/D' \
The old sunxi specific pinctrl bindings are deprecated, in favor of
the new generic pinconf bindings. Also, we are moving towards handling
GPIO pinmux settings that don't require extra bias or drive strength
settings to use the GPIO bindings only.
This patch removes the last instance of the sunxi
Hi Maxime,
This series gets rid of the last usage of the Allwinner specific pinconf
bindings, and drops inclusion of dt-bindings/pinctrl/sun4i-a10.h across
the tree.
Patch 1 gets rid of the last occurrence of Allwinner specific pinconf
properties, which is actually a GPIO pinmux.
Patch 2 drops
08.03.2017, 01:07, "Maxime Ripard" :
> Hi,
>
> On Tue, Mar 07, 2017 at 01:17:44AM +0800, Icenowy Zheng wrote:
>> Allwinner H5 is a 64-bit SoC with a design like the 32-bit
>> H3, and it's pin-to-pin compatible with H3.
>>
>> This patchset adds support for it,
08.03.2017, 01:07, "Maxime Ripard" :
> Hi,
>
> On Tue, Mar 07, 2017 at 01:17:44AM +0800, Icenowy Zheng wrote:
>> Allwinner H5 is a 64-bit SoC with a design like the 32-bit
>> H3, and it's pin-to-pin compatible with H3.
>>
>> This patchset adds support for it,
On Mon, Mar 06, 2017 at 10:49:05PM +0100, Rask Ingemann Lambertsen wrote:
> > diff --git a/arch/arm64/boot/dts/allwinner/sun50i-h5-orangepi-pc2.dts
> > b/arch/arm64/boot/dts/allwinner/sun50i-h5-orangepi-pc2.dts
> > new file mode 100644
> > index ..30639729920d
> > --- /dev/null
> >
Okay, shame on me,
On Sun, Feb 26, 2017 at 03:23:48PM +0100, Michael Weiser wrote:
> With 4.10 the sensor isn't found any more and /sys/class/hwmon is
> completely empty:
Turns out with CONFIG_MFD_SUN4I_GPADC enabled sun4i-ts isn't found any
more. If I leave sun4i-gpadc out of the kernel, all
On 03/07, Maxime Ripard wrote:
> So far, divider_round_rate only considers the parent clock returned by
> clk_hw_get_parent.
>
> This works fine on clocks that have a single parents, this doesn't work on
> muxes, since we will only consider the first parent, while other parents
> may totally be
> Here is an attempt at getting the HDMI controller running.
> This HDMI controller is found on a number of old Allwinner SoCs (A10, A10s,
> A20, A31).
Thank you thank you thank you.
Stefan "I need it on the A20, so we're not quite
there yet, but it's great to see
Hi Maxime,
On Tue, Mar 7, 2017 at 7:56 PM, Maxime Ripard
wrote:
> The video PLLs are used directly by the HDMI controller. Export them so
> that we can use them in our DT node.
>
> Signed-off-by: Maxime Ripard
> ---
>
Hi,
On Tue, Mar 7, 2017 at 4:56 PM, Maxime Ripard
wrote:
> It appears that the total vertical resolution needs to be doubled when
> we're not in interlaced. Make sure that is the case.
This is true for both channels, though we handle them differently.
>
>
The clocks might need to modify their parent clocks. In order to make that
possible, give them access to the parent clock being evaluated, and to a
pointer to the parent rate so that they can modify it if needed.
Signed-off-by: Maxime Ripard
---
The A10s Olinuxino has an HDMI connector. Make sure we can use it.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun5i-a10s-olinuxino-micro.dts | 12
1 file changed, 12 insertions(+), 0 deletions(-)
diff --git
It appears that the total vertical resolution needs to be doubled when
we're not in interlaced. Make sure that is the case.
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/sun4i/sun4i_tcon.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git
So far, divider_round_rate only considers the parent clock returned by
clk_hw_get_parent.
This works fine on clocks that have a single parents, this doesn't work on
muxes, since we will only consider the first parent, while other parents
may totally be able to provide a better combination.
The earlier Allwinner SoCs (A10, A10s, A20, A31) have an embedded HDMI
controller.
That HDMI controller is able to do audio and CEC, but those have been left
out for now.
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/sun4i/Makefile | 5 +-
One of the possible output of the display pipeline, on the SoCs that have
it, is the HDMI controller.
Add a binding for it.
Signed-off-by: Maxime Ripard
---
Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 21 +++-
1 file changed, 21
divider_round_rate already evaluates changing the parent rate if
CLK_SET_RATE_PARENT is set. Now that we can do that on muxes too, let's
just use it.
Signed-off-by: Maxime Ripard
---
drivers/clk/sunxi-ng/ccu_div.c | 25 ++---
1 file changed,
The Allwinner Timings Controller has two, mutually exclusive, channels.
When the binding has been introduced, it was assumed that there would be
only a single user per channel in the system.
While this is likely for the channel 0 which only connects to LCD displays,
it turns out that the channel
Even though that mux is undocumented, it seems like it needs to be set to 1
when using composite, and 0 when using HDMI.
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/sun4i/sun4i_tcon.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git
The A10s has an HDMI controller connected to the second TCON channel. Add
it to our DT.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun5i-a10s.dtsi | 34 -
arch/arm/boot/dts/sun5i.dtsi | 1 +-
2 files changed, 35
It seems like what's called a backporch in the datasheet is actually the
backporch plus the sync period. Fix that in our driver.
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/sun4i/sun4i_tcon.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff
On Sun, Mar 05, 2017 at 09:36:57PM +0800, Icenowy Zheng wrote:
> Allwinner V3s features a audio codec with dedicated digital and analog parts,
> like the ones on A23/H3, but much simpler (lack of MIC2, LINE IN and MBIAS).
>
> Add support for it.
>
> In order to make the codec usable, DMA support
The current code only rely on the parent to change its rate in the case
where CLK_SET_RATE_PARENT is set.
However, some clock rates might be obtained only through a modification of
the parent and the clock divider. Just rely on the round rate of the clocks
to give us the best computation that
While all functions have debug logs, the channel enable and disable are not
logged. Make sure this is the case.
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/sun4i/sun4i_tcon.c | 4
1 file changed, 4 insertions(+), 0 deletions(-)
diff --git
2017年3月3日 17:55于 Andre Przywara 写道:
>
> Hi,
>
> On 03/03/17 09:22, Maxime Ripard wrote:
> > On Thu, Mar 02, 2017 at 12:03:20AM +0800, Icenowy Zheng wrote:
> >>
> >> 2017年3月1日 23:51于 Maxime Ripard 写道:
> >>>
> >>> Hi Andre,
> >>>
>
I'm glad to hear that.
I hope that you will find out what the cause is.
However, before ioctl reset, sometimes i had some strange glitches in h264
decoded picture when work simultaneous with h264enc.
Some small blocks in the picture was wrong (usually upper left part of
picture) color or
34 matches
Mail list logo