On 13 September 2014 00:28, Bjorn Helgaas wrote:
> On Fri, Sep 12, 2014 at 5:19 AM, Bruno Pr?mont
> wrote:
>> Bjorn,
>>
>> What is missing to get these two patches pushed to Linus?
>
> Sorry, I've been working on some other regressions and overlooked this
> one. If you open a bugzilla report and
Hi Andrzej,
On 09/18/2014 10:17 PM, Andrzej Hajda wrote:
> The patch replaces legacy functions
> drm_plane_init() / drm_crtc_init() with
> drm_universal_plane_init() and drm_crtc_init_with_planes().
> It allows to replace fake primary plane with the real one.
>
> Signed-off-by: Andrzej Hajda
> -
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140919/3382ce0f/attachment.html>
On 18.09.2014 19:22, Maarten Lankhorst wrote:
> Op 18-09-14 om 05:26 schreef Michel D?nzer:
>> On 17.09.2014 21:35, Maarten Lankhorst wrote:
>>> diff --git a/drivers/gpu/drm/radeon/radeon_semaphore.c
>>> b/drivers/gpu/drm/radeon/radeon_semaphore.c
>>> index 4d4b0773638a..68311da39c09 100644
>>> --
ed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140919/7dce49a4/attachment.html>
From: Michel D?nzer
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=83996
Signed-off-by: Michel D?nzer
---
drivers/gpu/drm/radeon/rs400.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/rs400.c b/drivers/gpu/drm/radeon/rs400.c
index 6c1fc33.
l.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140919/bb37dd61/attachment.html>
On 2014?09?18? 22:53, Daniel Vetter wrote:
> On Thu, Sep 18, 2014 at 04:52:14PM +0200, Daniel Vetter wrote:
>> On Thu, Sep 18, 2014 at 05:36:31PM +0800, Mark yao wrote:
>>> This patch adds the basic structure of a DRM Driver for Rockchip Socs.
>>>
>>> Signed-off-by: Mark yao
>>> ---
>>> Changes in
From: Michel D?nzer
Otherwise the bit remains set in rdev->ih.rptr, so the wptr can never
match that and we still have an infinite loop.
This fix allows me to successfully recover from an IH ring buffer
overflow.
Signed-off-by: Michel D?nzer
---
drivers/gpu/drm/radeon/cik.c | 2 +-
driv
From: Michel D?nzer
Use the same format for all ring indices, and fix the calculation of the
post-overflow RPTR.
Signed-off-by: Michel D?nzer
---
drivers/gpu/drm/radeon/cik.c | 4 ++--
drivers/gpu/drm/radeon/evergreen.c | 4 ++--
drivers/gpu/drm/radeon/r600.c | 4 ++--
drivers/gpu/d
From: Michel D?nzer
This might decrease the chance of IH ring buffer overflows.
Signed-off-by: Michel D?nzer
---
I think this patch should wait for after 3.17.
drivers/gpu/drm/radeon/cik.c | 2 +-
drivers/gpu/drm/radeon/evergreen.c | 2 +-
drivers/gpu/drm/radeon/r600.c | 2 +-
dri
On Thu, Sep 18, 2014 at 11:11:57PM -0400, Jerome Glisse wrote:
> On Thu, Sep 18, 2014 at 08:42:16PM -0400, Jerome Glisse wrote:
> > On Thu, Sep 18, 2014 at 05:30:12PM +0200, Christian K?nig wrote:
> > > From: Christian K?nig
> > >
> > > This patch adds a new 64bit ID as a result to each command s
https://bugzilla.kernel.org/show_bug.cgi?id=71051
--- Comment #9 from Hin-Tak Leung ---
(In reply to Alex Deucher from comment #8)
> Created attachment 150801 [details]
> possible fix for mullins
>
> This patch may fix Hin-Tak's issue, but won't affect the original reporter.
Yes, it does fix my
https://bugzilla.kernel.org/show_bug.cgi?id=71051
--- Comment #10 from Hin-Tak Leung ---
Created attachment 150871
--> https://bugzilla.kernel.org/attachment.cgi?id=150871&action=edit
The wake from hibernate, suspend and wake dmesg.
The wake from hibernate, suspend and wake dmesg, mentioned in
https://bugzilla.kernel.org/show_bug.cgi?id=71051
--- Comment #11 from Hin-Tak Leung ---
Created attachment 150881
--> https://bugzilla.kernel.org/attachment.cgi?id=150881&action=edit
photo of the double-pointer corruption
It is very confusing - the arrow is fake, and the squashed text cursor
Hi Jerome,
this is exactly the approach which we wanted to avoid. And according to
Alex it was actually you guys (I think Dave) who noted that this is
probably not such a good idea.
The issue is that by telling userspace the ring specific sequence number
we nail down the order of execution. E.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/bochs/bochs_kms.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/bochs/bochs_kms.c
b/drivers/gpu/drm/bochs/bochs_kms.c
index 9d7346b..6b7efcf3 100644
--- a/drivers/gpu/drm/bochs/bochs_kms.c
+++ b/drivers/gpu/drm/bochs/bochs_km
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/cirrus/cirrus_mode.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/cirrus/cirrus_mode.c
b/drivers/gpu/drm/cirrus/cirrus_mode.c
index e1c5c32..c7c5a9d 100644
--- a/drivers/gpu/drm/cirrus/cirrus_mode.c
+++ b/drivers/gpu/drm/cir
Hi
On Fri, Sep 19, 2014 at 10:11 AM, Gerd Hoffmann wrote:
> Signed-off-by: Gerd Hoffmann
> ---
> drivers/gpu/drm/cirrus/cirrus_mode.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/gpu/drm/cirrus/cirrus_mode.c
> b/drivers/gpu/drm/cirrus/cirrus_mode.c
> index e1c5c32..c7c5a9d
https://bugzilla.kernel.org/show_bug.cgi?id=71051
--- Comment #12 from Michel D?nzer ---
(In reply to Hin-Tak Leung from comment #11)
> photo of the double-pointer corruption
Looks like you're using an old version of xf86-video-modesetting, or another
generic driver which doesn't correctly handl
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140919/b8f10163/attachment.html>
On Fr, 2014-09-19 at 10:37 +0200, David Herrmann wrote:
> Hi
>
> On Fri, Sep 19, 2014 at 10:11 AM, Gerd Hoffmann wrote:
> > Signed-off-by: Gerd Hoffmann
> > ---
> > drivers/gpu/drm/cirrus/cirrus_mode.c | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/drivers/gpu/drm/cirrus/cirrus_
.
|.org|org
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140919/31861
On 09/19/2014 03:02 AM, Joonyoung Shim wrote:
> Hi Andrzej,
>
> On 09/18/2014 10:17 PM, Andrzej Hajda wrote:
>> The patch replaces legacy functions
>> drm_plane_init() / drm_crtc_init() with
>> drm_universal_plane_init() and drm_crtc_init_with_planes().
>> It allows to replace fake primary plane wi
Hi,
On 09/19/2014 07:54 PM, Andrzej Hajda wrote:
> On 09/19/2014 03:02 AM, Joonyoung Shim wrote:
>> Hi Andrzej,
>>
>> On 09/18/2014 10:17 PM, Andrzej Hajda wrote:
>>> The patch replaces legacy functions
>>> drm_plane_init() / drm_crtc_init() with
>>> drm_universal_plane_init() and drm_crtc_init_wi
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140919/d8247a4b/attachment.html>
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140919/388b2b81/attachment.html>
On Thu, Sep 18, 2014 at 04:43:12PM -0300, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Fold intel_pipe_set_base() in the update primary plane path merging
> pieces of code that are common to both paths.
>
> Basically the the pin/unpin procedures are the same for both paths
> and some check
Hi,
On 09/19/2014 08:11 PM, Joonyoung Shim wrote:
> Hi,
>
> On 09/19/2014 07:54 PM, Andrzej Hajda wrote:
>> On 09/19/2014 03:02 AM, Joonyoung Shim wrote:
>>> Hi Andrzej,
>>>
>>> On 09/18/2014 10:17 PM, Andrzej Hajda wrote:
The patch replaces legacy functions
drm_plane_init() / drm_crtc_
On 09/19/2014 01:11 PM, Joonyoung Shim wrote:
> Hi,
>
> On 09/19/2014 07:54 PM, Andrzej Hajda wrote:
>> On 09/19/2014 03:02 AM, Joonyoung Shim wrote:
>>> Hi Andrzej,
>>>
>>> On 09/18/2014 10:17 PM, Andrzej Hajda wrote:
The patch replaces legacy functions
drm_plane_init() / drm_crtc_init()
On Thu, Sep 18, 2014 at 04:43:13PM -0300, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Move checks inside intel_crtc_cursor_set_obj() to
> intel_check_cursor_plane(), we only use they there so move them out to
> make the merge of intel_crtc_cursor_set_obj() into
> intel_check_cursor_plane()
Initialization of vblank with MAX_CRTC caused attempts
to disabling vblanks for non-existing crtcs in case
drm used fewer crtcs. The patch fixes it.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
The patch replaces legacy functions
drm_plane_init() / drm_crtc_init() with
drm_universal_plane_init() and drm_crtc_init_with_planes().
It allows to replace fake primary plane with the real one.
Additionally the patch leaves cleanup of crtcs to core,
this way planes and crtcs are cleaned in correct
On Thu, Sep 18, 2014 at 9:22 PM, Michel D?nzer wrote:
> From: Michel D?nzer
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=83996
> Signed-off-by: Michel D?nzer
Added to my -fixes tree.
Alex
> ---
> drivers/gpu/drm/radeon/rs400.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 dele
Hi
On Mon, Sep 8, 2014 at 10:43 AM, Boris BREZILLON
wrote:
[snip]
> +static int atmel_hlcdc_dc_drm_probe(struct platform_device *pdev)
> +{
> + int ret;
> +
> + ret = dma_set_coherent_mask(&pdev->dev, DMA_BIT_MASK(32));
> + if (ret)
> + return ret;
> +
> + re
ving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140919/0ae06254/attachment-0001.html>
On Thu, Sep 18, 2014 at 11:07 PM, Michel D?nzer wrote:
> From: Michel D?nzer
>
> Otherwise the bit remains set in rdev->ih.rptr, so the wptr can never
> match that and we still have an infinite loop.
>
> This fix allows me to successfully recover from an IH ring buffer
> overflow.
>
> Signed-off-
On Fri, Sep 19, 2014 at 02:31:56PM +0100, Tvrtko Ursulin wrote:
>
> Reviewed-by: Tvrtko Ursulin
>
Thanks for the review, pushed the patch.
--
Damien
On Fri, Sep 19, 2014 at 10:03:43AM +0200, Christian K?nig wrote:
> Hi Jerome,
>
> this is exactly the approach which we wanted to avoid. And according to Alex
> it was actually you guys (I think Dave) who noted that this is probably not
> such a good idea.
>
> The issue is that by telling userspa
On Thu, Sep 18, 2014 at 04:43:16PM -0300, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> After some refactor intel_primary_plane_setplane() does the same
> as intel_pipe_set_base() so we can get rid of it and replace the calls
> with intel_primary_plane_setplane().
>
> Signed-off-by: Gustavo
On Fri, Sep 19, 2014 at 6:24 PM, Tomi Valkeinen
wrote:
> On 18/09/14 08:50, Ajay kumar wrote:
>
Why do we need a complex graph when it can be handled using a simple
phandle?
>>>
>>> Maybe in your case you can handle it with simple phandle. Can you
>>> guarantee that it's enough for eve
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140919/fe9f84ea/attachment.html>
Am 19.09.2014 um 15:40 schrieb Jerome Glisse:
> On Fri, Sep 19, 2014 at 10:03:43AM +0200, Christian K?nig wrote:
>> Hi Jerome,
>>
>> this is exactly the approach which we wanted to avoid. And according to Alex
>> it was actually you guys (I think Dave) who noted that this is probably not
>> such a
On Fri, Sep 19, 2014 at 02:57:20PM +0200, Andrzej Hajda wrote:
> Initialization of vblank with MAX_CRTC caused attempts
> to disabling vblanks for non-existing crtcs in case
> drm used fewer crtcs. The patch fixes it.
>
> Signed-off-by: Andrzej Hajda
> ---
> drivers/gpu/drm/exynos/exynos_drm_drv
On Fri, Sep 19, 2014 at 04:29:35PM +0200, Christian K?nig wrote:
> Am 19.09.2014 um 15:40 schrieb Jerome Glisse:
> >On Fri, Sep 19, 2014 at 10:03:43AM +0200, Christian K?nig wrote:
> >>Hi Jerome,
> >>
> >>this is exactly the approach which we wanted to avoid. And according to Alex
> >>it was actual
vel/attachments/20140919/a19f3992/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140919/4de4560f/attachment.html>
On Fri, Sep 19, 2014 at 10:41 AM, Ortwin Gl?ck wrote:
>
>
> On 18.09.2014 16:58, Ilia Mirkin wrote:
>> This has been reported a few times already -- probably the same thing
>> as bug https://bugs.freedesktop.org/show_bug.cgi?id=83550
>
> Ah, thanks. I would like to try with that commit reverted, b
l because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140919/938ed274/attachment.html>
On Fri, Sep 19, 2014 at 12:52 PM, Ortwin Gl?ck wrote:
> On 19.09.2014 17:58, Ilia Mirkin wrote:
>> git checkout 415f12efc1b2308411b2cbc3e82666b3db8a7758^
>
> Thanks again. I confirm that Bugzilla 83550 is the same issue. I have
> attached the captured logs
> there for reference.
Thanks! Hopefull
So, lucky me, I have a scenario where I get to deal with NV12MT. Hurray!
I know there has been some reluctance in the past to combine tiling
and color format, since in theory that could lead to a combinatorial
explosion in formats. And, as long as the buffer usage is entirely
within a single dri
Per NVidia, this clock rate should be around 70MHz in
order to properly sample reads on data lane 0. In order
to achieve this rate, we need to reparent the clock from
clk_m which can only achieve 12MHz. Add parent_lp to the
dts bindings and set the parent & rate on init.
Signed-off-by: Sean Paul
This patch adds the lp_parent clk to the dsi node for
tegra114. The TRM states that PLLP should be used
upstream of the low power dsi clock.
Signed-off-by: Sean Paul
---
arch/arm/boot/dts/tegra114.dtsi | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/tegra1
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140919/c47d507a/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140919/8a25cade/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140919/a8a514f3/attachment.html>
crubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140919/81fb4dc3/attachment-0001.html>
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140919/73b4eb0d/attachment.html>
2014-09-19 Ville Syrj?l? :
> On Thu, Sep 18, 2014 at 04:43:16PM -0300, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > After some refactor intel_primary_plane_setplane() does the same
> > as intel_pipe_set_base() so we can get rid of it and replace the calls
> > with intel_primary_plane
startx.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140919/2dfcdc49/attachment.html>
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140919/bee77bf1/attachment.html>
rg/archives/dri-devel/attachments/20140919/0b778c29/attachment.html>
--enable-opencl-icd \
--with-clang-libdir=/usr/lib
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140919/018f708b/attachment-0001.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140919/b784790c/attachment.html>
On Fri, Sep 19, 2014 at 6:58 AM, Andrzej Hajda wrote:
> The patch replaces legacy functions
> drm_plane_init() / drm_crtc_init() with
> drm_universal_plane_init() and drm_crtc_init_with_planes().
> It allows to replace fake primary plane with the real one.
> Additionally the patch leaves cleanup o
ists.freedesktop.org/archives/dri-devel/attachments/20140919/8448014f/attachment.html>
Add binding documentation for Rockchip SoC EDP driver.
Signed-off-by: Jeff Chen
Signed-off-by: Mark Yao
---
Changes in v2:
- add edp reset
- add panel node
- add port for display-subsystem
Changes in v3: None
.../devicetree/bindings/video/rockchip-edp.txt | 50
1 fi
This patch adds the basic structure of a DRM Driver for Rockchip Socs.
Signed-off-by: Mark yao
---
Changes in v2:
- use the component framework to defer main drm driver probe
until all VOP devices have been probed.
- use dma-mapping API with ARM_DMA_USE_IOMMU, create dma mapping by
master dev
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
.../devicetree/bindings/video/rockchip-drm.txt | 19 +++
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
.../devicetree/bindings/video/rockchip-vop.txt | 58
This adds support for Rockchip soc edp found on rk3288
Signed-off-by: Mark Yao
Signed-off-by: Jeff Chen
---
Changes in v2:
- fix code sytle
- use some define from drm_dp_helper.h
- use panel-simple driver for primary display.
- remove unnecessary clock clk_24m_parent.
Changes in v3: None
driv
Just a reminder, if you have projects that are suitable for the OPW please
add them to the wiki page or, if you can't access the wiki, send me a
summary and I'll add it.
http://www.x.org/wiki/XorgOPW/
Prospective participants can start submitting applications on Sep 22 and
it'd be great if we had
ts, like
arch/arm/boot/dts/exynos4412-trats2.dts. Why not use it for all new
display devices?
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140919/9823e300/attachment-0001.sig>
Hi
On Fri, Sep 19, 2014 at 7:47 AM, Mark yao wrote:
[snip]
> +static int rockchip_drm_bind(struct device *dev)
> +{
> + return drm_platform_init(&rockchip_drm_driver,
> to_platform_device(dev));
Please avoid drm_platform_*() usage. We're about to drop all the
drm_bus midlayers. See the te
- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140919/260fb198/attachment.sig>
On 09/19/2014 08:07 AM, Tomi Valkeinen wrote:
> On 16/09/14 23:40, Jyri Sarha wrote:
>> The added ti,gpio-gate-clock is a basic clock that can be enabled and
>> disabled trough a gpio output. The DT binding document for the clock
>> is also added. For EPROBE_DEFER handling the registering of the cl
ock patch could be handled totally separate, as it's in no
way related to HDMI. The video and audio part may be handled together,
if they have dependencies.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140919/8a4f0157/attachment.sig>
On 09/19/2014 04:24 PM, Tomi Valkeinen wrote:
> On 17/09/14 10:51, Jyri Sarha wrote:
>> On 09/17/2014 04:06 AM, Dave Airlie wrote:
>>> On 17 September 2014 06:40, Jyri Sarha wrote:
Changes since v2:
- Change compatible property from "ti,gpio-clock" to
"ti,gpio-gate-clock"
- Som
penPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140919/e1a5e59f/attachment-0001.sig>
On 18.09.2014 16:58, Ilia Mirkin wrote:
> This has been reported a few times already -- probably the same thing
> as bug https://bugs.freedesktop.org/show_bug.cgi?id=83550
Ah, thanks. I would like to try with that commit reverted, but unfortunately it
no longer reverts
cleanly, and my attempts
On 19.09.2014 17:58, Ilia Mirkin wrote:
> git checkout 415f12efc1b2308411b2cbc3e82666b3db8a7758^
Thanks again. I confirm that Bugzilla 83550 is the same issue. I have attached
the captured logs
there for reference.
Ortwin
On 09/19/2014 07:01 PM, Ilia Mirkin wrote:
> Thanks! Hopefully you still have those kernels handy, as your logs got
> cut off.
Yeah, I noticed and hoped it wouldn't matter as it is mostly the boot log
that's
been cut off until syslog came up (it's from /var/log/messages). So
suspend/resume cycl
On Fri, Sep 19, 2014 at 1:47 AM, Mark yao wrote:
> diff --git a/include/uapi/drm/rockchip_drm.h b/include/uapi/drm/rockchip_drm.h
> new file mode 100644
> index 000..8f8e60e
> --- /dev/null
> +++ b/include/uapi/drm/rockchip_drm.h
> @@ -0,0 +1,97 @@
> +/*
> + *
> + * Copyright (c) Fuzhou Rockch
This a series of patches is a DRM Driver for Rockchip Socs, add support
for vop devices, eDP. Future patches will add additional encoders/connectors,
such as HDMI.
The basic "crtc" for rockchip is a "VOP" - Video Output Processor.
the vop devices found on Rockchip rk3288 Soc, rk3288 soc have two s
Reviewed-by: Tvrtko Ursulin
On 09/17/2014 01:37 PM, Damien Lespiau wrote:
> When handling the error on GEM_CLOSE, we weren't freeing the allocated
> page. Plug that.
>
> Signed-off-by: Damien Lespiau
> ---
> intel/intel_bufmgr_gem.c | 5 ++---
> 1 file changed, 2 insertions(+), 3 deletions(-
aking any smart
comments =).
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140919/2e818de5/attachment.sig>
86 matches
Mail list logo
