https://bugzilla.kernel.org/show_bug.cgi?id=65761
saadnaji89 at gmail.com changed:
What|Removed |Added
CC||saadnaji89 at gmail.com
--- Comm
https://bugzilla.kernel.org/show_bug.cgi?id=65761
--- Comment #52 from saadnaji89 at gmail.com ---
Created attachment 127801
--> https://bugzilla.kernel.org/attachment.cgi?id=127801&action=edit
kenrel log
--
You are receiving this mail because:
You are watching the assignee of the bug.
Keep your gf contented this night http://isthmus.mwuylppp.net/
vel/attachments/20140303/2e4cabfc/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=71461
Bug ID: 71461
Summary: monitor doesn't get detected after boot
Product: Drivers
Version: 2.5
Kernel Version: 3.13.5
Hardware: All
OS: Linux
Tree: Mainline
https://bugzilla.kernel.org/show_bug.cgi?id=65761
--- Comment #53 from Michel D?nzer ---
(In reply to saadnaji89 from comment #51)
> I am runnig Manjaro (Arch based distro 64 bit) with Kernel 3.13.5 as right
> now and I am having the same error except that I am geting repetitive blocks
> in the k
On Fri, 28 Feb 2014, Matthew Thode wrote:
> Hardware is a T520 with a i5-2520M (intel only).
>
> Booting via uefi stub, kernel config is attached.
>
> This is broken on 3.13.x the video shows hardened kernel being booted,
> but I've tested kernel.org sources as well with the same effect.
>
> I can
ttachments/20140303/5756f235/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/fb369357/attachment.html>
Hi
On Mon, Mar 3, 2014 at 11:12 AM, Tomi Valkeinen
wrote:
> Hi,
>
> On 23/01/14 16:14, David Herrmann wrote:
>> Hi
>>
>> Another round of SimpleDRM patches. I somehow lost track of the last ones
>> and as
>> this is a major rewrite, I'll just start at v1 again.
>>
>> Some comments up-front:
>>
Hi
On Mon, Mar 3, 2014 at 11:45 AM, Tomi Valkeinen
wrote:
> On 03/03/14 12:29, David Herrmann wrote:
>
>>> What's the status with this one? Headed for 3.15?
>>>
>>> Are the SimpleDRM and sysfb linked somehow? (I.e. do they need to be in
>>> the same series?)
>>>
>>> And jfyi, the drivers/video/
be
invoked using wine?
--
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/20140303/c710729c/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=71461
Tom Yan changed:
What|Removed |Added
Summary|monitor doesn't get |monitor doesn't get
|detected
https://bugzilla.kernel.org/show_bug.cgi?id=71461
--- Comment #1 from Tom Yan ---
The card has 4 connectors: 1 HDMI, 1 DisplayPort and 2 DVI
--
You are receiving this mail because:
You are watching the assignee of the bug.
From: Christian K?nig
Just move all fields into radeon_cs_reloc, removing unused/duplicated fields.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/evergreen_cs.c | 210 -
drivers/gpu/drm/radeon/r100.c | 40 +++
drivers/gpu/drm/radeon/r2
This patch series cleans up exynos drm framework and kms sub drivers
using the component framework[1]. This is based on top of below Andrezej's
patch series[2].
And you can find git repository related to this patch series below,
https://git.kernel.org/cgit/linux/kernel/git/daeinki/drm-exynos.
This patch removes unnecessary drm_mode_config_cleanup call.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_drv.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.c
b/drivers/gpu/drm/ex
This patch adds super device support to bind sub drivers
using device tree.
For this, we should add a super device node to each machine dt files
like below example,
exynos-drm {
crtcs = <&fimd>;
connectors = <&dsi>;
};
crtcs propery can declare crt
This patch removes platform_driver_register() calls from
exynos_drm_drv module, and call module_platform_driver()
at each kms sub drivers instead.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_dp_core.c |1 +
drivers/gpu/drm/exynos/exynos_drm_drv.c
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/9289d79f/attachment.html>
On Sat, 01 Mar 2014, Daniel Kasak wrote:
> Hi all.
>
> I've had quite a decent run with stability on my laptop, until recently.
> I've been running realtime kernels for audio work, and up to 3.10.6-rt3,
> it's been rock solid. After this, something has gone horribly wrong. I get
> hard lockups fro
t the first time 'round.
--
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/20140303/f49edecf/attachment.html>
buginfo
package or it doesn't.
--
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/20140303/490162f1/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=71461
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #2 fr
ignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/fa82ffe8/attachment.html>
On Mon, Mar 3, 2014 at 8:10 AM, Christian K?nig
wrote:
> From: Christian K?nig
>
> Just move all fields into radeon_cs_reloc, removing unused/duplicated fields.
>
> Signed-off-by: Christian K?nig
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/evergreen_cs.c | 210
> +
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/f2f66eb8/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=71461
--- Comment #3 from Tom Yan ---
Created attachment 127881
--> https://bugzilla.kernel.org/attachment.cgi?id=127881&action=edit
dmesg (monitor off when boot, not work when turn on afterwards)
--
You are receiving this mail because:
You are watc
https://bugzilla.kernel.org/show_bug.cgi?id=71461
--- Comment #4 from Tom Yan ---
Created attachment 127891
--> https://bugzilla.kernel.org/attachment.cgi?id=127891&action=edit
dmesg (monitor on when boot, working before off)
--
You are receiving this mail because:
You are watching the assign
https://bugzilla.kernel.org/show_bug.cgi?id=71461
--- Comment #5 from Tom Yan ---
Created attachment 127901
--> https://bugzilla.kernel.org/attachment.cgi?id=127901&action=edit
dmesg (monitor on when boot, turn off afterwards)
`diff on_at_start off_afterwards`
858a859
> [ 49.713776] pci_pm_r
https://bugzilla.kernel.org/show_bug.cgi?id=71461
--- Comment #6 from Tom Yan ---
Created attachment 127911
--> https://bugzilla.kernel.org/attachment.cgi?id=127911&action=edit
Xorg.0.log
Maybe it's because I have some misconcept about xorg log, it doesn't seem to
vary between cases. Anyway th
https://bugzilla.kernel.org/show_bug.cgi?id=71461
--- Comment #7 from Tom Yan ---
All the above outputs were captured when only DisplayPort is connected. Similar
sympton were observed with HDMI.
Also, sometimes toggling others connectors afterwards makes it work again. Like
if HDMI is plugged in
https://bugzilla.kernel.org/show_bug.cgi?id=71461
--- Comment #8 from Tom Yan ---
By "with HDMI" I mean only HDMI is connected.
--
You are receiving this mail because:
You are watching the assignee of the bug.
On Thu, Feb 27, 2014 at 02:14:40PM -0800, Matt Roper wrote:
> Allow drivers to provide a drm_plane structure corresponding to a CRTC's
> primary plane. These planes will be included in the plane list for any
> clients setting the DRM_CLIENT_CAP_EXPOSE_PRIMARY_PLANES capability bit.
>
> Signed-off
On Thu, Feb 27, 2014 at 11:03:07PM -0500, Rob Clark wrote:
> >> > @@ -1114,6 +1126,10 @@ int drm_plane_set_primary(struct drm_device *dev,
> >> > struct drm_plane *plane,
> >>
> >>
> >> fwiw, this comment probably belongs in #1/4 but:
> >>
> >> you probably don't need to introduce drm_plane_set_pr
https://bugzilla.kernel.org/show_bug.cgi?id=71461
--- Comment #9 from Tom Yan ---
Created attachment 127921
--> https://bugzilla.kernel.org/attachment.cgi?id=127921&action=edit
xorg log when not working
Sorry I was doing stupid thing. Here is the xorg log captured after I turn the
monitor off
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/5a70db72/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/5d256ffa/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/923cadfb/attachment.html>
u are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/f39cf65f/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=71461
--- Comment #10 from Tom Yan ---
Switching modes with xrandr can also bring back display.
--
You are receiving this mail because:
You are watching the assignee of the bug.
Hi Dave,
drm-intel-next-2014-02-14:
- Fix the execbuf rebind performance regression due to topic/ppgtt (Chris).
- Fix up the connector cleanup ordering for sdvod i2c and dp aux devices (Imre).
- Try to preserve the firmware modeset config on driver load. And a bit of prep
work for smooth takeove
On Mon, Mar 03, 2014 at 03:47:43PM +, Damien Lespiau wrote:
> On Thu, Feb 27, 2014 at 02:14:40PM -0800, Matt Roper wrote:
> > Allow drivers to provide a drm_plane structure corresponding to a CRTC's
> > primary plane. These planes will be included in the plane list for any
> > clients setting
On Mon, Mar 03, 2014 at 09:45:53AM -0800, Matt Roper wrote:
> On Mon, Mar 03, 2014 at 03:47:43PM +, Damien Lespiau wrote:
> > On Thu, Feb 27, 2014 at 02:14:40PM -0800, Matt Roper wrote:
> > > Allow drivers to provide a drm_plane structure corresponding to a CRTC's
> > > primary plane. These pl
On Thu, Feb 27, 2014 at 03:49:10PM +, Damien Lespiau wrote:
> On Thu, Feb 27, 2014 at 05:42:36PM +0200, Ville Syrj?l? wrote:
> > On Thu, Feb 27, 2014 at 09:19:30AM -0600, Daniel Drake wrote:
> > > Working with HDMI TVs is a real pain as they tend to overscan by
> > > default, meaning that the p
/dri-devel/attachments/20140303/0610062a/attachment.html>
ceiving 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/20140303/197721db/attachment-0001.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/54c52a40/attachment.html>
Hi
On Thu, Feb 27, 2014 at 11:14 PM, Matt Roper
wrote:
> Allow drivers to provide a drm_plane structure corresponding to a CRTC's
> primary plane. These planes will be included in the plane list for any
> clients setting the DRM_CLIENT_CAP_EXPOSE_PRIMARY_PLANES capability bit.
>
> Signed-off-by
On Wed, Feb 26, 2014 at 7:18 PM, Rob Clark wrote:
> On Wed, Feb 26, 2014 at 4:30 PM, Sean Paul wrote:
>> On Mon, Nov 25, 2013 at 9:47 AM, Rob Clark wrote:
>>> Break the mutable state of a plane out into a separate structure
>>> and use atomic properties mechanism to set plane attributes. This
>
On Mon, Mar 3, 2014 at 2:22 PM, Sean Paul wrote:
> On Wed, Feb 26, 2014 at 7:18 PM, Rob Clark wrote:
>> On Wed, Feb 26, 2014 at 4:30 PM, Sean Paul wrote:
>>> On Mon, Nov 25, 2013 at 9:47 AM, Rob Clark wrote:
Break the mutable state of a plane out into a separate structure
and use atom
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/b0869e1d/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/a0bd1bd0/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/a97498cc/attachment-0001.html>
he issue is
there.
--
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/20140303/9f2ad334/attachment.html>
On Fri, Feb 14, 2014 at 05:41:01PM -0500, Steven Rostedt wrote:
> I get the following splat in my tests running 3.14-rc2:
>
> [3.955123] WARNING: CPU: 0 PID: 1 at
> /work/autotest/nobackup/linux-test.git/drivers/gpu/drm/i915/intel_display.c:857
> intel_wait_for_pipe_off+0x17a/0x2d0()
> [
On Wed, Feb 19, 2014 at 02:25:59PM +0100, Maarten Lankhorst wrote:
> op 17-02-14 19:41, Christian K?nig schreef:
> >Am 17.02.2014 19:24, schrieb Rob Clark:
> >>On Mon, Feb 17, 2014 at 12:36 PM, Christian K?nig
> >> wrote:
> >>>Am 17.02.2014 18:27, schrieb Rob Clark:
> >>>
> On Mon, Feb 17, 2014
On Mon, Feb 17, 2014 at 04:57:19PM +0100, Maarten Lankhorst wrote:
> Android syncpoints can be mapped to a timeline. This removes the need
> to maintain a separate api for synchronization. I've left the android
> trace events in place, but the core fence events should already be
> sufficient for de
On Mon, 3 Mar 2014 13:38:36 -0800
St?phane Marchesin wrote:
> Some drivers like exynos need the crtc to be able to disable the plane,
> so set it before calling disable_plane.
>
> Signed-off-by: St?phane Marchesin
> ---
> drivers/gpu/drm/drm_crtc.c | 21 +++--
> 1 file changed
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/a828cca6/attachment.html>
On Mon, Mar 3, 2014 at 4:45 PM, Jesse Barnes
wrote:
> On Mon, 3 Mar 2014 13:38:36 -0800
> St?phane Marchesin wrote:
>
>> Some drivers like exynos need the crtc to be able to disable the plane,
>> so set it before calling disable_plane.
>>
>> Signed-off-by: St?phane Marchesin
>> ---
>> drivers
64 platform when
executing the "--trace-children=yes" option!
--
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/20140303/257cb643/attachment.html>
ne of the gpu fault hangs with R600_DEBUG=ps,vs,gs
and try again later.
--
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/20140303/e8b4cc4d/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=65761
--- Comment #54 from saadnaji89 at gmail.com ---
(In reply to Michel D?nzer from comment #53)
> (In reply to saadnaji89 from comment #51)
> > I am runnig Manjaro (Arch based distro 64 bit) with Kernel 3.13.5 as right
> > now and I am having the sam
https://bugzilla.kernel.org/show_bug.cgi?id=65761
--- Comment #55 from Christoph Haag ---
(In reply to saadnaji89 from comment #54)
> Are we going to see this patch applied to fix the problem in future kernel
> veriosn ?. I don't know whether you work for AMD or just someone is
> contributing
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/a1a83574/attachment-0001.html>
||celestia, RV790
--
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/20140303/cc7a2fbe/attachment.html>
Hey Russell,
Here is a early/rough pass at conversion to componentized device support.
I was hoping you could have a quick look at this to make sure I'm on the
right track, since there were no non-DT examples for me to look at ;-)
I still haven't gotten rid of the global hdmi_pdev and a3xx_pdev p
Dear dri developers,
Should libdrm's modetest work when an X server is running?
Should drmOpen(name, NULL) succeed when the drm device is already open?
Is "name" passed to drmOpen() the "drm" name returned by drmGetVersion()?
Or, is it the the kernel driver/module name?
tl;dr
Over the past coupl
We allocate memory in drm_display_mode_from_vic_index() and use it
without checking the pointer is valid. Fix that.
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/drm_edid.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index f8
On Mon, Mar 3, 2014 at 6:53 PM, Daniel Kurtz wrote:
> But, for exynos, the the driver name is actually "exynos-drm", so the
> check fails, and drmOpen("exynos", NULL) fails.
>
> # cat /proc/dri/0/name
> exynos-drm exynos-drm platform:exynos-drm:00
oh, hmm, yeah, I guess you break a few assumption
From: Darren Etheridge
1680x1050 appears to also be within the bandwidth capabilities
of the device and memory infrastructure.
Signed-off-by: Darren Etheridge
---
drivers/gpu/drm/tilcdc/tilcdc_drv.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/tilcdc/tilc
;s trivial, maybe it is
and we can just let Linus handle it:
git://git.kernel.org/pub/scm/linux/kernel/git/tomba/linux.git
work/fb-reorder
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/8293e00b/attachment-0001.pgp>
.MX bindings I had called this property 'ddc', but
> Documentation/devicetree/bindings/panel/simple-panel.txt already
> uses 'ddc-i2c-bus'. We should definitely standardize this.
I like 'ddc-i2c-bus'.
Tomi
-- next part ------
A non
ital. But... I
don't see much point in optimizing that way. So I agree with your
suggestion as is.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/8ac18169/attachment.pgp>
;t right away see any big pro with either one compared to the other.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/9622c09d/attachment-0001.pgp>
ux users?
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/e40abbd0/attachment-0001.pgp>
is one? Headed for 3.15?
Are the SimpleDRM and sysfb linked somehow? (I.e. do they need to be in
the same series?)
And jfyi, the drivers/video/ changes will conflict with the
drivers/video/ directory reorganization series, which may be merged for
3.15.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/ecd1aafa/attachment-0001.pgp>
non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/99879d2e/attachment-0001.pgp>
Add a maintainers entry for the TDA998x driver. Rob Clark has handed
this driver over to me to look after.
Acked-by: Rob Clark
Signed-off-by: Russell King
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 78d970649300..90cbbf4bf04c 100644
One of Jean-Francois patches changed the EDID polling to once every
10ms for 10 interations, whereas the original code did 1ms for 100
interations. This appears to cause boot-time detection to take
slightly - but noticably - longer. Revert this change.
Signed-off-by: Russell King
---
Jean,
I'm
David,
Please incorporate the latest Armada DRM fixes, which can be found at:
git://ftp.arm.linux.org.uk/~rmk/linux-cubox.git drm-armada-fixes
with SHA1 d13c46c67e546bb1dc1c4dc7c43e388d0119276b.
I think the blame for this comes down to me - I complained about the
kfifo API, but I didn't expec
From: Darren Etheridge
On resume the screen contents were not being restored properly. Looking at
other DRM drivers it seems a call to drm_helper_resume_force_mode() is needed
in the resume handler to force restoration of the mode and framebuffer data.
Signed-off-by: Darren Etheridge
---
driv
Some drivers like exynos need the crtc to be able to disable the plane,
so set it before calling disable_plane.
Signed-off-by: St?phane Marchesin
---
drivers/gpu/drm/drm_crtc.c | 21 +++--
1 file changed, 11 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc.c
On 14-02-28 11:28 AM, Matt Roper wrote:
> On Fri, Feb 28, 2014 at 06:03:11PM +0200, Ville Syrj?l? wrote:
>> On Thu, Feb 27, 2014 at 03:44:04PM -0800, Matt Roper wrote:
>>> On Thu, Feb 27, 2014 at 02:36:06PM -0800, Yu Dai wrote:
On 14-02-25 04:19 PM, Matt Roper wrote:
> On Thu, Feb 20
ple-panel bindings doesn't define video ports, and not
even a common compatible property.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/b3d21203/attachment.pgp>
least I'm able to merge the current linux-next without any conflicts.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/0e115734/attachment.pgp>
On Mon, Mar 3, 2014 at 2:06 PM, Rob Clark wrote:
> On Mon, Mar 3, 2014 at 4:45 PM, Jesse Barnes
> wrote:
>> On Mon, 3 Mar 2014 13:38:36 -0800
>> St?phane Marchesin wrote:
>>
>>> Some drivers like exynos need the crtc to be able to disable the plane,
>>> so set it before calling disable_plane.
88 matches
Mail list logo
