On Friday 18 December 2009, Dave Airlie wrote:
This looks good, I've taken this and I've squashed
the generic pieces of your RFC into this (i.e.
I haven't modified the drivers, but just added the
flag to allow the ioctls to be unlocked if the driver
selects them).
Do you think we should
http://bugs.freedesktop.org/show_bug.cgi?id=24593
Fabio fabio@libero.it changed:
What|Removed |Added
CC||fabio@libero.it
---
From 7c1de3201bd4e965da7c1d542c46d8b2725bf42d Mon Sep 17 00:00:00 2001
From: Corbin Simpson mostawesomed...@gmail.com
Date: Fri, 18 Dec 2009 01:00:57 -0800
Subject: [PATCH] drivers/radeon/kms: Workaround RV410/R420 CP errata.
Long story short, this fixes sporadic hardlocks with my rv410 during
On Fri, Dec 18, 2009 at 01:11:45AM -0800, Corbin Simpson wrote:
From 7c1de3201bd4e965da7c1d542c46d8b2725bf42d Mon Sep 17 00:00:00 2001
From: Corbin Simpson mostawesomed...@gmail.com
Date: Fri, 18 Dec 2009 01:00:57 -0800
Subject: [PATCH] drivers/radeon/kms: Workaround RV410/R420 CP errata.
http://bugs.freedesktop.org/show_bug.cgi?id=25701
Summary: Gallium Radeon driver: undefined symbol:
pf_is_depth_or_stencil
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
W dniu 18 grudnia 2009 01:08 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2009/12/17 Rafał Miłecki zaj...@gmail.com:
W dniu 17 grudnia 2009 06:43 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2009/12/16 Rafał Miłecki zaj...@gmail.com:
V2: reorganize functions, fix
http://bugs.freedesktop.org/show_bug.cgi?id=25662
--- Comment #3 from Tom Stellard tstel...@gmail.com 2009-12-18 02:35:59 PST
---
I noticed that if I use software rendering, I can get glxgears to run for about
three seconds before X freezes. Afterwards, I can still switch virtual
2009/12/18 Corbin Simpson mostawesomed...@gmail.com:
From 7c1de3201bd4e965da7c1d542c46d8b2725bf42d Mon Sep 17 00:00:00 2001
From: Corbin Simpson mostawesomed...@gmail.com
Date: Fri, 18 Dec 2009 01:00:57 -0800
Subject: [PATCH] drivers/radeon/kms: Workaround RV410/R420 CP errata.
Long story
On Fri, 2009-12-18 at 11:54 +0100, Rafał Miłecki wrote:
2009/12/18 Corbin Simpson mostawesomed...@gmail.com:
From 7c1de3201bd4e965da7c1d542c46d8b2725bf42d Mon Sep 17 00:00:00 2001
From: Corbin Simpson mostawesomed...@gmail.com
Date: Fri, 18 Dec 2009 01:00:57 -0800
Subject: [PATCH]
W dniu 17 grudnia 2009 13:52 użytkownik Rafał Miłecki
zaj...@gmail.com napisał:
W dniu 17 grudnia 2009 05:56 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2009/12/16 Rafał Miłecki zaj...@gmail.com:
Tested by bjaglin on IRC on RV250.
Probably shouldn't enable the mem clock stuff on
W dniu 18 grudnia 2009 01:08 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2009/12/17 Rafał Miłecki zaj...@gmail.com:
W dniu 17 grudnia 2009 06:43 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2009/12/16 Rafał Miłecki zaj...@gmail.com:
V2: reorganize functions, fix
On Thu, Dec 17, 2009 at 12:04:02AM +0100, Rafał Miłecki wrote:
In future we will execute AtomBIOS commands from contexts (like power
management) so we need to make sure we won't execute two commands at
same time to prevent locking up GPU.
With this patch applied Sedat Dilek (RV515) was able
On Thu, Dec 17, 2009 at 03:02:51AM +0100, Rafał Miłecki wrote:
V2: reorganize functions, fix modesetting calls
V3: rebase patch, use radeon's workqueue
V4: enable on tested chipsets only, request VBLANK IRQs
V5: enable PM on older hardware (IRQs, mode_fixup, dpms)
V6: use separate dynpm
Arnd Bergmann wrote:
On Friday 18 December 2009, Dave Airlie wrote:
This looks good, I've taken this and I've squashed
the generic pieces of your RFC into this (i.e.
I haven't modified the drivers, but just added the
flag to allow the ioctls to be unlocked if the driver
selects them).
http://bugs.freedesktop.org/show_bug.cgi?id=25701
--- Comment #1 from Michel Dänzer mic...@daenzer.net 2009-12-18 05:10:58 PST
---
Fixed in Git, thanks for the report.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
http://bugs.freedesktop.org/show_bug.cgi?id=25701
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
Status|NEW |RESOLVED
W dniu 18 grudnia 2009 13:19 użytkownik Jerome Glisse
gli...@freedesktop.org napisał:
On Thu, Dec 17, 2009 at 12:04:02AM +0100, Rafał Miłecki wrote:
In future we will execute AtomBIOS commands from contexts (like power
management) so we need to make sure we won't execute two commands at
same
W dniu 18 grudnia 2009 13:24 użytkownik Jerome Glisse
gli...@freedesktop.org napisał:
I think it would be better to change :
RADEON_PM_ACTION_NONE - PM_NONE ...
We already know we are in the radeon module so this is redundant
to put it in the name again. And i don't think PM_NONE will conflict
http://bugs.freedesktop.org/show_bug.cgi?id=25707
--- Comment #1 from Maxim kolma...@gmail.com 2009-12-18 05:35:30 PST ---
Created an attachment (id=32174)
-- (http://bugs.freedesktop.org/attachment.cgi?id=32174)
Xorg.0.log
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=25707
--- Comment #3 from Maxim kolma...@gmail.com 2009-12-18 05:37:49 PST ---
Created an attachment (id=32176)
-- (http://bugs.freedesktop.org/attachment.cgi?id=32176)
lspci
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=25707
Summary: Problems with DRI on ATI Radeon HD3850
Product: DRI
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
http://bugs.freedesktop.org/show_bug.cgi?id=25707
--- Comment #2 from Maxim kolma...@gmail.com 2009-12-18 05:37:19 PST ---
Created an attachment (id=32175)
-- (http://bugs.freedesktop.org/attachment.cgi?id=32175)
glxinfo
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=25708
Summary: Suppress FBO debug output
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: minor
Priority: medium
Component:
http://bugs.freedesktop.org/show_bug.cgi?id=25709
Summary: [DRI1 DRI2] sauerbraten: broken water rendering
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
V2: reorganize functions, fix modesetting calls
V3: rebase patch, use radeon's workqueue
V4: enable on tested chipsets only, request VBLANK IRQs
V5: enable PM on older hardware (IRQs, mode_fixup, dpms)
V6: use separate dynpm module parameter
V7: drop RADEON_ prefix, set minimum mode for dpms off
http://bugs.freedesktop.org/show_bug.cgi?id=25710
Summary: [DRI1 DRI2] sauerbraten: lines around textures
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
On Fri, Dec 18, 2009 at 02:27:57PM +0100, Rafał Miłecki wrote:
W dniu 18 grudnia 2009 13:19 użytkownik Jerome Glisse
gli...@freedesktop.org napisał:
On Thu, Dec 17, 2009 at 12:04:02AM +0100, Rafał Miłecki wrote:
In future we will execute AtomBIOS commands from contexts (like power
On Fri, Dec 18, 2009 at 02:30:34PM +0100, Rafał Miłecki wrote:
W dniu 18 grudnia 2009 13:24 użytkownik Jerome Glisse
gli...@freedesktop.org napisał:
I think it would be better to change :
RADEON_PM_ACTION_NONE - PM_NONE ...
We already know we are in the radeon module so this is redundant
W dniu 18 grudnia 2009 15:18 użytkownik Jerome Glisse
gli...@freedesktop.org napisał:
On Fri, Dec 18, 2009 at 02:30:34PM +0100, Rafał Miłecki wrote:
W dniu 18 grudnia 2009 13:24 użytkownik Jerome Glisse
gli...@freedesktop.org napisał:
I think it would be better to change :
W dniu 18 grudnia 2009 15:17 użytkownik Jerome Glisse
gli...@freedesktop.org napisał:
On Fri, Dec 18, 2009 at 02:27:57PM +0100, Rafał Miłecki wrote:
W dniu 18 grudnia 2009 13:19 użytkownik Jerome Glisse
gli...@freedesktop.org napisał:
On Thu, Dec 17, 2009 at 12:04:02AM +0100, Rafał Miłecki
On Fri, 2009-12-18 at 01:11 -0800, Corbin Simpson wrote:
[...]
@@ -194,6 +225,9 @@ static int r420_startup(struct radeon_device *rdev)
dev_err(rdev-dev, failled initializing CP (%d).\n, r);
return r;
}
+/* Handle CP errata. */
+
http://bugs.freedesktop.org/show_bug.cgi?id=25707
--- Comment #4 from Rafał Miłecki zaj...@gmail.com 2009-12-18 06:38:47 PST
---
Important part:
(II) [drm] DRM interface version 1.3
(II) [drm] DRM open master succeeded.
(II) RADEON(0): [drm] Using the DRM lock SAREA also for drawables.
On Fri, Dec 18, 2009 at 02:47:00PM +0100, Johannes Hirte wrote:
Am Mittwoch 16 Dezember 2009 20:31:48 schrieb Johannes Hirte:
Am Mittwoch 16 Dezember 2009 19:41:48 schrieb Jerome Glisse:
On Wed, Dec 16, 2009 at 03:58:30PM +0100, Johannes Hirte wrote:
Am Mittwoch 16 Dezember 2009 08:14:43
http://bugs.freedesktop.org/show_bug.cgi?id=25707
--- Comment #5 from Maxim kolma...@gmail.com 2009-12-18 06:51:15 PST ---
You mean this line:
(II) RADEON(0): [agp] You may want to make sure the agpgart kernel module
is loaded before the radeon kernel module. I`m sure that agpgart is loaded
On Fri, Dec 18, 2009 at 01:11:45AM -0800, Corbin Simpson wrote:
From 7c1de3201bd4e965da7c1d542c46d8b2725bf42d Mon Sep 17 00:00:00 2001
From: Corbin Simpson mostawesomed...@gmail.com
Date: Fri, 18 Dec 2009 01:00:57 -0800
Subject: [PATCH] drivers/radeon/kms: Workaround RV410/R420 CP errata.
http://bugs.freedesktop.org/show_bug.cgi?id=25707
--- Comment #6 from Alex Deucher ag...@yahoo.com 2009-12-18 07:54:09 PST ---
Please attach your dmesg.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
http://bugs.freedesktop.org/show_bug.cgi?id=25708
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Status|NEW |RESOLVED
From 08a7a77cc9928007048264616c7e6cf71480b294 Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Fri, 18 Dec 2009 11:28:22 -0500
Subject: [PATCH] drm/radeon/kms: never combine LVDS with another encoder
When linking multiple encoders to a connector, make sure
to not link LVDS
Am Mittwoch 16 Dezember 2009 20:31:48 schrieb Johannes Hirte:
Am Mittwoch 16 Dezember 2009 19:41:48 schrieb Jerome Glisse:
On Wed, Dec 16, 2009 at 03:58:30PM +0100, Johannes Hirte wrote:
Am Mittwoch 16 Dezember 2009 08:14:43 schrieb Borislav Petkov:
On Tue, Dec 15, 2009 at 11:00:46PM
Am Freitag 18 Dezember 2009 15:44:35 schrieb Jerome Glisse:
On Fri, Dec 18, 2009 at 02:47:00PM +0100, Johannes Hirte wrote:
Am Mittwoch 16 Dezember 2009 20:31:48 schrieb Johannes Hirte:
Am Mittwoch 16 Dezember 2009 19:41:48 schrieb Jerome Glisse:
On Wed, Dec 16, 2009 at 03:58:30PM +0100,
2009/12/18 Rafał Miłecki zaj...@gmail.com:
V2: reorganize functions, fix modesetting calls
V3: rebase patch, use radeon's workqueue
V4: enable on tested chipsets only, request VBLANK IRQs
V5: enable PM on older hardware (IRQs, mode_fixup, dpms)
V6: use separate dynpm module parameter
V7:
V2: reorganize functions, fix modesetting calls
V3: rebase patch, use radeon's workqueue
V4: enable on tested chipsets only, request VBLANK IRQs
V5: enable PM on older hardware (IRQs, mode_fixup, dpms)
V6: use separate dynpm module parameter
V7: drop RADEON_ prefix, set minimum mode for dpms off
http://bugs.freedesktop.org/show_bug.cgi?id=25622
--- Comment #6 from Aidan Marks ai...@cisco.com 2009-12-18 11:23:05 PST ---
I've noticed on dpms restore that when the corruption occurs, my monitor OSD
shows 1280x1600, not 2560x1600. this seems different to the boot blur, where
the osd
http://bugs.freedesktop.org/show_bug.cgi?id=25707
--- Comment #7 from Maxim kolma...@gmail.com 2009-12-18 11:51:03 PST ---
Created an attachment (id=32180)
-- (http://bugs.freedesktop.org/attachment.cgi?id=32180)
dmesg
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=13683
--- Comment #36 from Alex Deucher alexdeuc...@gmail.com 2009-12-18 19:53:01
---
Cool. What git tree are you using? Linus' or Dave's? I wonder what fixed it?
The new_pll option isn't applicable to your chip. I guess we can close this
bug
http://bugs.freedesktop.org/show_bug.cgi?id=25707
--- Comment #8 from Maxim kolma...@gmail.com 2009-12-18 11:55:05 PST ---
I think problem is here:
0.234229] uvesafb: failed to execute /sbin/v86d
[0.234238] uvesafb: make sure that the v86d helper is installed and
executable
[
http://bugs.freedesktop.org/show_bug.cgi?id=25707
--- Comment #9 from Alex Deucher ag...@yahoo.com 2009-12-18 11:58:29 PST ---
The agp kernel module for your chipset doesn't seem to be loaded. You system
has an Intel AGP bridge so it should be using the intel agp module.
--
Configure
http://bugs.freedesktop.org/show_bug.cgi?id=25707
--- Comment #10 from Maxim kolma...@gmail.com 2009-12-18 12:12:22 PST ---
OK. I have found it too. I had enabled ati chipset in the kernel. And now i
enabled intel chipset anb all works fine. glxgears show ~1100 fps and
ut2004-demo goes with
http://bugs.freedesktop.org/show_bug.cgi?id=25707
Maxim kolma...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=25707
Rafał Miłecki zaj...@gmail.com changed:
What|Removed |Added
Resolution|FIXED |INVALID
--- Comment
http://bugs.freedesktop.org/show_bug.cgi?id=25717
Summary: Radeon: system locks up when sending many vertices.
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: critical
http://bugs.freedesktop.org/show_bug.cgi?id=25490
--- Comment #1 from dagg stompdagg...@yahoo.com 2009-12-18 12:37:29 PST ---
Created an attachment (id=32185)
-- (http://bugs.freedesktop.org/attachment.cgi?id=32185)
another crash traceback
another crash, this time it's seems more
http://bugs.freedesktop.org/show_bug.cgi?id=25490
--- Comment #2 from Rafał Miłecki zaj...@gmail.com 2009-12-18 13:42:05 PST
---
Your GPU just locks up but we don't have idea from logs what causes that.
Did you do something specific when this has happened? Like some specific
application
http://bugs.freedesktop.org/show_bug.cgi?id=25718
Summary: gpu death at radeon_fence_wait
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: major
Priority: medium
http://bugs.freedesktop.org/show_bug.cgi?id=25718
--- Comment #1 from Aidan Marks ai...@cisco.com 2009-12-18 18:33:51 PST ---
typo, should say 2.6.32.1 above.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You
Hi,
I'd like to propose two patches for kernel DRM.
Currently the R300 CS checker doesn't allow rendering with no color
buffer set. This is needed for depth-only rendering which is required
for rendering into depth textures to generate shadow maps. The first
attached patch removes this
I'd like to propose two patches for kernel DRM.
Both these sounds sane to me, I'll push them into a testing tree early
next week,
Dave.
Currently the R300 CS checker doesn't allow rendering with no color
buffer set. This is needed for depth-only rendering which is required
for
57 matches
Mail list logo
