ff-by: Jose Abreu
Tested-by: Mark Yao
This is needed for RK3399 support. Can you please apply it?
Best regards,
Jose Miguel Abreu
Cc: Kieran Bingham
Cc: Laurent Pinchart
Cc: Archit Taneja
Cc: Andrzej Hajda
Cc: Mark Yao
Cc: Carlos Palminha
Cc: Heiko Stübner
Changes in v2:
- Rebase
For personal reasons, Mark Yao will leave rockchip,
can not continue maintain drm/rockchip, Sandy Huang
will take over the drm/rockchip.
Cc: Sandy Huang
Cc: Heiko Stuebner
Signed-off-by: Mark Yao
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS
Huang
Looks good.
Reviewed-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_vop_reg.c | 30 +
drivers/gpu/drm/rockchip/rockchip_vop_reg.h | 6 ++
2 files changed, 36 insertions(+)
diff --git a/drivers/gpu/drm/rockchip/rockchip_vop_reg.c
b/drivers/gp
Huang
Looks good.
Reviewed-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_vop_reg.c | 30 +
drivers/gpu/drm/rockchip/rockchip_vop_reg.h | 6 ++
2 files changed, 36 insertions(+)
diff --git a/drivers/gpu/drm/rockchip/rockchip_vop_reg.c
b/drivers/gp
On 2016å¹´02æ22æ¥ 20:22, John Keeping wrote:
> If the geometry of a crtc is changing in an atomic update then we much
I think "we much validate" should be "we must validate".:-)
> validate the plane size against the new state of the crtc and not the
> current size, otherwise if the crtc size i
On 2016å¹´03æ05æ¥ 20:39, Russell King - ARM Linux wrote:
> On Sat, Mar 05, 2016 at 12:11:16PM +, John Keeping wrote:
>> On Fri, Mar 04, 2016 at 03:22:01PM -0800, Douglas Anderson wrote:
>>> The drm_encoder_cleanup() was missing both from the error path of
>>> dw_hdmi_rockchip_bind(). This c
revious size and will not fill the screen.
>
> Signed-off-by: John Keeping
> ---
> On Fri, 04 Mar 2016 09:04:57 +0800, Mark yao wrote:
>> On 2016å¹´02æ22æ¥ 20:22, John Keeping wrote:
>>> If the geometry of a crtc is changing in an atomic update then we much
>>
On 2016å¹´03æ12æ¥ 01:21, John Keeping wrote:
> When closing the DRM device while a vblank is pending, we access
> file_priv after it has been free'd, which gives:
>
>Unable to handle kernel NULL pointer dereference at virtual address
>
>...
>PC is at __list_add+0x5c/0xe8
>
On 2016å¹´03æ14æ¥ 21:35, Tomeu Vizoso wrote:
> On 2 December 2014 at 10:15, Mark Yao wrote:
>> diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
>> b/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
>> new file mode 100644
>> index 000..e7ca25b
>> --- /
On 2016å¹´03æ18æ¥ 19:22, Tomeu Vizoso wrote:
> When the VOP is re-enabled, it will start scanning right away the
> framebuffers that were configured from the last time, even if those have
> been destroyed already. To prevent the VOP from trying to access freed
> memory, reset the registers that
oks good for me, I like it, So
Acked-by: Mark Yao
--
ï¼ark Yao
On 2016å¹´03æ23æ¥ 08:41, Dave Airlie wrote:
>>> So although it's small framework or just subdirectory, we would need
>>> someone who can manage the framework to avoid further confusion if
>>> necessary.
>> So maybe it just doesn't need a maintainer, and maybe those the owner
>> of the bridge dri
On 2016å¹´03æ22æ¥ 23:08, Tomeu Vizoso wrote:
> When a VOP is re-enabled, it will start scanning right away the
> framebuffers that were configured from the last time, even if those have
> been destroyed already.
>
> To prevent the VOP from trying to access freed memory, disable all its
> windows
On 2016å¹´03æ18æ¥ 19:22, Tomeu Vizoso wrote:
> So that when DRM_IOCTL_MODE_SETCRTC is called without a FB nor mode, the
> CRTC gets disabled.
>
> Signed-off-by: Tomeu Vizoso
> Link:
> http://lkml.kernel.org/g/CAAObsKAv+05ih5U+=4kic_NsjGMhfxYheHR8xXXmacZs+p5SHw
> at mail.gmail.com
> ---
> dr
On 2016å¹´03æ08æ¥ 06:00, Douglas Anderson wrote:
> The drm_encoder_cleanup() was missing both from the error path of
> dw_hdmi_rockchip_bind(). This caused a crash when slub_debug was
> enabled and we ended up deferring probe of HDMI at boot.
>
> This call isn't needed from unbind() because if
Hi Dave
There are some fixes for drm/rockchip, looks good for me, I'd like you
can land them.
Thanks.
The following changes since commit 4604202ca8d2a5e33b4bca0812b5d92975ed1bd8:
Merge branch 'drm-next-4.6' of
git://people.freedesktop.org/~agd5f/linux into drm-next (2016-03-25
16:02:06 +
Signed-off-by: mark yao
---
drivers/gpu/drm/rockchip/Kconfig |1 +
drivers/gpu/drm/rockchip/Makefile|2 +-
drivers/gpu/drm/rockchip/connector/Kconfig |8 +
drivers/gpu/drm/rockchip/connector/Makefile |4 +
drivers/gpu/drm/rockchip
Signed-off-by: mark yao
---
drivers/gpu/drm/rockchip/Kconfig|2 +
drivers/gpu/drm/rockchip/Makefile |2 +-
drivers/gpu/drm/rockchip/lcdc/Kconfig |9 +
drivers/gpu/drm/rockchip/lcdc/Makefile |4 +
drivers/gpu/drm/rockchip/lcdc/rk3288_lcdc.c | 819
Signed-off-by: mark yao
---
.../devicetree/bindings/video/rockchip-panel.txt | 52
1 file changed, 52 insertions(+)
create mode 100644 Documentation/devicetree/bindings/video/rockchip-panel.txt
diff --git a/Documentation/devicetree/bindings/video/rockchip-panel.txt
b
From: mark yao
This a series of patches is a DRM Driver for Rockchip Socs, driver provides
an abstraction for the graphics hardware, as lcd controller and
connector interface.
add rk3288 lcd controller.
add rk3288 lvds and rk3288 edp connector.
Tested on rk3288 sdk board, use lvds or edp
Signed-off-by: mark yao
---
.../devicetree/bindings/video/rockchip-panel.txt | 30
1 file changed, 30 insertions(+)
diff --git a/Documentation/devicetree/bindings/video/rockchip-panel.txt
b/Documentation/devicetree/bindings/video/rockchip-panel.txt
index 9fc200a
Signed-off-by: mark yao
---
.../devicetree/bindings/video/rockchip-panel.txt | 34
1 file changed, 34 insertions(+)
diff --git a/Documentation/devicetree/bindings/video/rockchip-panel.txt
b/Documentation/devicetree/bindings/video/rockchip-panel.txt
index f599806
Signed-off-by: mark yao
---
.../devicetree/bindings/video/rockchip-lcdc.txt| 33
1 file changed, 33 insertions(+)
create mode 100644 Documentation/devicetree/bindings/video/rockchip-lcdc.txt
diff --git a/Documentation/devicetree/bindings/video/rockchip-lcdc.txt
b
Signed-off-by: mark yao
---
drivers/gpu/drm/rockchip/Makefile |3 +-
drivers/gpu/drm/rockchip/rockchip_panel.c | 297 +
2 files changed, 299 insertions(+), 1 deletion(-)
create mode 100644 drivers/gpu/drm/rockchip/rockchip_panel.c
diff --git a/drivers
Signed-off-by: mark yao
---
drivers/gpu/drm/rockchip/connector/Kconfig |9 +
drivers/gpu/drm/rockchip/connector/Makefile|1 +
.../gpu/drm/rockchip/connector/rk3288_dp_core.c| 586 ++
.../gpu/drm/rockchip/connector/rk3288_dp_core.h| 355 ++
drivers
This patch is a DRM Driver for Rockchip Socs, driver provides an abstraction
for the graphics hardware, such as lcd controller and connector interface.
Signed-off-by: mark yao
---
drivers/gpu/drm/Kconfig |2 +
drivers/gpu/drm/Makefile
This patch is a DRM Driver for Rockchip Socs, driver provides an abstraction
for the graphics hardware, such as lcd controller and connector interface.
Signed-off-by: mark yao
---
changes since v1:
Adviced by Daniel Vetter:
- Switch to universal plane API's
---
drivers/gpu/drm/Kc
This adds binding documentation for Rockchip SoC VOP driver.
Signed-off-by: Mark Yao
---
Changes in v2:
- rename "lcdc" to "vop"
- add vop reset
- add iommu node
- add port for display-subsystem
Changes in v3: None
Changes in v4: None
Changes in v5: None
Changes in v6:
This patch adds the basic structure of a DRM Driver for Rockchip Socs.
Signed-off-by: Mark Yao
Signed-off-by: Daniel Kurtz
Acked-by: Daniel Vetter
Reviewed-by: Rob Clark
---
Changes in v2:
- use the component framework to defer main drm driver probe
until all VOP devices have been probed
This add a display subsystem comprise the all display interface nodes.
Signed-off-by: Mark Yao
---
Changes in v2:
- add DRM master device node to list all display nodes that comprise
the graphics subsystem.
Changes in v3: None
Changes in v4: None
Changes in v5: None
Changes in v6: None
_API which cause
recursive dependency problem
- fix compile problems when build as a module.
Mark yao (3):
drm: rockchip: Add basic drm driver
dt-bindings: video: Add for rockchip display subsytem
dt-bindings: video: Add documentation for rockchip vop
.../devicetree/bindings/video/rockch
fetch changes up to 5ac4837b12f533de5d9f8f66b45494c58e805536:
dt-bindings: video: Add documentation for rockchip vop (2014-12-02
17:29:33 +0800)
Mark Yao (3):
drm: rockchip: Add basic drm driver
dt-bindings: video
Hello Dan,
Thanks for your review, I will fix it soon.
Do you use a script to find out these issues? I was interested in this
script.
Can you teach me how to find this script and use it?
regards,
Mark Yao
On 2014å¹´12æ16æ¥ 19:51, Dan Carpenter wrote:
> Hello Mark Yao,
>
>
From: mark
This patch is a DRM Driver for Rockchip Socs and now only add the
framework of Rockchips Socs, but we will add Rockchips Socs soon.
Signed-off-by: mark
---
drivers/gpu/drm/Kconfig |2 +
drivers/gpu/drm/Makefile |1 +
drivers
From: mark
This patch is a DRM Driver for Rockchip Socs and now only add the
framework of Rockchips Socs, but we will add Rockchips Socs soon.
mark (1):
drm: Add Drm driver for Rockchip Socs
--
1.7.9.5
niel Kurtz (1):
drm/rockchip: Only alloc a kmap for fbdev gem object
Mark Yao (4):
drm/rockchip: vop: fix vop vsync/hsync polarity
drm/rockchip: vop use is_enabled instead of dpms mode
drm/rockchip: vop: set vop enabled after enable iommu
drm/rockchip: vop: power
From: Mark Yao
Reference the power domain incase vop power down when
in use.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c |7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
b/drivers/gpu/drm/rockchip
Hi Tomasz
Thanks for the fix, but some register is wrong.
On 2015å¹´05æ08æ¥ 16:16, Tomasz Figa wrote:
> VOP can support BGR formats in all windows thanks to red/blue swap option
> provided in WINx_CTRL0 registers. This patch enables support for
> ABGR, XBGR, BGR888 and BGR565 forma
On 2015å¹´05æ08æ¥ 16:49, Tomasz Figa wrote:
> Hi Mark,
>
> Thanks for review.
>
> On Fri, May 8, 2015 at 5:40 PM, Mark yao wrote:
>>> @@ -233,6 +243,7 @@ static const struct vop_win_phy win23_data = {
>>> .nformats = ARRAY_SIZE(formats_234),
>>
On 2015å¹´11æ12æ¥ 18:36, Liviu Dudau wrote:
> On Thu, Nov 12, 2015 at 04:32:33PM +0800, Mark yao wrote:
>> On 2015å¹´11æ10æ¥ 23:01, Liviu Dudau wrote:
>>
>> Hello,
>>
>> When booting my Juno board with the HDLCD driver that I have converted to
>&
On 2015å¹´11æ12æ¥ 18:34, Liviu Dudau wrote:
> Can you switch your email client to text mode and make it do proper reply
> quoting? It is
> rather difficult to follow where your reply comes when you don't use HTML
> MUAs.
>
> Best regards,
> Liviu
Hi Liviu
I'm sorry about that, now I switc
On 2015å¹´11æ17æ¥ 00:25, Daniel Vetter wrote:
> On Tue, Nov 10, 2015 at 05:11:57PM +0800, Mark Yao wrote:
>> >We want to display a buffer allocated by other driver, need import
>> >the buffer to gem.
> Does this work with some open-source driver/userspace or is this for
On 2015å¹´11æ19æ¥ 11:35, Chris Zhong wrote:
> +
> + /*
> + * Sometimes the clock driver can not set a accurate clock_rate for vop,
> + * get the true rate of vop_dclk and set it back to adjusted_mode.
> + */
> + adjusted_mode->clock = clk_get_rate(vop->dclk) / 1000;
> ou
if (adjusted_mode->htotal == 0 || adjusted_mode->vtotal == 0)
> return false;
>
> + adjusted_mode->clock =
> + clk_round_rate(vop->dclk, mode->clock * 1000) / 1000;
> +
> return true;
> }
>
Looks good for me, so
Acked-by: Mark Yao
--
ï¼ark Yao
e
> conversion.
>
> Signed-off-by: Liviu Dudau
Looks good for me, and it works on popmetal board, so
Acked-by: Mark Yao
Thanks.
--
ï¼ark Yao
kernel: https://github.com/markyzq/kernel-drm-rockchip.git
drm-rockchip-2015-11-31
Mark Yao (9):
drm/rockchip: vop: replace dpms with enable/disable
drm/rockchip: Use new vblank api drm_crtc_vblank_*
drm/rockchip: Convert to support atomic API
drm/rockchip: support atomic asynchronous commit
For vop, power by enable/disable is more suitable then legacy dpms
function, and enable/disable more closely to the new atomic API.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 37 +++
1 file changed, 4 insertions(+), 33 deletions(-)
diff
No functional update, drm_vblank_* is the legacy version of
drm_crtc_vblank_*. and use new api make driver more clean.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 13 +++--
drivers/gpu/drm/rockchip/rockchip_drm_drv.h |7 +++
drivers/gpu/drm
If drm core requests a async commit, rockchip_drm_atomic_commit
will schedule a work task to update later.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_fb.c | 60 ++--
1 file changed, 47 insertions(+), 13 deletions(-)
diff --git a/drivers/gpu/drm
Rockchip vop not support hw vblank counter, needed check the committed
register if it's really take effect.
Signed-off-by: Mark Yao
Signed-off-by: Tomasz Figa
---
drivers/gpu/drm/rockchip/rockchip_drm_drv.c |5 +-
drivers/gpu/drm/rockchip/rockchip_drm_drv.h |2 +
drivers/gp
back to work immediately when exit standby.
So we can use standby register to protect this context.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 49 +++
1 file changed, 34 insertions(+), 15 deletions(-)
diff --git a/drivers/gpu/drm/rockchip
Both connecter gate and out_mode are not conflict with mode set
configure. Direct setting connecter gate and out_mode, that allow
connector do rockchip_drm_crtc_mode_config after mode set.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 41
When do mode setting, mean that we want to enable display output,
but sometimes, vop_crtc_enable is after mode_set, we can't allow
that, so force enable vop in mode setting.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c |1 +
1 file changed, 1 insertion(+)
Fill atomic needed funcs with default atomic helper library.
Rockchip use dw_hdmi, and drm/rockchip will covert to atomic api,
we need dw_hdmi support atomic funcs.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/bridge/dw_hdmi.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff
encoder.enable is more compatible to atomic api than encoder.prepare/commit
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 14 +-
1 file changed, 5 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c
b/drivers/gpu/drm
On 2015å¹´10æ02æ¥ 22:33, Heiko Stübner wrote:
> Hi Mark,
>
> Am Freitag, 26. Juni 2015, 09:27:18 schrieb Mark Yao:
>> We want to display a buffer allocated by other driver, need import
>> the buffer to gem.
>>
>> Signed-off-by: Mark Yao
> This looks inte
vir_stride need number words of the virtual width, and fb->pitches
save bytes_per_pixel, so just div 4 switch to stride.
Signed-off-by: Mark Yao
---
Changes in v3:
Adviced by Tomasz Figa
- use more suitable tile for this patch.
Changes in v2: None
drivers/gpu/drm/rockchip/rockchip_drm_vo
move yuv image.
- Fix scale dest info.
Mark Yao (6):
drm/rockchip: vop: Fix virtual stride calculation
drm/rockchip: vop: Fix window dest start point
drm/rockchip: vop: Add yuv plane support
drm/rockchip: vop: Default enable win2/3 area0 bit
drm/rockchip: vop: restore vop registers when
Dest start point use crtc_x/y is wrong, crtc_x/y is not equal
to dest.x1/y1 at plane scale.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
b/drivers
vop support yuv with NV12, NV16 and NV24, only 2 plane yuv.
Signed-off-by: Mark Yao
---
Changes in v3:
Adviced by Tomasz Figa
- separate dest calculate to another patch
- fix src x1,x2 when do align, and remove unnecessary src.y1 align.
Changes in v2:
- Uv buffer not support odd offset, align
Win2/3 support multiple area function, but we haven't found
a suitable way to use it yet, so let's just use them as other windows
with only area 0 enabled.
Signed-off-by: Mark Yao
---
Changes in v3:
Adviced by Tomasz Figa
- fix patch comments.
Changes in v2: None
drivers/gpu/dr
The registers will be reset to default values when whole
power domain off, so restore registers from regsbak.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
b/drivers/gpu
Win_full support 1/8 to 8 scale down/up engine, support
all format scale.
Signed-off-by: Mark Yao
---
Changes in v3:
Adviced by Tomasz Figa
- remove unused code and unnecessary scale path.
- use static inline funcion instead "#define", let gcc check the cast
- move same call into he
On 2015å¹´07æ23æ¥ 05:51, Heiko Stübner wrote:
> Am Dienstag, 21. Juli 2015, 16:20:04 schrieb Mark Yao:
>> vop support yuv with NV12, NV16 and NV24, only 2 plane yuv.
>>
>> Signed-off-by: Mark Yao
>> ---
>> Changes in v3:
>> Adviced by Tomasz Figa
>&g
Changes in v2:
- Uv buffer not support odd offset, align it.
- Fix error display when move yuv image.
- Fix scale dest info.
Mark Yao (6):
drm/rockchip: vop: Fix virtual stride calculation
drm/rockchip: vop: Fix window dest start point
drm/rockchip: vop: Add yuv plane support
drm/rockchip
vir_stride need number words of the virtual width, and fb->pitches
save bytes_per_pixel, so just div 4 switch to stride.
Signed-off-by: Mark Yao
---
Changes in v4: None
Changes in v3:
Adviced by Tomasz Figa
- use more suitable tile for this patch.
Changes in v2: None
drivers/gpu/
Dest start point use crtc_x/y is wrong, crtc_x/y is not equal
to dest.x1/y1 at plane scale.
Signed-off-by: Mark Yao
---
Changes in v4: None
drivers/gpu/drm/rockchip/rockchip_drm_vop.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/rockchip
vop support yuv with NV12, NV16 and NV24, only 2 plane yuv.
Signed-off-by: Mark Yao
---
Changes in v4: rebase to drm-next, fix conflict
Changes in v3:
Adviced by Tomasz Figa
- separate dest calculate to another patch
- fix src x1,x2 when do align, and remove unnecessary src.y1 align.
Changes
Win2/3 support multiple area function, but we haven't found
a suitable way to use it yet, so let's just use them as other windows
with only area 0 enabled.
Signed-off-by: Mark Yao
---
Changes in v4: None
Changes in v3:
Adviced by Tomasz Figa
- fix patch comments.
Changes in v2: None
The registers will be reset to default values when whole
power domain off, so restore registers from regsbak.
Signed-off-by: Mark Yao
---
Changes in v4: None
drivers/gpu/drm/rockchip/rockchip_drm_vop.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/rockchip
Win_full support 1/8 to 8 scale down/up engine, support
all format scale.
Signed-off-by: Mark Yao
---
Changes in v4:
Adviced by Tomasz Figa
- calcaute min/max scale with readable macro.
Changes in v3:
Adviced by Tomasz Figa
- remove unused code and unnecessary scale path.
- use static inline
://patchwork.kernel.org/patch/6369531/)
>> - Fixed register addresses for win2/3 and hwc (reported by Mark Yao).
> Gentle ping.
Applied to my drm-next:-)
> Best regards,
> Tomasz
>
>
>
--
ï¼ark Yao
On 2015å¹´06æ02æ¥ 22:41, Heiko Stübner wrote:
> Add a check for the presence of fb_helper to
> rockchip_drm_output_poll_changed()
> to only call drm_fb_helper_hotplug_event if there is actually a fb_helper
> available. Without this check I see NULL pointer dereferences when the
> hdmi hotplug
vir_stride need number words of the virtual width, and fb->pitches
save bytes_per_pixel, so just div 4 switch to stride.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/rockc
We want to display a buffer allocated by other driver, need import
the buffer to gem.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_drv.c |1 +
drivers/gpu/drm/rockchip/rockchip_drm_gem.c | 45 +--
drivers/gpu/drm/rockchip/rockchip_drm_gem.h
vop support yuv with NV12, NV16 and NV24, only 2 plane yuv.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 42 ++-
1 file changed, 41 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
b/drivers/gpu/drm
This series patches are used for yuv image overlay display.
Rockchip vop support NV11, NV16, NV24 yuv format,
and can scale the image scale 1/8 to 8.
Mark Yao (6):
drm/rockchip: import dma_buf to gem
drm/rockchip: vop: optimize virtual stride calculate
drm/rockchip: vop: fix yuv plane
Win_full support 1/8 to 8 scale down/up engine, support
all format scale.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 390 ++-
drivers/gpu/drm/rockchip/rockchip_drm_vop.h | 96 +++
2 files changed, 483 insertions(+), 3 deletions
Window 1 support scale and yuv format, it's waste use it for a
cursor, use window 3 is enough.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c |7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop
Win2/3 support 4 area display, but now havn't found a suitable
way to use it, and it enable by win gate and area gate,
so default enable area0 gate, so that its behaviour just like a
win.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c |6 ++
1 file chang
Thanks Russell
On 2015å¹´06æ18æ¥ 18:57, Russell King - ARM Linux wrote:
> This is wrong.
>
> First, if you can only cope with a single scatterlist entry, you need to
> enforce that. You can do that in your gem_prime_import_sg_table() method
> by checking sgt->nents.
I'm confuse that how to get
We want to display a buffer allocated by other driver, need import
the buffer to gem.
Signed-off-by: Mark Yao
---
Changes in v2:
Adviced by Russell King
- check sgt-nents == 1 when get iova from scatterlist
- remove unused dma_map_sg/dma_unmap_sg, dma_buf_map_attachment->map_dma_buf
should
This series patches are used for yuv image overlay display.
Rockchip vop support NV11, NV16, NV24 yuv format,
and can scale the image scale 1/8 to 8.
Changes in v2:
- Uv buffer not support odd offset, align it.
- Fix error display when move yuv image.
- Fix scale dest info.
Mark Yao (5
vir_stride need number words of the virtual width, and fb->pitches
save bytes_per_pixel, so just div 4 switch to stride.
Signed-off-by: Mark Yao
---
Changes in v2: None
drivers/gpu/drm/rockchip/rockchip_drm_vop.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/driv
vop support yuv with NV12, NV16 and NV24, only 2 plane yuv.
Signed-off-by: Mark Yao
Changes in v2:
- Uv buffer not support odd offset, align it.
- Fix error display when move yuv image.
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 63 ---
1 file changed, 57
Win_full support 1/8 to 8 scale down/up engine, support
all format scale.
Signed-off-by: Mark Yao
---
Changes in v2:
- Fix scale dest info.
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 389 ++-
drivers/gpu/drm/rockchip/rockchip_drm_vop.h | 96 +++
2 files
Window 1 support scale and yuv format, it's waste use it for a
cursor, use window 3 is enough.
Signed-off-by: Mark Yao
---
Changes in v2: None
drivers/gpu/drm/rockchip/rockchip_drm_vop.c |7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/roc
Win2/3 support 4 area display, but now havn't found a suitable
way to use it, and it enable by win gate and area gate,
so default enable area0 gate, so that its behaviour just like a
win.
Signed-off-by: Mark Yao
---
Changes in v2: None
drivers/gpu/drm/rockchip/rockchip_drm_vop.c |
+0800)
Heiko Stübner (1):
drm/rockchip: only call drm_fb_helper_hotplug_event if fb_helper
present
Mark Yao (6):
drm/rockchip: import dma_buf to gem
drm/rockchip: vop: optimize virtual stride calculate
drm/rockchip: vop: fix yuv plane support
drm/rockchip: vop: su
On 2015å¹´06æ30æ¥ 18:01, Wang J.W. wrote:
> From: Jianwei Wang
>
> This patch add support for Two Dimensional Animation and Compositing Engine
> (2D-ACE) on the Freescale SoCs.
>
> 2D-ACE is a Freescale display controller. 2D-ACE describes the functionality
> of the module extremely well its
Hi Dave
fix that: dma_alloc_attrs() returns NULL if it cannot allocate a
dma buffer (or mapping), not a negative error code.
The following changes since commit c93546a5e32bd788c22aefa072385f3784551c13:
Merge tag 'topic/atomic-core-2015-01-05' of
git://anongit.freedesktop.org/drm-intel i
: positive
dsp_hsync_pol
HSYNC polarity
1'b0 : negative
1'b1 : positive
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
b/driv
Hi Dave
I'd like this patch, some gem object need not be mapped into kernel
address space.
The following changes since commit 281d1bbd34b734e4f22b30b6f3b673dda46a7470:
Merge remote-tracking branch 'origin/master' into drm-next
(2015-01-22 10:44:41 +1000)
are available in the git reposi
r problem at vop_crtc_dpms:
vop_enable()->drm_vblank_on, drm_vblank_on may call vop
enable vblank. if it happen, vblank enable would failed,
then cause irq status error. because is_enabled value is set
after drm_vblank_on.
Mark Yao (2):
drm/rockchip: vop use is_enabled instead of dpms mode
ed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 34 ++-
1 file changed, 18 insertions(+), 16 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
b/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
index 9a5c571..f278c09 100644
--- a/driver
do vop plane flip is safe, so place
is_enabled = true after enable iommu is suitable.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
b/drivers/gpu/
On 2015å¹´01æ22æ¥ 15:33, Daniel Vetter wrote:
> On Thu, Jan 22, 2015 at 03:05:32PM +0800, Mark Yao wrote:
>> drm dpms have many power modes: ON,OFF,SUSPEND,STANDBY, etc.
>> but vop only have enable/disable mode, maybe case such bug:
>> --> DRM_DPMS_ON: power on vop
&
r problem at vop_crtc_dpms:
vop_enable()->drm_vblank_on, drm_vblank_on may call vop
enable vblank. if it happen, vblank enable would failed,
then cause irq status error. because is_enabled value is set
after drm_vblank_on.
Changes in v2:
- fix mistake that set is_enabled wrong.
Mark Yao (2):
ed-off-by: Mark Yao
---
Changes in v2:
- fix mistake that set is_enabled wrong.
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 34 ++-
1 file changed, 18 insertions(+), 16 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
b/drivers/gpu/drm
do vop plane flip is safe, so place
is_enabled = true after enable iommu is suitable.
Signed-off-by: Mark Yao
---
Changes in v2:
- fix mistake that set is_enabled wrong.
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --gi
401 - 500 of 597 matches
Mail list logo