nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121216/49e7a53f/attachment.html>
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121216/989f76fd/attachment.html>
iving 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/20121216/5cfbf516/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121216/ed8fb8cd/attachment-0001.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121216/769f8b40/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=58378
Tom Wijsman changed:
What|Removed |Added
CC||tom...@live.com
URL|
https://bugzilla.kernel.org/show_bug.cgi?id=47481
--- Comment #14 from Andre 2012-12-16 23:22:54 ---
I have tried the new kernel 3.7 and have the same behavior as described in the
initial bug report.
/var/log/messages
http://pastebin.com/a4EN1kmL
I will recompile the kernel with debuggi
use:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121216/8308f7fc/attachment.html>
On Sun, Dec 16, 2012 at 04:04:01PM +1000, Dave Airlie wrote:
> > There are several problems with this:
> >
> > - I can't test other drivers
> >
> > - I don't have the knowledge or inclination to implement atomic semantics
> > for everyone's favorite hardware, and without that there's little
> >
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20121216/669e552c/attachment.html>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121216/6a56ce0b/attachment.html>
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/20121216/c8399c53/attachment.html>
On Sun, Dec 16, 2012 at 12:11:13PM +0100, Daniel Vetter wrote:
> On Sun, Dec 16, 2012 at 7:04 AM, Dave Airlie wrote:
> > The "I can't test it" argument doesn't fly with me, you are creating a
> > new API that adds a useful feature, it should be possible to get a few
> > other driver maintainers in
https://bugs.freedesktop.org/show_bug.cgi?id=58372
--- Comment #6 from Serkan Hosca ---
(In reply to comment #5)
> Does your kernel tree have this patch?
> http://cgit.freedesktop.org/~airlied/linux/commit/drivers/gpu/drm/radeon/
> radeon_object.c?h=drm-next&id=dd54fee7d440c4a9756cce2c24a50c15e4c
On 16.12.2012 14:16, Thierry Reding wrote:
> Okay, so we're back on the topic of using globals. I need to assert
> again that this is not an option. If we were to use globals, then we
> could just as well leave out the dummy device and just do all of that in
> the tegra-drm driver's initialization
Hi Nouveau enthusiasts,
One week ago was merged the thermal/fan management code for most nvidia
cards.
So far, no major issue arose but we would like to have more testing as
soon as possible to deliver a nice and solid support when Linux 3.8 is
released.
Thermal management is split into tw
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121216/aa75fbd9/attachment-0001.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121216/60ac1f24/attachment.html>
L attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121216/b180240f/attachment.html>
From: Martin Peres
Signed-off-by: Martin Peres
---
src/gallium/state_trackers/egl/x11/x11_screen.c | 2 +-
src/glx/dri2.c | 6 +-
src/glx/dri2.h | 3 ++-
src/glx/dri2_glx.c | 20 +++
From: Martin Peres
Signed-off-by: Martin Peres
---
configure.ac | 2 +-
src/nouveau_dri2.c | 11 +++
2 files changed, 12 insertions(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index ff9c337..61dfb01 100644
--- a/configure.ac
+++ b/configure.ac
@@ -67,7 +67,7 @@ XO
From: Martin Peres
Signed-off-by: Martin Peres
---
glx/glxdri2.c | 3 ++-
hw/xfree86/dri2/dri2.c| 11 ++-
hw/xfree86/dri2/dri2.h| 8 ++--
hw/xfree86/dri2/dri2ext.c | 8 ++--
4 files changed, 24 insertions(+), 6 deletions(-)
diff --git a/glx/glxdri2.c b/gl
From: Martin Peres
Signed-off-by: Martin Peres
---
dri2proto.h | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/dri2proto.h b/dri2proto.h
index 128b807..4d11ba7 100644
--- a/dri2proto.h
+++ b/dri2proto.h
@@ -35,7 +35,7 @@
#define DRI2_NAME "DRI
From: Martin Peres
Signed-off-by: Martin Peres
---
configure.ac | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/configure.ac b/configure.ac
index 0c19929..df56066 100644
--- a/configure.ac
+++ b/configure.ac
@@ -20,7 +20,7 @@
AC_PREREQ([2.63])
AC_INIT([libdrm],
-
From: Martin Peres
Signed-off-by: Martin Peres
---
nouveau/libdrm_nouveau.pc.in | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/nouveau/libdrm_nouveau.pc.in b/nouveau/libdrm_nouveau.pc.in
index 6170613..f3b99cf 100644
--- a/nouveau/libdrm_nouveau.pc.in
+++ b/nouveau/libdrm_n
From: Martin Peres
Signed-off-by: Martin Peres
---
tests/name_from_fd.c | 19 ++
xf86drm.c| 105 ---
xf86drm.h| 7
3 files changed, 100 insertions(+), 31 deletions(-)
diff --git a/tests/name_from_fd.c b/tes
From: Martin Peres
Signed-off-by: Martin Peres
---
nouveau/nouveau.c | 11 +--
nouveau/nouveau.h | 2 ++
2 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/nouveau/nouveau.c b/nouveau/nouveau.c
index 940d933..1402852 100644
--- a/nouveau/nouveau.c
+++ b/nouveau/nouveau.c
@
From: Martin Peres
Signed-off-by: Martin Peres
---
.gitignore | 1 +
tests/Makefile.am| 1 +
tests/same_device_but_type.c | 52
xf86drm.c| 44 +
xf86drm.h
From: Kristian Høgsberg
This patch introduces a new kind of drm device node: the render node.
A render node exposes a safe subset of the legacy drm device ioctls and can
only be used for rendering. The legacy node supports modesetting, DRI1
and global buffer sharing, while the render node only s
From: Martin Peres
Enable support for drm render nodes for nouveau by flagging the ioctls that
are safe and just needed for rendering.
Signed-off-by: Martin Peres
---
drivers/gpu/drm/nouveau/nouveau_drm.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --
From: Kristian Høgsberg
Enable support for drm render nodes for i915 by flagging the ioctls that
are safe and just needed for rendering.
Signed-off-by: Kristian Høgsberg
---
drivers/gpu/drm/i915/i915_dma.c | 36 ++--
drivers/gpu/drm/i915/i915_drv.c | 3 ++-
2 f
Hi,
On 12/14/2012 10:36 AM, sumit.semwal at ti.com wrote:
> From: Sumit Semwal
>
> Add debugfs support to make it easier to print debug information
> about the dma-buf buffers.
>
> Signed-off-by: Sumit Semwal
> ---
> drivers/base/dma-buf.c | 149
> ++
From: Kristian Høgsberg
We got the minor number base right, but limit is too big and causes the
minor numer ranges for the control and render nodes to overlap.
v2: fix a off-by-one overlap as suggested by ihad...@research.bell-labs.com
Signed-off-by: Martin Peres
---
drivers/gpu/drm/drm_stub.
Avoid clobbering adjacent blocks if they happen to expire earlier and
amalgamate together to form the requested hole.
In passing this fixes a regression from
commit ea7b1dd44867e9cd6bac67e7c9fc3f128b5b255c
Author: Daniel Vetter
Date: Fri Feb 18 17:59:12 2011 +0100
drm: mm: track free areas
On 13/12/2012 11:02, Ozan Çağlayan wrote:
Hi,
I have a geforce 9600gt (nv94) display adapter which has its fan
running at 100% speed. Yesterday I've compiled and booted with the
latest nouveau-2.6 tree. sensors from lm_sensors can correctly acquire
GPU temperature and PWM speed but as far as I u
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20121216/741115d8/attachment.html>
Hi,
Following to my shared talk with krh, danvet and Timothée Ravier @
XDC2012, I have
actually taken the time to start fixing some security holes found in the
graphics stack.
Today, I would like to request your comments on the render node
patchset. Keep in mind that I am
not asking for incl
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121216/7b4a1ffb/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=57350
--- Comment #4 from David Herrmann ---
I can provoke this bug with a simple drmModeSetCursor() or drmModeMoveCursor().
The cursor images have a horizontal black stripe (not always). Position varies
on my machine. Using 3D acceleration without cur
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/20121216/a22792fd/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=47481
--- Comment #15 from Alex Deucher 2012-12-17 00:34:33
---
Does this patch fix the issue?
http://cgit.freedesktop.org/~airlied/linux/commit/?h=drm-next&id=bd25f0783dc3fb72e1e2779c2b99b2d34b67fa8a
--
Configure bugmail: https://bugzilla.kerne
https://bugs.freedesktop.org/show_bug.cgi?id=58372
--- Comment #5 from Alex Deucher ---
Does your kernel tree have this patch?
http://cgit.freedesktop.org/~airlied/linux/commit/drivers/gpu/drm/radeon/radeon_object.c?h=drm-next&id=dd54fee7d440c4a9756cce2c24a50c15e4c17ccb
--
You are receiving thi
> There are several problems with this:
>
> - I can't test other drivers
>
> - I don't have the knowledge or inclination to implement atomic semantics
> for everyone's favorite hardware, and without that there's little
> point in doing the work. Some of my initial code was layered on top of
>
https://bugs.freedesktop.org/show_bug.cgi?id=58378
--- Comment #1 from Henrique Dias ---
Created attachment 71612
--> https://bugs.freedesktop.org/attachment.cgi?id=71612&action=edit
Screenshot
Screenshot showing the problem.
--
You are receiving this mail because:
You are the assignee for t
https://bugs.freedesktop.org/show_bug.cgi?id=58378
Priority: medium
Bug ID: 58378
Assignee: dri-devel@lists.freedesktop.org
Summary: Distorted graphics on NVIDIA GeForce 8400M G after
upgrade the kernel to 3.7.0 version
Sever
https://bugs.freedesktop.org/show_bug.cgi?id=57350
--- Comment #3 from Rui Salvaterra ---
This also happens on my nVIDIA ION (MCP79) system, Unity Dash graphics become
severely corrupted. I'm currently running Ubuntu 12.10 with the xorg edgers
ppa. My dmesg is attached.
--
You are receiving thi
https://bugs.freedesktop.org/show_bug.cgi?id=58372
--- Comment #4 from Serkan Hosca ---
bisect result:
0d0b3e7443bed6b49cb90fe7ddc4b5578a83a88d is the first bad commit
commit 0d0b3e7443bed6b49cb90fe7ddc4b5578a83a88d
Author: Jerome Glisse
Date: Wed Nov 28 13:47:55 2012 -0500
drm/radeon: u
https://bugs.freedesktop.org/show_bug.cgi?id=57350
--- Comment #2 from Rui Salvaterra ---
Created attachment 71608
--> https://bugs.freedesktop.org/attachment.cgi?id=71608&action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugzilla.kernel.org/show_bug.cgi?id=47481
--- Comment #14 from Andre 2012-12-16 23:22:54 ---
I have tried the new kernel 3.7 and have the same behavior as described in the
initial bug report.
/var/log/messages
http://pastebin.com/a4EN1kmL
I will recompile the kernel with debuggi
https://bugs.freedesktop.org/show_bug.cgi?id=58033
--- Comment #5 from Chris Rankin ---
(In reply to comment #4)
> Can you bisect?
Apparently, this is the bad commit:
39737e17e7a61535a35669756161005a7a5c887b is the first bad commit
commit 39737e17e7a61535a35669756161005a7a5c887b
Author: Marek O
https://bugs.freedesktop.org/show_bug.cgi?id=58372
--- Comment #3 from Alexandre Demers ---
If you can, could you bisect?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=53111
--- Comment #27 from Alexandre Demers ---
(In reply to comment #21)
> (In reply to comment #20)
> > (In reply to comment #19)
> > > So about this locking piglit test (depthstencil-render-miplevels 146
> > > s=z24_s8_d=z32f_s8), I've been able to
instantiation along with the one or two accessor functions.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121216/7b6a9dd3/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=50655
--- Comment #35 from Myckel Habets ---
(In reply to comment #30)
> make distclean
> git clean -dfx
> git reset --hard fa58644855e44830e0b91dc627703c236fa6712a
Ok, did this and rebuild everything, but problem stays in my case.
--
You are recei
On Sun, Dec 16, 2012 at 7:04 AM, Dave Airlie wrote:
> The "I can't test it" argument doesn't fly with me, you are creating a
> new API that adds a useful feature, it should be possible to get a few
> other driver maintainers interested, but also I'd hope that most of
> the ideas for converting to
On Sun, Dec 16, 2012 at 04:04:01PM +1000, Dave Airlie wrote:
> > There are several problems with this:
> >
> > - I can't test other drivers
> >
> > - I don't have the knowledge or inclination to implement atomic semantics
> > for everyone's favorite hardware, and without that there's little
> >
On Sun, Dec 16, 2012 at 12:11:13PM +0100, Daniel Vetter wrote:
> On Sun, Dec 16, 2012 at 7:04 AM, Dave Airlie wrote:
> > The "I can't test it" argument doesn't fly with me, you are creating a
> > new API that adds a useful feature, it should be possible to get a few
> > other driver maintainers in
https://bugs.freedesktop.org/show_bug.cgi?id=58372
--- Comment #2 from Serkan Hosca ---
Forgot to add, using lightdm + cinnamon on arch
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@list
https://bugs.freedesktop.org/show_bug.cgi?id=58372
--- Comment #1 from Serkan Hosca ---
Created attachment 71595
--> https://bugs.freedesktop.org/attachment.cgi?id=71595&action=edit
dmesg with linus git
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=58372
Priority: medium
Bug ID: 58372
Assignee: dri-devel@lists.freedesktop.org
Summary: [KMS][Cayman] Garbled screen and gpu crash with 6950
with drm-next
Severity: normal
Clas
Avoid clobbering adjacent blocks if they happen to expire earlier and
amalgamate together to form the requested hole.
In passing this fixes a regression from
commit ea7b1dd44867e9cd6bac67e7c9fc3f128b5b255c
Author: Daniel Vetter
Date: Fri Feb 18 17:59:12 2011 +0100
drm: mm: track free areas
https://bugs.freedesktop.org/show_bug.cgi?id=58354
--- Comment #2 from Alexandre Demers ---
Obviously, this is on a 6950 Cayman.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freed
https://bugs.freedesktop.org/show_bug.cgi?id=58354
Alexandre Demers changed:
What|Removed |Added
Summary|r600g locks up in Unigine |[bisected] r600g locks up
https://bugs.freedesktop.org/show_bug.cgi?id=57670
--- Comment #1 from Laurent carlier ---
Created attachment 71589
--> https://bugs.freedesktop.org/attachment.cgi?id=71589&action=edit
patch to fix segfault
Apply this patch to s2tc library to fix segfault with etqw and quake4
--
You are rece
On 16.12.2012 14:16, Thierry Reding wrote:
> Okay, so we're back on the topic of using globals. I need to assert
> again that this is not an option. If we were to use globals, then we
> could just as well leave out the dummy device and just do all of that in
> the tegra-drm driver's initialization
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121216/93f898a2/attachment.html>
On Fri, Dec 14, 2012 at 09:59:11PM +0200, Terje Bergström wrote:
> On 14.12.2012 18:21, Stephen Warren wrote:
> > On 12/13/2012 11:09 PM, Terje Bergström wrote:
> >> They want to get the global data by getting drvdata of their parent.
> >
> > There's no reason that /has/ to be so; they can get any
On Sun, Dec 16, 2012 at 7:04 AM, Dave Airlie wrote:
> The "I can't test it" argument doesn't fly with me, you are creating a
> new API that adds a useful feature, it should be possible to get a few
> other driver maintainers interested, but also I'd hope that most of
> the ideas for converting to
68 matches
Mail list logo
