http://bugs.freedesktop.org/show_bug.cgi?id=24818
--- Comment #5 from Török Edwin edwinto...@gmail.com 2010-03-14 04:33:59 PST
---
If I press 'o' repeatedly then the
GL_EQUAL, GL_NOTEQUAL, GL_ALWAYS, GL_NEVER modes don't show corruption, the
others show the corruption.
Also if I look at
On Sun, 2010-03-14 at 07:01 +1000, Dave Airlie wrote:
The big issue we have with resizing the buffer is userspace mmaps of the fbdev
device, and invalidation.
Previous thread of unresolvedness is here.
http://www.mail-archive.com/dri-devel@lists.sourceforge.net/msg41878.html
Actually AFAIR
Hi Martin,
Please open a bug report at http://bugs.freedesktop.org/ intel problems
are tracked there. Besides your problem report below, please add Xorg.log
from a working setup (user-mode-setting) and the dmesg with full debugging
(add drm.debug=15 to your kernel commandline).
See
On Fri, 2010-03-12 at 23:40 -0700, Pete Zaitcev wrote:
On Fri, 12 Mar 2010 22:37:56 -0700
Bjorn Helgaas bjorn.helg...@hp.com wrote:
Thanks for the report. Would you mind posting the entire dmesg
log, /proc/iomem contents, and lspci -vv output somewhere (maybe in
bugzilla)?
The
On Sat, 2010-03-13 at 13:46 -0700, Pete Zaitcev wrote:
On Fri, 12 Mar 2010 22:37:56 -0700
Bjorn Helgaas bjorn.helg...@hp.com wrote:
Thanks for the report. Would you mind posting the entire dmesg
log, /proc/iomem contents, and lspci -vv output somewhere (maybe in
bugzilla)?
Done, new
http://bugs.freedesktop.org/show_bug.cgi?id=27009
Rafał Miłecki zaj...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://bugs.freedesktop.org/show_bug.cgi?id=25142
--- Comment #28 from Lukas Weber laochai...@web.de 2010-03-14 06:21:56 PST
---
Today I updated mesa/libdrm/xf86-video-ati again. Black ingame issue is gone,
but game remains at playable but slow 30fps while menus have full speed.
--
http://bugs.freedesktop.org/show_bug.cgi?id=24761
had...@gmx.de changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=27069
Summary: OpenGl is slower on dri2
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
http://bugs.freedesktop.org/show_bug.cgi?id=26347
--- Comment #24 from Alex Deucher ag...@yahoo.com 2010-03-14 08:28:43 PST ---
I have some ideas about reworking the power mode selection. I'll post patches
when they are ready.
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=26430
--- Comment #17 from Alex Deucher ag...@yahoo.com 2010-03-14 08:33:47 PST ---
Can you try setting m to the same thing as n? E.g.,
change:
m = loop - 2;
to:
m = loop - 1;
Also try i2c_clock values from 10 to 100;
--
Configure bugmail:
On Wed, Mar 10, 2010 at 7:09 PM, Alex Deucher alexdeuc...@gmail.com wrote:
Thanks to Jean for helping me with the i2c stuff. I've attached
Jean's bit algo patch as my radeon patch depends on it. I'm not sure
how we want to get that one upstream (either via drm or i2c).
Previously, the radeon
http://bugs.freedesktop.org/show_bug.cgi?id=24818
--- Comment #6 from Török Edwin edwinto...@gmail.com 2010-03-14 11:08:05 PST
---
Also the piglit tests:
texdepth, depth-tex-modes, depth-tex-compare
show random colors (sometimes it is close to the correct ones, sometimes
completely wrong)
http://bugs.freedesktop.org/show_bug.cgi?id=27071
Summary: hang in sauerbaten after recent git master upgrade
Product: Mesa
Version: git
Platform: Other
OS/Version: Linux (All)
Status: NEW
Severity: critical
This fixes fdo bug 27008.
From 0be75bd324cea1eb577cf4bdebfb59af217876cf Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Thu, 11 Mar 2010 10:38:07 -0500
Subject: [PATCH] drm/radeon/kms/rs4xx: make sure crtcs are enabled
when setting timing
based on ddx patch from Matthias
2010/3/5 Rafał Miłecki zaj...@gmail.com:
Signed-off-by: Rafał Miłecki zaj...@gmail.com
NACK. I've got a better way to deal with this.
Alex
---
drivers/gpu/drm/radeon/radeon_pm.c | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git
W dniu 14 marca 2010 21:48 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2010/3/5 Rafał Miłecki zaj...@gmail.com:
Signed-off-by: Rafał Miłecki zaj...@gmail.com
NACK. I've got a better way to deal with this.
Post it. I see we love missing merge windows :|
--
Rafał
http://bugs.freedesktop.org/show_bug.cgi?id=26347
--- Comment #25 from Rafał Miłecki zaj...@gmail.com 2010-03-14 14:00:41 PST
---
@Marc: as for VBLANK errors, I get some even when checking VBLANK state
directly in IRQ handler. So I can not debug that easily if we have some mistake
or sth in
http://bugs.freedesktop.org/show_bug.cgi?id=26430
--- Comment #18 from Andrew Randrianasulu rand...@mail.ru 2010-03-14
15:04:25 PST ---
(In reply to comment #17)
Can you try setting m to the same thing as n? E.g.,
change:
m = loop - 2;
to:
m = loop - 1;
Also try i2c_clock values
http://bugs.freedesktop.org/show_bug.cgi?id=26430
Andrew Randrianasulu rand...@mail.ru changed:
What|Removed |Added
Attachment #34014|0 |1
is
2010/3/14 Rafał Miłecki zaj...@gmail.com:
W dniu 14 marca 2010 21:48 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2010/3/5 Rafał Miłecki zaj...@gmail.com:
Signed-off-by: Rafał Miłecki zaj...@gmail.com
NACK. I've got a better way to deal with this.
Post it. I see we love missing
This weekend I finally got some time to sit down with kms pm, and I
created a new patch set (against drm-radeon-testing). For those that
want to play with the i2c stuff for thermal chips, you'll probably
grab my recent i2c patches as well. You can grab my latest pm patches
here:
On Tue, Mar 2, 2010 at 2:00 AM, Jordan Crouse jcro...@codeaurora.org wrote:
Allow platform devices without PCI resources to be DRM devices.
Signed-off-by: Jordan Crouse jcro...@codeaurora.org
This patch has a bunch of whitespace damage at least in my inbox and
also in patchwork
Please also
On Fri, Mar 12, 2010 at 7:48 PM, Daniel Vetter dan...@ffwll.ch wrote:
On Fri, Mar 12, 2010 at 10:25:56AM +0100, Jerome Glisse wrote:
I would merge patch 1 2 into a single patch,
I've split this up to make patch-reading easier. And it's fully
bisectable.
I quite like where this is going
2010/3/15 Alex Deucher alexdeuc...@gmail.com:
This weekend I finally got some time to sit down with kms pm, and I
created a new patch set (against drm-radeon-testing). For those that
want to play with the i2c stuff for thermal chips, you'll probably
grab my recent i2c patches as well. You
2010/3/15 Alex Deucher alexdeuc...@gmail.com:
This weekend I finally got some time to sit down with kms pm, and I
created a new patch set (against drm-radeon-testing). For those that
want to play with the i2c stuff for thermal chips, you'll probably
grab my recent i2c patches as well. You
2010/3/15 Alex Deucher alexdeuc...@gmail.com:
This weekend I finally got some time to sit down with kms pm, and I
created a new patch set (against drm-radeon-testing). For those that
want to play with the i2c stuff for thermal chips, you'll probably
grab my recent i2c patches as well. You
27 matches
Mail list logo