Am Montag, 17. Oktober 2016, 14:45:30 CEST schrieb Randy Li:
> Hello Tomasz:
> Heiko told me you are in charge of the graphics part of chromium, I
> think I had better told you the developing status of the xorg xserver in
> rockchip.
What I actually said was that Tomasz did the original VPU
Am Freitag, 29. Juli 2016, 15:56:55 schrieb Lin Huang:
> From: Heiko Stübner
>
> add clock flag parameter so we can pass specific clock flag
> (like CLK_GET_RATE_NOCACHE etc..)to pll driver.
>
> Signed-off-by: Heiko Stübner
> Signed-off-by: Lin Huang
applied to my clock branch for 4.9
Am Freitag, 29. Juli 2016, 15:56:57 schrieb Lin Huang:
> Signed-off-by: Lin Huang
> ---
> Changes in v4:
> -None
>
> Changes in v3:
> -None
>
> Changes in v2:
> - None
> Changes in v1:
> - None
>
> include/dt-bindings/clock/rk3399-cru.h | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
Am Donnerstag, 4. August 2016, 22:23:05 schrieb Heiko Stübner:
> Hi Lin,
>
> Am Freitag, 29. Juli 2016, 15:56:56 schrieb Lin Huang:
> > On new rockchip platform(rk3399 etc), there have dcf controller to
> > do ddr frequency scaling, and this controller will implement in
> > arm-trust-firmware.
Hi Lin,
Am Mittwoch, 17. August 2016, 06:36:22 CEST schrieb Lin Huang:
> On new rockchip platform(rk3399 etc), there have dcf controller to
> do ddr frequency scaling, and this controller will implement in
> arm-trust-firmware. We add a special clock-type to handle that.
>
> Signed-off-by: Lin
Am Mittwoch, 17. August 2016, 06:36:24 CEST schrieb Lin Huang:
> add ddrc clock setting, so we can do ddr frequency
> scaling on rk3399 platform in future.
>
> Signed-off-by: Lin Huang
> ---
> Changes in v6:
> - None
>
> Changes in v5:
> - fit for the ddr type
>
> Changes in v4:
> - None
>
>
Am Mittwoch, 16. November 2016, 08:19:41 CET schrieb Jianqun Xu:
> Fix RK3368_* to RK3399_* for rk3399 clk_test clock.
>
> Signed-off-by: Jianqun Xu
applied to my clk branch for 4.10
Thanks
Heiko
Am Donnerstag, 23. Juni 2016, 10:32:53 schrieb Sean Paul:
> On Tue, Jun 14, 2016 at 7:46 AM, Yakir Yang wrote:
> > eDP controller need to declare which vop provide the video source,
> > and it's defined in GRF registers.
> >
> > But different chips have different GRF register address, so we need
Hi Yakir,
Am Mittwoch, 13. Januar 2016, 15:59:51 schrieb Heiko Stuebner:
> Am Mittwoch, 23. Dezember 2015, 20:25:38 schrieb Yakir Yang:
> >The Samsung Exynos eDP controller and Rockchip RK3288 eDP controller
> >
> > share the same IP, so a lot of parts can be re-use
e the framebuffer_changed()
> function is copied from drm_atomic_helper.c as a quick way to test the
> result.
>
> Signed-off-by: John Keeping
I've seen the effects now as well after making the atomic parts work on in
my devtree - i.e. sluggish cursor movements.
This patch fixes that
Hi Dan,
Am Mittwoch, 20. Januar 2016, 12:53:52 schrieb Dan Carpenter:
> "bpp" needs to be signed for the error handling to work.
>
> Fixes: 84e05408fcfe ('drm: rockchip: Support Synopsys DW MIPI DSI')
> Signed-off-by: Dan Carpenter
There's also "drm/rockchip/dsi: fix handling
Hi Yakir,
Am Dienstag, 19. Januar 2016, 18:04:53 schrieb Yakir Yang:
> Rockchip have three clocks for dp controller, we leave pclk_edp
> to analogix_dp driver control, and keep the sclk_edp_24m and
> sclk_edp in platform driver.
>
> Signed-off-by: Yakir Yang
> Tested-by: Javier Martinez
Hi Philipp,
Am Freitag, 29. Januar 2016, 10:58:57 schrieb Philipp Zabel:
> I'm just looking for feedback whether
> I should include the rockchip patch in the next imx-drm pull request.
I'm hoping that we'd get the analogix dp driver sorted for 4.6 as well,
which having that change in the
Am Dienstag, 28. Juni 2016, 12:51:18 schrieb Yakir Yang:
> The default eDP panel on RK3288 EVB board is LG LP079QX1-SP0V TFT LCD,
> we haven't declared the panel regulator in the 'panel-simple' device
> node here, so the specific board like ACT8846 / RK8080 need to support
> the panel power
Am Dienstag, 28. Juni 2016, 12:51:21 schrieb Yakir Yang:
> Panel regulator is controller by a normal GPIO, so we need to
> write a regulator-fixed node for it.
>
> Signed-off-by: Yakir Yang
applied, thanks.
Heiko
Am Dienstag, 28. Juni 2016, 12:51:24 schrieb Yakir Yang:
> Panel regulator is controller by a normal GPIO, so we need to
> write a regulator-fixed node for it.
>
> Signed-off-by: Yakir Yang
applied after rewording the commit message a bit.
On the rk808-evb vcc_lcd comes from the rk808 directly
Am Mittwoch, 3. Februar 2016, 17:44:57 schrieb Yakir Yang:
> The Innosilicon HDMI is a low power HDMI 1.4 transmitter
> IP, and it have been integrated on some rockchip CPUs
> (like RK3036, RK312x).
>
> Signed-off-by: Yakir Yang
On a Kylin board against 4.5-rc
Tested-by: Heiko S
Hi Yakir,
Am Montag, 4. Januar 2016, 19:53:58 schrieb Yakir Yang:
> RK3229 registers layout is simalar to RK3288 layout, only the
> interruput registers is different to RK3288.
>
> RK3229 support two overlay plane and one hwc plane, max output
> resolution is 4K. it support IOMMU, and its IOMMU
Hi Yakir,
Am Mittwoch, 23. Dezember 2015, 20:25:38 schrieb Yakir Yang:
>The Samsung Exynos eDP controller and Rockchip RK3288 eDP controller
> share the same IP, so a lot of parts can be re-used. I split the common
> code into bridge directory, then rk3288 and exynos only need to keep
> some
Hi Tomeu,
Patch subject: please put the version into the brackets, so [PATCH v5] as it
shouldn't be part of the commit log.
Am Dienstag, 24. Mai 2016, 09:27:37 schrieb Tomeu Vizoso:
> As per the docs, atomic_commit should return -EBUSY "if an asycnhronous
> updated is requested and there is an
Am Dienstag, 24. Mai 2016, 10:37:49 schrieb Daniel Vetter:
> On Tue, May 24, 2016 at 10:30:50AM +0200, Daniel Vetter wrote:
> > On Tue, May 24, 2016 at 10:28:42AM +0200, Heiko Stuebner wrote:
> > > Hi Tomeu,
> > >
> > > Patch subject: please put the ver
Am Dienstag, 24. Mai 2016, 14:57:23 schrieb Yakir Yang:
> RK3399 and RK3288 shared the same eDP IP controller, only some light
> difference with VOP configure and GRF configure.
>
> Signed-off-by: Yakir Yang
> ---
> Changes in v2:
> - rebase with drm-next, fix some conflicts
>
>
Am Dienstag, 24. Mai 2016, 11:12:20 schrieb Doug Anderson:
> Hi,
>
> On Tue, May 24, 2016 at 3:17 AM, Heiko Stuebner wrote:
> >> --- a/Documentation/devicetree/bindings/display/bridge/analogix_dp.txt
> >> +++ b/Documentation/devicetree/bindings/display/bridge/analogi
Hi Archit,
Am Montag, 8. Februar 2016, 15:42:04 schrieb Archit Taneja:
> On 01/06/2016 09:33 AM, Chris Zhong wrote:
> > The rk3288 MIPI DSI is a Synopsys DesignWare MIPI DSI host controller
> > IP. This series adds support for a Synopsys DesignWare MIPI DSI host
> > controller DRM driver.
> >
>
Hi Mark,
Am Dienstag, 16. Februar 2016, 08:44:41 schrieb Mark yao:
> Ping, it seems inno hdmi driver is ready, So I'd like to merge it into
> drm/rockchip if there is no doubt these days.
I think you can just go ahead with picking them up, I think they have
ripened enough :-)
Heiko
Hi Yakir,
Am Montag, 21. März 2016, 20:17:46 schrieb Yakir Yang:
> On 03/21/2016 07:29 PM, Heiko Stübner wrote:
> > Am Montag, 21. März 2016, 17:28:38 schrieb Yakir Yang:
> >> This patch set would add the RGA direct rendering based 2d graphics
> >> acceleration module.
> >
> > very cool to
From: Mark Yao <y...@rock-chips.com>
Add binding documentation for Rockchip SoC LVDS driver.
Signed-off-by: Mark Yao
Signed-off-by: Heiko Stuebner
---
.../devicetree/bindings/video/rockchip-lvds.txt| 74 ++
1 file changed, 74 insertions(+)
create mode
converted to the component framework.
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/components/Kconfig | 5 +
drivers/gpu/drm/components/Makefile | 2 +
drivers/gpu/drm/components/vga-encoder.c | 315 +++
3 files changed, 322 insertions(+)
create mode
components like the
mentioned external encoders that can be used by component-based drm drivers.
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/Kconfig | 2 ++
drivers/gpu/drm/Makefile| 1 +
drivers/gpu/drm/components/Kconfig | 4
drivers/gpu/drm/components/Makefile | 1
On socs using the lvds components it also controls the use of the
general rgb outputs and must thus be configured for things like
external encoders.
Therefore register a drm_bridge in this case and try to find
the encoder in the output port.
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm
From: Mark Yao <y...@rock-chips.com>
This adds support for Rockchip soc lvds found on rk3288
Signed-off-by: Mark Yao
Signed-off-by: Heiko Stuebner
---
This still needs to address Laurent's comment about trying to get the
lvds settings from the panel/connected device instead of encodin
-off-by: Heiko Stuebner
---
drivers/gpu/drm/drm_crtc.c | 41 +
include/drm/drm_crtc.h | 8
2 files changed, 49 insertions(+)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index f6d04c7..b63e69d 100644
--- a/drivers/gpu
This adds a driver for generic vga connectors using a system i2c-bus for ddc.
An exception is included for rcar-du which implements the vga-connector
binding interally already and is not yet converted to the component framework.
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/components
ng the new components element and of_graph structure.
Tested on a firefly board using the vga connector.
Thanks
Heiko
Heiko Stuebner (10):
drm/encoder: add functionality to register encoders to a global list
drm/connector: add functionality to register connectors to a global
list
.
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/drm_crtc.c | 41 +
include/drm/drm_crtc.h | 7 +++
2 files changed, 48 insertions(+)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index b63e69d..8b49ea7 100644
--- a/drivers/gpu
The socs itself contains encoders for a lot of different outputs. But every
unsupported connector will be routed through the lvds, as it controls the
pins in question.
Therefore enable the lvds output for all of those.
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/rockchip
Add the basic node for the lvds controller of rk3288 and hook it into the
display-subsystem hirarchy.
Signed-off-by: Heiko Stuebner
---
arch/arm/boot/dts/rk3288.dtsi | 42 ++
1 file changed, 42 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288.dtsi b
Add pinctrl settings for the configurable lcdc0 signals dclk, den, hsync
and vsync. The lcdc0 data pin configuration is not software controlable.
Signed-off-by: Heiko Stuebner
---
arch/arm/boot/dts/rk3288.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288
Add the sda7123 simple vga encoder, connect it to the vop outputs
and enable the lvds controller with the correct settings.
Signed-off-by: Heiko Stuebner
---
arch/arm/boot/dts/rk3288-firefly.dtsi | 68 +++
1 file changed, 68 insertions(+)
diff --git a/arch/arm
_hdmi currently is probably
Yakir Yang (included now).
But even to me with my general Rockchip work area outside the drm this looks
good, as there isn't any functional change present in the moved function, so
Reviewed-by: Heiko Stuebner
Heiko
> ---
> drivers/gpu/drm/rockchip/dw_hdmi-rockchip
Hi Yakir,
Am Montag, 24. August 2015, 20:48:01 schrieb Yakir Yang:
> å¨ 08/24/2015 12:20 PM, Krzysztof Kozlowski åé:
> > On 24.08.2015 11:42, Yakir Yang wrote:
> >> Hi Krzysztof,
> >>
> >> å¨ 08/23/2015 07:43 PM, Krzysztof Kozlowski åé:
> >>> 2015-08-24 8:23 GMT+09:00 Rob Herring :
>
Am Montag, 24. August 2015, 09:48:27 schrieb Rob Herring:
> On Mon, Aug 24, 2015 at 7:57 AM, Russell King - ARM Linux
> > When we adopted the graph bindings for iMX DRM, I thought exactly at that
> > time "it would be nice if this could become the standard for binding DRM
> > components together"
Am Samstag, 24. Oktober 2015, 11:06:37 schrieb Yakir Yang:
> Add dt binding documentation for rockchip display port PHY.
>
> Tested-by: Javier Martinez Canillas
> Signed-off-by: Yakir Yang
> ---
> Changes in v7: None
> Changes in v6: None
> Changes in v5:
> - Split binding doc's from driver
ver of analogix_dp coder driver,
> so most of the DT property should be descriped in analogix_dp document.
>
> Tested-by: Javier Martinez Canillas
> Signed-off-by: Yakir Yang
everything else looks nice, so with a better subject
Reviewed-by: Heiko Stuebner
et);
> + return ret;
> + }
> +
> + ret = clk_prepare_enable(dp->phy_24m);
> +
unnecessary empty line after clk_prepare_enable
with these things fixed,
Reviewed-by: Heiko Stuebner
Cheers,
Heiko
Am Samstag, 24. Oktober 2015, 11:06:37 schrieb Yakir Yang:
> Add dt binding documentation for rockchip display port PHY.
>
> Tested-by: Javier Martinez Canillas
> Signed-off-by: Yakir Yang
> ---
phy binding looks nice and easy
Reviewed-by: Heiko Stuebner
Hi Yakir,
Am Samstag, 24. Oktober 2015, 11:06:00 schrieb Yakir Yang:
> Analogix dp driver is split from exynos dp driver, so we just
> make an copy of exynos_dp.txt, and then simplify exynos_dp.txt
>
> Beside update some exynos dtsi file with the latest change
> according to the devicetree
Hi Yakir,
Am Mittwoch, 28. Oktober 2015, 16:26:33 schrieb Yakir Yang:
> diff --git a/Documentation/devicetree/bindings/display/exynos/exynos_dp.txt
> b/Documentation/devicetree/bindings/display/exynos/exynos_dp.txt
> index 7a3a9cd..9905081 100644
> ---
Hi Yakir,
Am Mittwoch, 28. Oktober 2015, 16:30:33 schrieb Yakir Yang:
> +static int rockchip_dp_phy_probe(struct platform_device *pdev)
> +{
> + struct device *dev = >dev;
> + struct device_node *np = dev->of_node;
> + struct phy_provider *phy_provider;
> + struct rockchip_dp_phy
Am Donnerstag, 29. Oktober 2015, 09:12:21 schrieb Yakir Yang:
> Hi Heiko,
>
> On 10/29/2015 04:02 AM, Heiko Stuebner wrote:
> > Hi Yakir,
> >
> > Am Mittwoch, 28. Oktober 2015, 16:26:33 schrieb Yakir Yang:
> >> diff --git
> >> a/Documentation/dev
ries on Samsung Exynos5800 Peach Pi Chromebook,
> glad to say that things works rightlly.
Patch 15/17 looks like it didn't make it? I haven't found it in neither my
inbox nor in the linux-rockchip list archive? So I've used the v7 version
for my tests.
This series on a rk3288-veyron-pinky and rk3288-veyron-jerry
Tested-by: Heiko Stuebner
Am Dienstag, 1. September 2015, 14:01:28 schrieb Yakir Yang:
> Rockchip have three clocks for dp controller, we leave pclk_edp
> to analogix_dp driver control, and keep the sclk_edp_24m and
> sclk_edp in platform driver.
>
> Signed-off-by: Yakir Yang
> ---
> Changes in v4:
> - Remove some
Am Dienstag, 1. September 2015, 14:04:15 schrieb Yakir Yang:
> This phy driver would control the Rockchip DisplayPort module
> phy clock and phy power, it is relate to analogix_dp-rockchip
> dp driver. If you want DP works rightly on rockchip platform,
> then you should select both of them.
>
>
Am Dienstag, 1. September 2015, 13:49:58 schrieb Yakir Yang:
> Split the dp core driver from exynos directory to bridge
> directory, and rename the core driver to analogix_dp_*,
> leave the platform code to analogix_dp-exynos.
>
> Signed-off-by: Yakir Yang
[...]
> diff --git
Hi Yakir,
small nit more below
Am Dienstag, 1. September 2015, 18:51:16 schrieb Heiko Stuebner:
> Am Dienstag, 1. September 2015, 14:04:15 schrieb Yakir Yang:
> > +- clocks: from common clock binding: handle to dp clock.
> > + of memory mapped region.
> > +- clock-nam
Hi Yakir,
Am Dienstag, 1. September 2015, 14:01:28 schrieb Yakir Yang:
> Rockchip have three clocks for dp controller, we leave pclk_edp
> to analogix_dp driver control, and keep the sclk_edp_24m and
> sclk_edp in platform driver.
>
> Signed-off-by: Yakir Yang
> ---
> Changes in v4:
> - Remove
Hi Yakir,
Am Dienstag, 1. September 2015, 14:01:48 schrieb Yakir Yang:
> From: Mark Yao
>
> Add bpc and color mode setting in rockchip_drm_vop driver, so
> connector could try to use the edid drm_display_info to config
> vop output mode.
>
> Signed-off-by: Mark Yao
> Signed-off-by: Yakir Yang
Hi Yakir,
Am Dienstag, 1. September 2015, 13:46:11 schrieb Yakir Yang:
>The Samsung Exynos eDP controller and Rockchip RK3288 eDP controller
> share the same IP, so a lot of parts can be re-used. I split the common
> code into bridge directory, then rk3288 and exynos only need to keep
> some
Am Donnerstag, 3. September 2015, 11:25:00 schrieb Yakir Yang:
> å¨ 09/02/2015 09:27 PM, Rob Herring åé:
> > On Tue, Sep 1, 2015 at 1:04 AM, Yakir Yang wrote:
> >> +- clocks: from common clock binding: handle to dp clock.
> >> + of memory mapped region.
> >> +- clock-names: from common
Am Freitag, 4. September 2015, 16:06:02 schrieb Rob Herring:
> On Tue, Sep 1, 2015 at 3:46 PM, Heiko Stuebner wrote:
> > Am Dienstag, 1. September 2015, 13:49:58 schrieb Yakir Yang:
> >> Split the dp core driver from exynos directory to bridge
> >> directory,
in
the deferring case and could go directly to the regulator tree, if ok.
Patch3 is the addition of the supplies to the rk3288 boards and I would
take it into my dts branch if patch2 gets deemed acceptable.
Heiko Stuebner (3):
regulator: don't emit errors in {devm_}regulator_bulk_get when defering
drm
When {devm_}regulator_get returns -EPROBE_DEFER the driver in question will
try probing again at a later time. So don't spam the log with failure messages
as this is an expected result of probe ordering.
Signed-off-by: Heiko Stuebner
---
drivers/regulator/core.c | 5 +++--
drivers/regulator
At least the Rockchip variant of the dw_hdmi can have controllable power
supplies
providing 1.0 and 1.8V. Therefore add the possibility for the generic bridge
driver to enable supplies provided by the hw-specific drivers.
Signed-off-by: Heiko Stuebner
---
.../devicetree/bindings/drm/bridge
Add the recently added hdmi power supplies to evb and firefly boards.
Signed-off-by: Heiko Stuebner
---
arch/arm/boot/dts/rk3288-evb.dtsi | 2 ++
arch/arm/boot/dts/rk3288-firefly.dtsi | 2 ++
2 files changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288-evb.dtsi
b/arch/arm/boot
Hi Philipp,
Am Dienstag, 10. März 2015, 10:16:53 schrieb Philipp Zabel:
[cut the obvious stuff I need to fix]
> Am Dienstag, den 10.03.2015, 00:22 +0100 schrieb Heiko Stuebner:
> > @@ -879,6 +883,12 @@ static int dw_hdmi_phy_init(struct dw_hdmi *hdmi)
> >
> > int
Am Dienstag, 10. März 2015, 12:07:50 schrieb Mark Brown:
> On Tue, Mar 10, 2015 at 12:22:06AM +0100, Heiko Stuebner wrote:
> > When {devm_}regulator_get returns -EPROBE_DEFER the driver in question
> > will
> > try probing again at a later time. So don't spam the log with
At least the Rockchip variant of the dw_hdmi can have controllable power
supplies
providing 1.0 and 1.8V. Therefore add the possibility for the generic bridge
driver to enable supplies provided by the hw-specific drivers.
Signed-off-by: Heiko Stuebner
---
changes since v1:
- follow suggestion
Add the recently added hdmi power supplies to evb and firefly boards.
Signed-off-by: Heiko Stuebner
---
arch/arm/boot/dts/rk3288-evb.dtsi | 2 ++
arch/arm/boot/dts/rk3288-firefly.dtsi | 2 ++
2 files changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288-evb.dtsi
b/arch/arm/boot
Hi Philipp,
Am Mittwoch, 11. März 2015, 10:28:29 schrieb Philipp Zabel:
> Am Dienstag, den 10.03.2015, 22:45 +0100 schrieb Heiko Stuebner:
> > At least the Rockchip variant of the dw_hdmi can have controllable power
> > supplies providing 1.0 and 1.8V. Therefore add
Am Donnerstag, 12. März 2015, 10:00:47 schrieb Paul Bolle:
> > --- /dev/null
> > +++ b/drivers/gpu/drm/bridge/it6151.c
> >
> > +#include
>
> This file can only be built-in. So I couldn't help but notice this
> include. And if I remove it
> make drivers/gpu/drm/bridge/it6151.o
>
> still
At least the Rockchip variant of the dw_hdmi can have controllable power
supplies
providing 1.0 and 1.8V. Therefore add the possibility for the generic bridge
driver to enable supplies provided by the hw-specific drivers.
Signed-off-by: Heiko Stuebner
---
changes since v2:
- rename supplies
Add the recently added hdmi power supplies to evb and firefly boards.
Signed-off-by: Heiko Stuebner
---
arch/arm/boot/dts/rk3288-evb.dtsi | 2 ++
arch/arm/boot/dts/rk3288-firefly.dtsi | 2 ++
2 files changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288-evb.dtsi
b/arch/arm/boot
Hi Philipp,
Am Donnerstag, 12. März 2015, 21:45:19 schrieb Heiko Stuebner:
> At least the Rockchip variant of the dw_hdmi can have controllable power
> supplies providing 1.0 and 1.8V. Therefore add the possibility for the
> generic bridge driver to enable supplies provided by the hw
Hi Laurent,
Am Samstag, 28. Februar 2015, 01:42:45 schrieb Heiko Stübner:
> thanks for the comments
>
> Am Donnerstag, 26. Februar 2015, 20:33:33 schrieb Laurent Pinchart:
> > On Saturday 31 January 2015 17:32:56 Heiko Stuebner wrote:
> > > There exist simple vga e
Hi Liviu,
Am Montag, 9. November 2015, 12:07:20 schrieb Liviu Dudau:
> On Mon, Nov 09, 2015 at 12:03:35PM +, Russell King - ARM Linux wrote:
> > On Mon, Nov 09, 2015 at 11:57:27AM +, Liviu Dudau wrote:
> > > Meanwhile, what is your suggestion regarding the patchset. I've seen
> > > David
e creation of the gem to only create that offset once.
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/rockchip/rockchip_drm_gem.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_gem.c
b/drivers/gpu/drm/rockchip/rockchip_drm_g
way to go for rockchip as well.
Fixes: 371f0f085f629 ("ARM: 8426/1: dma-mapping: add missing range check in
dma_mmap()")
Signed-off-by: Heiko Stuebner
---
This patch is definitly necessary to keep the rockchip-drm working
with kernel 4.4.
drivers/gpu/drm/rockchip/rockchip_drm_gem.c |
Dave as fixes for 4.4?
Thanks
Heiko
>
>
> On 2015å¹´11æ10æ¥ 03:50, Heiko Stuebner wrote:
> > Similarly to the equivalent exynos-fix in commit 48cf53f4343a
> > ("drm/exynos: create a fake mmap offset with gem creation") the rockchip
> > drm
Am Dienstag, 10. November 2015, 17:26:10 schrieb Mark yao:
> On 2015å¹´11æ10æ¥ 14:46, Heiko Stuebner wrote:
> > Hi Mark,
> >
> > Am Dienstag, 10. November 2015, 14:17:43 schrieb Mark yao:
> >> Hi Heiko
> >>I don't think this patch is needed for roc
hat shift, but now that you mention it, I see it too
on my Chromebook and the patch fixes this. I've also looked up the
matching data in the TRM, so
Reviewed-by: Heiko Stuebner
Tested-by: Heiko Stuebner
Heiko
Am Dienstag, 10. November 2015, 17:59:10 schrieb Mark Yao:
> From: Dominik Behr
>
> VOP_WINx_DSP_ST does not require subtracting 1 from the values written to
> it. It actually causes the screen to be shifted by one pixel.
>
> Signed-off-by: Mark Yao
One thing I noticed, the original patch [0]
Hi Yakir,
Am Mittwoch, 28. Oktober 2015, 16:30:33 schrieb Yakir Yang:
> Add phy driver for the Rockchip DisplayPort PHY module. This
> is required to get DisplayPort working in Rockchip SoCs.
>
> Reviewed-by: Heiko Stuebner
> Signed-off-by: Yakir Yang
a general thing I have bee
Hi Yakir,
Am Donnerstag, 12. November 2015, 10:36:51 schrieb Yakir Yang:
> On 11/12/2015 07:23 AM, Heiko Stuebner wrote:
> > Am Mittwoch, 28. Oktober 2015, 16:30:33 schrieb Yakir Yang:
> >> Add phy driver for the Rockchip DisplayPort PHY module. This
> >> is required
Hi Yakir,
Am Mittwoch, 11. November 2015, 15:47:32 schrieb Yakir Yang:
> Signed-off-by: Yakir Yang
> ---
> .../display/rockchip/inno_hdmi-rockchip.txt| 50
> ++
> 1 file changed, 50 insertions(+)
> create mode 100644
>
drm/rockchip: vop: fix window origin calculation (2015-11-11 08:36:18
> +0800)
>
>
> Dominik Behr (1):
>drm/rockchip: vop: fix window origin calculation
>
> Heiko Stuebner (1):
>drm/rockchip: unse
the component framework.
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/i2c/Kconfig | 6 +
drivers/gpu/drm/i2c/Makefile | 2 +
drivers/gpu/drm/i2c/vga-simple.c | 325 +++
3 files changed, 333 insertions(+)
create mode 100644 drivers/gpu/drm/i2c/vga
On socs using the lvds components it also controls the use of the
general rgb outputs and must thus be configured for things like
external encoders.
Therefore register a drm_bridge in this case, an encoder can attach to.
Signed-off-by: Heiko Stuebner
---
.../devicetree/bindings/video/rockchip
Add the necessary devicetree binding document for simple vga encoders.
Signed-off-by: Heiko Stuebner
---
.../devicetree/bindings/drm/i2c/vga-simple.txt | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 Documentation/devicetree/bindings/drm/i2c/vga-simple.txt
directly connected on the
rk3188-radxarock.
Caveats:
- the i2c subdirectory is probably not the right one for my vga encoder
so if somebody could suggest where this should live, I'd be very happy
- I'm not sure if I'm abusing some drm-APIs in a wrong way :-)
Heiko Stuebner (9):
drm/encoder: allow
bridges when building the drm device in the load callback.
Signed-off-by: Heiko Stuebner
---
.../devicetree/bindings/video/rockchip-vop.txt | 16 +++
drivers/gpu/drm/rockchip/rockchip_drm_drv.c| 32 ++
2 files changed, 48 insertions(+)
diff --git
From: Mark Yao <y...@rock-chips.com>
Add binding documentation for Rockchip SoC LVDS driver.
Signed-off-by: Mark Yao
Signed-off-by: Heiko Stuebner
---
.../devicetree/bindings/video/rockchip-lvds.txt| 59 ++
1 file changed, 59 insertions(+)
create mode
From: Mark Yao <y...@rock-chips.com>
This adds support for Rockchip soc lvds found on rk3288
Signed-off-by: Mark Yao
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/rockchip/Kconfig | 9 +
drivers/gpu/drm/rockchip/Makefile| 1 +
drivers/gpu/drm/rockchip/rockchip_
The socs itself do not contain encoders for either vga or tv output.
Therefore these will be realized by external components and thus use the
rgb output.
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers
Add pinctrl settings for the configurable lcdc0 signals dclk, den, hsync
and vsync. The lcdc0 data pin configuration is not software controlable.
Signed-off-by: Heiko Stuebner
---
arch/arm/boot/dts/rk3288.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288
Add an of_node field to struct drm_encoder to let encoders optionally
remember from which devicetree node they originated.
Signed-off-by: Heiko Stuebner
---
include/drm/drm_crtc.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
index
Add the sda7123 simple vga encoder, connect it to the vop outputs
and enable the lvds controller with the correct settings.
Signed-off-by: Heiko Stuebner
---
arch/arm/boot/dts/rk3288-firefly.dtsi | 45 +++
1 file changed, 45 insertions(+)
diff --git a/arch/arm
Add the basic node for the lvds controller of rk3288 and hook it into the
display-subsystem hirarchy.
Signed-off-by: Heiko Stuebner
---
arch/arm/boot/dts/rk3288.dtsi | 36
1 file changed, 36 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288.dtsi b/arch
Am Mittwoch, 15. März 2017, 18:20:47 CET schrieb Jeffy Chen:
> Currently we are adding all components from the dts, if one of their
> drivers been disabled, we would not be able to bring up others.
>
> Refactor component match logic, follow exynos drm.
>
> Signed-off-by: Jeffy Chen
Am Mittwoch, 15. März 2017, 18:00:04 CET schrieb Heiko Stuebner:
> Am Mittwoch, 15. März 2017, 18:20:47 CET schrieb Jeffy Chen:
> > Currently we are adding all components from the dts, if one of their
> > drivers been disabled, we would not be able to bring up others.
> >
&
Hi Jeffy,
Am Donnerstag, 16. März 2017, 10:05:56 CET schrieb Jeffy Chen:
> Currently we are adding all components from the dts, if one of their
> drivers been disabled, we would not be able to bring up others.
>
> Refactor component match logic, follow exynos drm.
>
> Signed-off-by: Jeffy Chen
1 - 100 of 718 matches
Mail list logo