Now that DRM_EXYNOS depends on OF, we do not need individual
drivers to depend on it.
Signed-off-by: Sachin Kamat sachin.ka...@linaro.org
---
drivers/gpu/drm/exynos/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/Kconfig
Fixes the following warning:
drivers/gpu/drm/exynos/exynos_drm_buf.c:66:29: warning:
incorrect type in assignment (different address spaces)
drivers/gpu/drm/exynos/exynos_drm_buf.c:66:29:
expected void [noderef] asn:2*kvaddr
drivers/gpu/drm/exynos/exynos_drm_buf.c:66:29: got void *
Signed-off-by:
Silences the following warnings:
drivers/gpu/drm/exynos/exynos_drm_fbdev.c:102:40: warning:
incorrect type in assignment (different address spaces)
drivers/gpu/drm/exynos/exynos_drm_fbdev.c:102:40:
expected void [noderef] asn:2*kvaddr
drivers/gpu/drm/exynos/exynos_drm_fbdev.c:102:40:got void *
On Thu, Sep 5, 2013 at 8:49 PM, John Stultz john.stu...@linaro.org wrote:
Hey everyone,
In preparation for the Plumbers Android+Graphics microconf, I wanted to
send out some background documentation to try to get all the context we can
out there prior to the discussion, as time will be
On 5 September 2013 19:20, Inki Dae inki@samsung.com wrote:
-Original Message-
From: Sean Paul [mailto:seanp...@chromium.org]
Sent: Thursday, September 05, 2013 10:20 PM
To: Inki Dae
Cc: Rahul Sharma; Rahul Sharma; linux-samsung-soc; dri-devel; kgene.kim;
sw0312.kim; Lucas
On 09/05/2013 08:26 PM, Rob Clark wrote:
On Thu, Sep 5, 2013 at 8:49 PM, John Stultz john.stu...@linaro.org wrote:
Hey everyone,
In preparation for the Plumbers Android+Graphics microconf, I wanted to
send out some background documentation to try to get all the context we can
out there
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #120 from lucky_beta lucky_b...@126.com ---
I've read the previous comments carefully and I'm using the ati3470 GPU card
which is the same as Sergey, also the problem similar, when trying to boot
with radeon.dmp=1, the screen goes
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #121 from Sergey orbitg...@ukr.net ---
Hi lucky_beta,
For me it was not 100% fixed. At the moment with Kernel 3.11 it is ~50% chance
that system hangs during boot or the windows are slow.
It better than it was initially, but the
Blergh, forgotten to cc: mailing lists ...
-Daniel
On Fri, Sep 6, 2013 at 9:48 AM, Daniel Vetter dan...@ffwll.ch wrote:
Hi Dave,
Already a decent pile of fixes and a few stragglers for the merge window.
Nothing in here though to appease Linus :(
- Early stolen mem reservation from Jesse in
Am 06.09.2013 04:52, schrieb cee1:
2013/9/6 Jerome Glisse j.gli...@gmail.com:
On Thu, Sep 05, 2013 at 03:29:52PM -0400, Jerome Glisse wrote:
On Thu, Sep 05, 2013 at 10:14:32PM +0800, Chen Jie wrote:
Hi all,
This thread is about
https://bugs.freedesktop.org/show_bug.cgi?id=55819
--- Comment #9 from 91k...@gmail.com ---
I can confirm that this bug (with the exact same corruption shown in the
screenshot) is still occurring on Linux 3.8.0-29-generic.
Additional information:
$ uname -a
Linux 91KK 3.8.0-29-generic
On Thu, Sep 05, 2013 at 10:06:52PM -0700, John Stultz wrote:
On 09/05/2013 08:26 PM, Rob Clark wrote:
On Thu, Sep 5, 2013 at 8:49 PM, John Stultz john.stu...@linaro.org wrote:
Hey everyone,
In preparation for the Plumbers Android+Graphics microconf, I wanted to
send out some background
On Fri, Sep 6, 2013 at 1:06 AM, John Stultz john.stu...@linaro.org wrote:
On 09/05/2013 08:26 PM, Rob Clark wrote:
On Thu, Sep 5, 2013 at 8:49 PM, John Stultz john.stu...@linaro.org wrote:
Hey everyone,
In preparation for the Plumbers Android+Graphics microconf, I wanted to
send out some
Hi guys,
With current git (v3.11-5058-g57d7309) I get the following oops:
[5.434312] [ cut here ]
[5.434318] WARNING: CPU: 2 PID: 199 at arch/x86/mm/ioremap.c:171
__ioremap_caller+0x2e3/0x390()
[5.434321] Info: mapping multiple BARs. Your kernel is fine.
[
On Fri, Sep 6, 2013 at 5:16 AM, Daniel Vetter dan...@ffwll.ch wrote:
On Thu, Sep 05, 2013 at 10:06:52PM -0700, John Stultz wrote:
On 09/05/2013 08:26 PM, Rob Clark wrote:
On Thu, Sep 5, 2013 at 8:49 PM, John Stultz john.stu...@linaro.org wrote:
Hey everyone,
In preparation for the
On Wed, Sep 04, 2013 at 11:58:10AM +0530, Manjunath Goudar wrote:
From: Jeyaraman R jeyaraman.rangas...@lge.com
This patch adds kfree() in ttm_agp_tt_create() to avoide the
memory leak, without this there is a chance of memory leak in
ttm_tt_init() fail case.
Signed-off-by: Jeyaraman R
On Thu, Sep 5, 2013 at 11:37 PM, Rahul Sharma r.sh.o...@gmail.com wrote:
On 5 September 2013 19:20, Inki Dae inki@samsung.com wrote:
-Original Message-
From: Sean Paul [mailto:seanp...@chromium.org]
Sent: Thursday, September 05, 2013 10:20 PM
To: Inki Dae
Cc: Rahul Sharma;
https://bugs.freedesktop.org/show_bug.cgi?id=66963
gronius d.tut...@googlemail.com changed:
What|Removed |Added
Priority|medium |high
https://bugs.freedesktop.org/show_bug.cgi?id=68224
Tom Stellard tstel...@gmail.com changed:
What|Removed |Added
Attachment #84475|0 |1
is obsolete|
libdrm's support for:
http://lists.freedesktop.org/archives/dri-devel/2013-September/044885.html
--
Damien
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Just for consistency.
Signed-off-by: Damien Lespiau damien.lesp...@intel.com
---
include/uapi/drm/drm.h | 29 +
1 file changed, 29 insertions(+)
diff --git a/include/uapi/drm/drm.h b/include/uapi/drm/drm.h
index b8604d2..0430fab 100644
--- a/include/uapi/drm/drm.h
It's a tiny bit more logical to find the different capabilities you can
use with the GET_CAP ioctl next to the structure rather than putting
them at the end of the file.
Signed-off-by: Damien Lespiau damien.lesp...@intel.com
---
include/uapi/drm/drm.h | 20 ++--
1 file changed,
This way, it's easier to catch ioctl structures that are not yet
typedef'ed and provide a more consistent API.
Signed-off-by: Damien Lespiau damien.lesp...@intel.com
---
include/uapi/drm/drm.h | 45 -
1 file changed, 24 insertions(+), 21 deletions(-)
For now, let's just look at the 3D_present flag of the CEA HDMI vendor
block to detect if the sink supports a small list of then mandatory 3D
formats.
See the HDMI 1.4a 3D extraction for detail:
http://www.hdmi.org/manufacturer/specification.aspx
Signed-off-by: Damien Lespiau
This ioctl can be used to turn some knobs in a DRM driver. This is the
counterpart of GET_CAP and serves a similar role than the various
SETPARAM ioctls that are driver specific, but for DRM core.
Signed-off-by: Damien Lespiau damien.lesp...@intel.com
---
drivers/gpu/drm/drm_drv.c | 1 +
HDMI 1.4a defines a few layouts that we'd like to expose. This commits
add new modeinfo flags that can be used to list the supported stereo
layouts (when querying the list of modes) and to set a given stereo 3D
mode (when setting a mode).
Signed-off-by: Damien Lespiau damien.lesp...@intel.com
---
Follow up of:
http://lists.freedesktop.org/archives/dri-devel/2012-September/028278.html
Let's try again! This time, intead of a magic connector property to select if
we want to return more modeinfo flags to userspace, this series introduces a
new SET_CAP ioctl.
So the flow goes as following:
This capability allows user space to control the delivery of modes with
the 3D flags set. This is to not play games with current user space
users not knowing anything about stereo 3D flags and that could try
to set a mode with one or several of those bits set.
So, the plan is to remove the stereo
When scanning out a 3D mode on HDMI, we need to send an HDMI infoframe
with the corresponding layout to the sink.
Signed-off-by: Damien Lespiau damien.lesp...@intel.com
---
drivers/gpu/drm/drm_edid.c | 25 +++--
1 file changed, 23 insertions(+), 2 deletions(-)
diff --git
When setting a stereo 3D mode, there can be only one bit set describing
the layout of the frambuffer(s). So reject invalid modes early.
Signed-off-by: Damien Lespiau damien.lesp...@intel.com
---
drivers/gpu/drm/drm_crtc.c | 4
1 file changed, 4 insertions(+)
diff --git
Aligns the IB to 8 DWs. The aligns the IB to the
CP fetch size. r6xx also require at least 4 DW
alignment to avoid a hw bug.
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
radeon/radeon_cs_gem.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/radeon/radeon_cs_gem.c
Signed-off-by: Damien Lespiau damien.lesp...@intel.com
---
include/drm/drm_mode.h | 36 ++--
xf86drmMode.h | 36 ++--
2 files changed, 44 insertions(+), 28 deletions(-)
diff --git a/include/drm/drm_mode.h
Signed-off-by: Damien Lespiau damien.lesp...@intel.com
---
include/drm/drm.h | 16
1 file changed, 16 insertions(+)
diff --git a/include/drm/drm.h b/include/drm/drm.h
index 71a2ac1..165231b 100644
--- a/include/drm/drm.h
+++ b/include/drm/drm.h
@@ -618,6 +618,21 @@ struct
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #13 from Laurent carlier lordhea...@gmail.com ---
(In reply to comment #12)
Created attachment 85372 [details] [review]
SGPR register spilling patch v2
Can you try this v2 patch? It fixes the bug Michel found plus another one.
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #122 from Bryan Quigley gquigs+b...@gmail.com ---
(In reply to comment #116)
Does disabling any of the dpm features as per comment 94 help?
Nope, still broken. (although I did get distracted by a hang that was fixed by
the latest
On Fri, Sep 06, 2013 at 09:49:06AM +0200, Daniel Vetter wrote:
Blergh, forgotten to cc: mailing lists ...
And then Ville pointed out on irc that I'm actually missing the
vgacon-fbcon takeover fix. Fail friday it seems, new pull request below.
-Daniel
The following changes since commit
That wraps around the new DRM_SET_CAP ioctl.
Signed-off-by: Damien Lespiau damien.lesp...@intel.com
---
xf86drm.c | 7 +++
xf86drm.h | 1 +
2 files changed, 8 insertions(+)
diff --git a/xf86drm.c b/xf86drm.c
index 4791a05..dac6a52 100644
--- a/xf86drm.c
+++ b/xf86drm.c
@@ -823,6 +823,13 @@
On Fri, Sep 06, 2013 at 07:57:16PM +0100, Damien Lespiau wrote:
Follow up of:
http://lists.freedesktop.org/archives/dri-devel/2012-September/028278.html
Let's try again! This time, intead of a magic connector property to select if
we want to return more modeinfo flags to userspace, this
https://bugs.freedesktop.org/show_bug.cgi?id=68235
--- Comment #13 from Alexandre Demers alexandre.f.dem...@gmail.com ---
Is there anything else I can do to give a better idea of what is happening and
why it crashes?
If this can be of any value, my 6950 is of the following model: XFX
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #123 from lucky_beta lucky_b...@126.com ---
(In reply to comment #121)
Hi lucky_beta,
For me it was not 100% fixed. At the moment with Kernel 3.11 it is ~50%
chance that system hangs during boot or the windows are slow.
It
https://bugs.freedesktop.org/show_bug.cgi?id=69062
Priority: medium
Bug ID: 69062
Assignee: dri-devel@lists.freedesktop.org
Summary: Corrupted visuals in Gnome3 (A6-4400M)
Severity: normal
Classification: Unclassified
OS:
https://bugs.freedesktop.org/show_bug.cgi?id=69062
--- Comment #1 from LRN lrn1...@gmail.com ---
Created attachment 85386
-- https://bugs.freedesktop.org/attachment.cgi?id=85386action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=69062
--- Comment #2 from LRN lrn1...@gmail.com ---
Created attachment 85387
-- https://bugs.freedesktop.org/attachment.cgi?id=85387action=edit
Xorg log
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=69062
LRN lrn1...@gmail.com changed:
What|Removed |Added
Attachment #85385|text/plain |image/png
mime type|
44 matches
Mail list logo