bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121216/49e7a53f/attachment.html>
t;http://lists.freedesktop.org/archives/dri-devel/attachments/20121216/989f76fd/attachment.html>
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121216/ed8fb8cd/attachment-0001.html>
art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121216/769f8b40/attachment.html>
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
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>
t 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
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
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121216/aa75fbd9/attachment-0001.html>
ext part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121216/60ac1f24/attachment.html>
ent was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121216/b180240f/attachment.html>
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
>
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
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20121216/741115d8/attachment.html>
:
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>
ing 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>
> 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
>
r 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>
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
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121216/93f898a2/attachment.html>
On Sun, Dec 16, 2012 at 7:04 AM, Dave Airlie airl...@gmail.com 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
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 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
https://bugs.freedesktop.org/show_bug.cgi?id=57670
--- Comment #1 from Laurent carlier lordhea...@gmail.com ---
Created attachment 71589
-- https://bugs.freedesktop.org/attachment.cgi?id=71589action=edit
patch to fix segfault
Apply this patch to s2tc library to fix segfault with etqw and
https://bugs.freedesktop.org/show_bug.cgi?id=58354
Alexandre Demers alexandre.f.dem...@gmail.com changed:
What|Removed |Added
Summary|r600g locks up in Unigine
https://bugs.freedesktop.org/show_bug.cgi?id=58354
--- Comment #2 from Alexandre Demers alexandre.f.dem...@gmail.com ---
Obviously, this is on a 6950 Cayman.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel
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 daniel.vet...@ffwll.ch
Date: Fri Feb 18 17:59:12 2011 +0100
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
https://bugs.freedesktop.org/show_bug.cgi?id=58372
--- Comment #1 from Serkan Hosca ser...@hosca.com ---
Created attachment 71595
-- https://bugs.freedesktop.org/attachment.cgi?id=71595action=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
--- Comment #2 from Serkan Hosca ser...@hosca.com ---
Forgot to add, using lightdm + cinnamon on arch
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing
On Sun, Dec 16, 2012 at 12:11:13PM +0100, Daniel Vetter wrote:
On Sun, Dec 16, 2012 at 7:04 AM, Dave Airlie airl...@gmail.com 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
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
point in
https://bugs.freedesktop.org/show_bug.cgi?id=50655
--- Comment #35 from Myckel Habets myc...@sdf.lonestar.org ---
(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
https://bugs.freedesktop.org/show_bug.cgi?id=53111
--- Comment #27 from Alexandre Demers alexandre.f.dem...@gmail.com ---
(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
https://bugs.freedesktop.org/show_bug.cgi?id=58372
--- Comment #3 from Alexandre Demers alexandre.f.dem...@gmail.com ---
If you can, could you bisect?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=58033
--- Comment #5 from Chris Rankin ranki...@googlemail.com ---
(In reply to comment #4)
Can you bisect?
Apparently, this is the bad commit:
39737e17e7a61535a35669756161005a7a5c887b is the first bad commit
commit
https://bugzilla.kernel.org/show_bug.cgi?id=47481
--- Comment #14 from Andre and...@all-ein.net 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
https://bugs.freedesktop.org/show_bug.cgi?id=57350
--- Comment #2 from Rui Salvaterra rsalvate...@gmail.com ---
Created attachment 71608
-- https://bugs.freedesktop.org/attachment.cgi?id=71608action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=58372
--- Comment #4 from Serkan Hosca ser...@hosca.com ---
bisect result:
0d0b3e7443bed6b49cb90fe7ddc4b5578a83a88d is the first bad commit
commit 0d0b3e7443bed6b49cb90fe7ddc4b5578a83a88d
Author: Jerome Glisse jgli...@redhat.com
Date: Wed Nov 28
https://bugs.freedesktop.org/show_bug.cgi?id=57350
--- Comment #3 from Rui Salvaterra rsalvate...@gmail.com ---
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.
--
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
https://bugs.freedesktop.org/show_bug.cgi?id=58378
--- Comment #1 from Henrique Dias henrique.ribeiro.d...@gmail.com ---
Created attachment 71612
-- https://bugs.freedesktop.org/attachment.cgi?id=71612action=edit
Screenshot
Screenshot showing the problem.
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=58372
--- Comment #5 from Alex Deucher ag...@yahoo.com ---
Does your kernel tree have this patch?
http://cgit.freedesktop.org/~airlied/linux/commit/drivers/gpu/drm/radeon/radeon_object.c?h=drm-nextid=dd54fee7d440c4a9756cce2c24a50c15e4c17ccb
--
You
https://bugzilla.kernel.org/show_bug.cgi?id=47481
--- Comment #15 from Alex Deucher alexdeuc...@gmail.com 2012-12-17 00:34:33
---
Does this patch fix the issue?
http://cgit.freedesktop.org/~airlied/linux/commit/?h=drm-nextid=bd25f0783dc3fb72e1e2779c2b99b2d34b67fa8a
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=57350
--- Comment #4 from David Herrmann dh.herrm...@gmail.com ---
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
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
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
From: Kristian Høgsberg k...@bitplanet.net
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
From: Kristian Høgsberg k...@bitplanet.net
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 k...@bitplanet.net
---
drivers/gpu/drm/i915/i915_dma.c | 36 ++--
From: Martin Peres martin.pe...@labri.fr
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 martin.pe...@labri.fr
---
drivers/gpu/drm/nouveau/nouveau_drm.c | 24
1 file changed,
From: Kristian Høgsberg k...@bitplanet.net
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
From: Martin Peres martin.pe...@labri.fr
Signed-off-by: Martin Peres martin.pe...@labri.fr
---
.gitignore | 1 +
tests/Makefile.am| 1 +
tests/same_device_but_type.c | 52
xf86drm.c| 44
From: Martin Peres martin.pe...@labri.fr
Signed-off-by: Martin Peres martin.pe...@labri.fr
---
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
---
From: Martin Peres martin.pe...@labri.fr
Signed-off-by: Martin Peres martin.pe...@labri.fr
---
tests/name_from_fd.c | 19 ++
xf86drm.c| 105 ---
xf86drm.h| 7
3 files changed, 100 insertions(+), 31
From: Martin Peres martin.pe...@labri.fr
Signed-off-by: Martin Peres martin.pe...@labri.fr
---
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
---
From: Martin Peres martin.pe...@labri.fr
Signed-off-by: Martin Peres martin.pe...@labri.fr
---
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 @@
From: Martin Peres martin.pe...@labri.fr
Signed-off-by: Martin Peres martin.pe...@labri.fr
---
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
From: Martin Peres martin.pe...@labri.fr
Signed-off-by: Martin Peres martin.pe...@labri.fr
---
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
---
From: Martin Peres martin.pe...@labri.fr
Signed-off-by: Martin Peres martin.pe...@labri.fr
---
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=58372
--- Comment #6 from Serkan Hosca ser...@hosca.com ---
(In reply to comment #5)
Does your kernel tree have this patch?
http://cgit.freedesktop.org/~airlied/linux/commit/drivers/gpu/drm/radeon/
https://bugs.freedesktop.org/show_bug.cgi?id=58378
Tom Wijsman tom...@live.com changed:
What|Removed |Added
CC||tom...@live.com
66 matches
Mail list logo
