http://bugs.freedesktop.org/show_bug.cgi?id=23670
--- Comment #6 from Shuang He shuang...@intel.com 2009-09-08 23:01:02 PST ---
(In reply to comment #5)
(In reply to comment #4)
Could you provide more details about the failing cases (maybe run conform
with
-v 2)? It looks like the
From: Dave Airlie airl...@redhat.com
This adds:
coherent mode: TMDS coherent mode for atom cards.
scaling mode: LVDS scaler mode
load detect: DAC load detection, DVI-I, VGA, TV
tmds pll: legacy TMDS pll selection
tv standard: TV standard selection.
TODO: other TV ones? dvi subconnector selection
I'm thinking of organizing power management in KMS. There are my
ideas, would like to get your opinions.
First of all we need a few different power modes. I think radeonhd has
nice states for that:
1) OFF /* DPMS off */
2) IDLE /* DPMS on, no activity for some time */
3) SLOW_2D /* Simple 2D
On Wed, 2009-09-09 at 10:50 +0200, Rafał Miłecki wrote:
I'm thinking of organizing power management in KMS. There are my
ideas, would like to get your opinions.
First of all we need a few different power modes. I think radeonhd has
nice states for that:
1) OFF /* DPMS off */
2) IDLE /*
It's about radeon's KMS and PM of course, sorry for not specifing.
W dniu 9 września 2009 10:50 użytkownik Rafał Miłecki
zaj...@gmail.com napisał:
I'm thinking of organizing power management in KMS. There are my
ideas, would like to get your opinions.
First of all we need a few different
2009/9/9 Jerome Glisse gli...@freedesktop.org
On Wed, 2009-09-09 at 10:50 +0200, Rafał Miłecki wrote:
I'm thinking of organizing power management in KMS. There are my
ideas, would like to get your opinions.
First of all we need a few different power modes. I think radeonhd has
nice
W dniu 9 września 2009 11:10 użytkownik Jerome Glisse
gli...@freedesktop.org napisał:
I have been thinking to PM too, getting hint from userspace is i believe
somethings we want, how this hint should be given needs more discussion,
i was thinking to either use a score (like 100 give me full
W dniu 9 września 2009 11:10 użytkownik Jerome Glisse
gli...@freedesktop.org napisał:
I have been thinking to PM too, getting hint from userspace is i believe
somethings we want, how this hint should be given needs more discussion,
i was thinking to either use a score (like 100 give me full
http://bugs.freedesktop.org/show_bug.cgi?id=23812
Summary: links2 triggers a lockdep trace in drm-next with KMS on
Product: DRI
Version: DRI CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: minor
http://bugs.freedesktop.org/show_bug.cgi?id=23017
--- Comment #11 from Stefan Dirsch sndir...@suse.de 2009-09-09 08:09:40 PST
---
The glxgears issue is fixed in Mesa 7.5.1. Not sure if by accident or by
intention though.
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=23337
--- Comment #4 from Stefan Dirsch sndir...@suse.de 2009-09-09 08:09:35 PST
---
The issue is fixed in Mesa 7.5.1. Not sure if by accident or by intention
though.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
For the most part, the driver should just implement sensible power
management itself. We don't want users to have to define complex power
management policies. In almost every case, if the user triggers a
graphics operation then they want it to complete as quickly as possible.
Autmatically
http://bugs.freedesktop.org/show_bug.cgi?id=23670
--- Comment #7 from Brian Paul brian.e.p...@gmail.com 2009-09-09 08:43:00
PST ---
Created an attachment (id=29352)
-- (http://bugs.freedesktop.org/attachment.cgi?id=29352)
another patch for meta.c (IndexOffset/Bias check)
Can you see if
On Wed, 2009-09-09 at 10:50 +0200, Rafał Miłecki wrote:
5) SLOW_3D /* Simple 3D activity, e.g. compiz (Q: how to select?
indirect rendering only? */
FWIW: No, compiz (and any other GLX compositing manager, for that
matter) works with direct rendering with DRI2.
--
Earthling Michel Dänzer
http://bugs.freedesktop.org/show_bug.cgi?id=23816
Summary: 32bit mesa on 64bit os won't load r600_dri.so due to bad
magic
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity:
http://bugs.freedesktop.org/show_bug.cgi?id=23017
--- Comment #12 from Michel Dänzer mic...@daenzer.net 2009-09-09 09:16:08
PST ---
(In reply to comment #11)
The glxgears issue is fixed in Mesa 7.5.1. Not sure if by accident or by
intention though.
See the reference to bug 23337 in
http://bugs.freedesktop.org/show_bug.cgi?id=23785
--- Comment #2 from Nicolai Hähnle nhaeh...@gmail.com 2009-09-09 09:18:37
PST ---
Thank you for the report.
Could you try running with the environment variable RADEON_DEBUG=vert set?
Warning, this will produce a huge amount of output. Only
http://bugs.freedesktop.org/show_bug.cgi?id=23337
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
Resolution|DUPLICATE |FIXED
--- Comment
W dniu 9 września 2009 17:57 użytkownik Michel Dänzer
mic...@daenzer.net napisał:
On Wed, 2009-09-09 at 10:50 +0200, Rafał Miłecki wrote:
5) SLOW_3D /* Simple 3D activity, e.g. compiz (Q: how to select?
indirect rendering only? */
FWIW: No, compiz (and any other GLX compositing manager, for
I also think it should mostly be handled in the driver. About the
only knobs we may want to enable userspace to mess with are say 3
power modes: low power (battery mode), default, and maybe a high power
mode later on. The high power mode may require thermal monitoring
support depending on the
http://bugs.freedesktop.org/show_bug.cgi?id=23785
--- Comment #3 from Nicolai Hähnle nhaeh...@gmail.com 2009-09-09 11:00:18
PST ---
Created an attachment (id=29354)
-- (http://bugs.freedesktop.org/attachment.cgi?id=29354)
Potential patch?
Okay, after actually looking at what the line of
If we stop CP and that it's still processing thing GPU hang might
happen, this patch wait for CP idle (the wait can timeout) so we
can avoid shutting down CP at bad time. This is especialy usefull
when reseting the GPU as it seems GPU reset fails to properly reset
CP when the CP wasn't stop after
R3XX/R4XX AGP asic use the old PCI GART block, not the new PCIE GART.
Make sure we pick the right GART when disabling AGP.
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/radeon/r300.c |6 ++
drivers/gpu/drm/radeon/r420.c |9 +++--
Atombios will use the mc register access helper and R4XX hw have a
bigger mc range than R3XX so add R4XX specific mc register access
helper.
igned-off-by: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/radeon/r420.c | 17
drivers/gpu/drm/radeon/r420d.h |
r100_cp_fini was duplicating code of r100_cp_disable, call r100_cp_disable
instead.
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/radeon/r100.c |3 +--
drivers/gpu/drm/radeon/radeon.h |3 +++
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git
If module is being unloaded we should not try to handle irq especialy
we should not call into drm helper or we could hard hang the computer
free_irq will call the irq handler to make sure we behave properly.
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/radeon/r100.c |3
On Wed, Sep 9, 2009 at 4:24 PM, Jerome Glissejgli...@redhat.com wrote:
R3XX/R4XX AGP asic use the old PCI GART block, not the new PCIE GART.
Make sure we pick the right GART when disabling AGP.
Just to clarify which gart block is on what r3xx/r4xx asic; If the
card is chip family CHIP_R300,
http://bugs.freedesktop.org/show_bug.cgi?id=23816
--- Comment #1 from Michel Dänzer mic...@daenzer.net 2009-09-09 15:12:05 PST
---
This is probably a duplicate of bug 22271.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
http://bugs.freedesktop.org/show_bug.cgi?id=23785
--- Comment #4 from Krzysztof A. Sobiecki sob...@gmail.com 2009-09-09
16:05:31 PST ---
Created an attachment (id=29357)
-- (http://bugs.freedesktop.org/attachment.cgi?id=29357)
Output of RADEON_DEBUG=all for unpatched Mesa
I might say that
On Wed, 9 Sep 2009, Jerome Glisse wrote:
If module is being unloaded we should not try to handle irq especialy
we should not call into drm helper or we could hard hang the computer
free_irq will call the irq handler to make sure we behave properly.
Should you not just ack all irqs here before
http://bugs.freedesktop.org/show_bug.cgi?id=23670
--- Comment #8 from Shuang He shuang...@intel.com 2009-09-09 20:31:19 PST ---
(In reply to comment #7)
Created an attachment (id=29352)
-- (http://bugs.freedesktop.org/attachment.cgi?id=29352) [details]
another patch for meta.c
http://bugs.freedesktop.org/show_bug.cgi?id=23670
--- Comment #9 from Shuang He shuang...@intel.com 2009-09-09 20:35:15 PST ---
Created an attachment (id=29361)
-- (http://bugs.freedesktop.org/attachment.cgi?id=29361)
small case
This case simply render a rectangle area in stencil buffer
32 matches
Mail list logo
