Now that DRM_EXYNOS depends on OF, we do not need individual
drivers to depend on it.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/Kconfig b/drivers/gpu/drm/exynos/Kconfig
index 4752f2
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] *kvaddr
drivers/gpu/drm/exynos/exynos_drm_buf.c:66:29: got void *
Signed-off-by: Sachi
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] *kvaddr
drivers/gpu/drm/exynos/exynos_drm_fbdev.c:102:40:got void *
drive
On Thu, Sep 5, 2013 at 8:49 PM, John Stultz 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 limited and it would be
On 5 September 2013 19:20, Inki Dae 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 Stach; Toma
On 09/05/2013 08:26 PM, Rob Clark wrote:
> On Thu, Sep 5, 2013 at 8:49 PM, John Stultz 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 disc
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #120 from lucky_beta ---
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 white gradually an
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #121 from Sergey ---
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 issue is not fully re
Blergh, forgotten to cc: mailing lists ...
-Daniel
On Fri, Sep 6, 2013 at 9:48 AM, Daniel Vetter 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 x86 boot cod
Am 06.09.2013 04:52, schrieb cee1:
2013/9/6 Jerome Glisse :
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
http://lists.freedesktop.org/archives/dri-devel/2013-April/037598.html.
We recentl
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 #42~precis
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 wrote:
> >> Hey everyone,
> >>In preparation for the Plumbers Android+Graphics microconf, I wanted to
> >> send out some background documentat
On Fri, Sep 6, 2013 at 1:06 AM, John Stultz wrote:
> On 09/05/2013 08:26 PM, Rob Clark wrote:
>> On Thu, Sep 5, 2013 at 8:49 PM, John Stultz wrote:
>>> Hey everyone,
>>>In preparation for the Plumbers Android+Graphics microconf, I wanted to
>>> send out some background documentation to try to
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.
[5
On Fri, Sep 6, 2013 at 5:16 AM, Daniel Vetter 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 wrote:
>> >> Hey everyone,
>> >>In preparation for the Plumbers Android+Graphics mic
On Wed, Sep 04, 2013 at 11:58:10AM +0530, Manjunath Goudar wrote:
> From: Jeyaraman R
>
> 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
> Signed-off-by: Manj
On Thu, Sep 5, 2013 at 11:37 PM, Rahul Sharma wrote:
> On 5 September 2013 19:20, Inki Dae 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-sams
https://bugs.freedesktop.org/show_bug.cgi?id=66963
gronius changed:
What|Removed |Added
Priority|medium |high
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=68224
Tom Stellard 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
---
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
+++ b/include/uapi/drm/drm.
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
---
include/uapi/drm/drm.h | 20 ++--
1 file changed, 10 insertions(+), 10 delet
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
---
include/uapi/drm/drm.h | 45 -
1 file changed, 24 insertions(+), 21 deletions(-)
diff --git a/include/uapi
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
---
drivers/gpu/
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
---
drivers/gpu/drm/drm_drv.c | 1 +
drivers/gpu/drm/drm_ioctl.c |
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
---
include/drm/drm_crtc.h
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
---
drivers/gpu/drm/drm_edid.c | 25 +++--
1 file changed, 23 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c
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
---
drivers/gpu/drm/drm_crtc.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/dr
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
---
radeon/radeon_cs_gem.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/radeon/radeon_cs_gem.c b/radeon/radeon_cs_gem.c
index b9631
Signed-off-by: Damien Lespiau
---
include/drm/drm_mode.h | 36 ++--
xf86drmMode.h | 36 ++--
2 files changed, 44 insertions(+), 28 deletions(-)
diff --git a/include/drm/drm_mode.h b/include/drm/drm_mode.h
index d41d76b..ec2
Signed-off-by: Damien Lespiau
---
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 drm_get_cap {
__u64 val
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #13 from Laurent carlier ---
(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.
Same result as pa
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #122 from Bryan Quigley ---
(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 drm pull && I thought
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 f33bca
That wraps around the new DRM_SET_CAP ioctl.
Signed-off-by: Damien Lespiau
---
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 @@ int drmGetCap(int fd, uin
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 ---
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
HD-695X-ZNDC (1GB DDR5, 830MHz Core Clo
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #123 from lucky_beta ---
(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 better than it was
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: Lin
https://bugs.freedesktop.org/show_bug.cgi?id=69062
--- Comment #1 from LRN ---
Created attachment 85386
--> https://bugs.freedesktop.org/attachment.cgi?id=85386&action=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 ---
Created attachment 85387
--> https://bugs.freedesktop.org/attachment.cgi?id=85387&action=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 changed:
What|Removed |Added
Attachment #85385|text/plain |image/png
mime type|
44 matches
Mail list logo
