>From 7c94667f1434383c2531a249aa28b15a0e660efe Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Fri, 19 Feb 2010 02:13:56 -0500
Subject: [PATCH] drm/radeon/kms: fix shared ddc detection
Just compare the i2c id since the i2c structs
may be slighly different.
Fixes fdo bug 26616.
Signed-off-by:
http://bugs.freedesktop.org/show_bug.cgi?id=26639
--- Comment #3 from Alex Deucher 2010-02-18 22:57:12 PST ---
which 1024x768 mode is problematic? You have 4 of them:
1024x768 85.0 75.1 70.1 60.0
Does loading the radeon module with new_pll=0 help?
e.g.,
modprobe radeon
http://bugs.freedesktop.org/show_bug.cgi?id=26641
--- Comment #4 from Alex Deucher 2010-02-18 17:30:43 PST ---
This bug is a duplicate of this one:
http://bugzilla.kernel.org/show_bug.cgi?id=15328
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are re
http://bugs.freedesktop.org/show_bug.cgi?id=26641
--- Comment #3 from Andy Furniss 2010-02-18
17:25:32 PST ---
(In reply to comment #0)
> I use kernel 2.6.33 rc8 with ati kms support.
I have a similar sounding problem on an AGP card since early Feb.
http://article.gmane.org/gmane.comp.vi
http://bugs.freedesktop.org/show_bug.cgi?id=26631
--- Comment #9 from Alex Deucher 2010-02-18 17:18:32 PST ---
(In reply to comment #8)
> We need to take the CP lock to avoid scheduling commands when the CP is
> running.
We need to take the CP lock to avoid scheduling commands when we are
http://bugs.freedesktop.org/show_bug.cgi?id=26631
--- Comment #8 from Alex Deucher 2010-02-18 17:17:37 PST ---
(In reply to comment #3)
> Created an attachment (id=33399)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33399) [details]
> drm/radeon/kms/pm: do not take cp mutex
>
> Does
http://bugs.freedesktop.org/show_bug.cgi?id=26641
Martin PERES changed:
What|Removed |Added
CC||[email protected]
--- Comme
http://bugs.freedesktop.org/show_bug.cgi?id=26631
--- Comment #7 from Andy Furniss 2010-02-18
16:37:22 PST ---
(In reply to comment #5)
I don't see any framerate variation either.
Of course this may be explained by my clock never actually getting changed, if
it was changed every time I get
http://bugs.freedesktop.org/show_bug.cgi?id=26641
--- Comment #1 from Michał Ostrowski 2010-02-18 15:50:19
PST ---
Created an attachment (id=33405)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33405)
configs and logs
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?
http://bugs.freedesktop.org/show_bug.cgi?id=26631
--- Comment #6 from Andy Furniss 2010-02-18
15:43:34 PST ---
(In reply to comment #2)
> Anyway, thanks to some change in the latest drm-radeon-testing any other game
> than q3 runs REALLY slow - even the good old CS 1.5 through wine goes to
http://bugs.freedesktop.org/show_bug.cgi?id=26641
Summary: RV730 agp xf86-video-ati with kms poor performance
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Prio
http://bugs.freedesktop.org/show_bug.cgi?id=26631
--- Comment #5 from Andy Furniss 2010-02-18
15:32:34 PST ---
(In reply to comment #3)
> Created an attachment (id=33399)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33399) [details]
> drm/radeon/kms/pm: do not take cp mutex
>
> Does
2010/2/18 Rafał Miłecki :
> W dniu 18 lutego 2010 21:47 użytkownik Alex Deucher
> napisał:
>> 2010/2/18 Rafał Miłecki :
>>> W dniu 18 lutego 2010 20:29 użytkownik Alex Deucher
>>> napisał:
2010/2/17 Rafał Miłecki :
> We kept requested and current modes in many places, depending on curren
http://bugzilla.kernel.org/show_bug.cgi?id=15276
--- Comment #34 from Andreas Wallberg 2010-02-18
23:08:34 ---
I have been experimenting with various kernel and userland versions this
evening, but without much progress I must add. I can trigger the crash with:
Kernel:
kernel26-git: 2.6.33
W dniu 18 lutego 2010 23:36 użytkownik Alex Deucher
napisał:
> 2010/2/18 Rafał Miłecki :
>> W dniu 18 lutego 2010 22:04 użytkownik Alex Deucher
>> napisał:
>>> 2010/2/18 Rafał Miłecki :
Signed-off-by: Rafał Miłecki
---
V2: use already implemented functions for reading/writing PCIE
On Thu, Feb 18, 2010 at 1:45 PM, Alex Deucher wrote:
> From 8f47a2a76ceb0638cfd3b053e7cb2bf3dc1f8b4a Mon Sep 17 00:00:00 2001
> From: Alex Deucher
> Date: Thu, 18 Feb 2010 13:39:36 -0500
> Subject: [PATCH] drm/radeon/r7xx: fixes to gfx init
>
> - RV740 requires a special backend map
> - updated s
2010/2/18 Rafał Miłecki :
> W dniu 18 lutego 2010 22:04 użytkownik Alex Deucher
> napisał:
>> 2010/2/18 Rafał Miłecki :
>>> Signed-off-by: Rafał Miłecki
>>> ---
>>> V2: use already implemented functions for reading/writing PCIE PORT
>>> V3: fix rreg/wreg typo in macro
>>>
>>> Thanks Alex for revi
W dniu 18 lutego 2010 22:36 użytkownik Rafał Miłecki napisał:
> W dniu 18 lutego 2010 21:47 użytkownik Alex Deucher
> napisał:
>> 2010/2/18 Rafał Miłecki :
>>> W dniu 18 lutego 2010 20:29 użytkownik Alex Deucher
>>> napisał:
2010/2/17 Rafał Miłecki :
> We kept requested and current mode
http://bugs.freedesktop.org/show_bug.cgi?id=26631
--- Comment #4 from Tobias Jakobi 2010-02-18 13:43:17
PST ---
This patch helps, but the stalls don't disappear completly.
You can try this yourself, I think ioquake3 + demodata or openarena should work
for this. It's like the gamespeed chan
W dniu 18 lutego 2010 21:47 użytkownik Alex Deucher
napisał:
> 2010/2/18 Rafał Miłecki :
>> W dniu 18 lutego 2010 20:29 użytkownik Alex Deucher
>> napisał:
>>> 2010/2/17 Rafał Miłecki :
We kept requested and current modes in many places, depending on current
state.
That was useles
W dniu 18 lutego 2010 21:48 użytkownik Alex Deucher
napisał:
> 2010/2/18 Rafał Miłecki :
>> We may also consider hacking eng/mem clocks in requested mode for DPMS
>> OFF. Maybe we could use chip's minimum instead lowest entry from
>> AtomBIOS table?
>
> You could try, but for stability sake, we sh
http://bugs.freedesktop.org/show_bug.cgi?id=26639
--- Comment #2 from Tobias Jakobi 2010-02-18 13:24:00
PST ---
Created an attachment (id=33403)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33403)
EDID extracted from P260
--
Configure bugmail: http://bugs.freedesktop.org/userprefs
http://bugs.freedesktop.org/show_bug.cgi?id=26639
--- Comment #1 from Tobias Jakobi 2010-02-18 13:13:45
PST ---
Created an attachment (id=33402)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33402)
xorg logfile
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=ema
http://bugs.freedesktop.org/show_bug.cgi?id=26639
Tobias Jakobi changed:
What|Removed |Added
OS/Version|All |Linux (All)
Platform|Other
http://bugs.freedesktop.org/show_bug.cgi?id=26639
Summary: [radeon KMS] switching to res 1024x768 kills output
Product: DRI
Version: DRI CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: med
W dniu 18 lutego 2010 22:04 użytkownik Alex Deucher
napisał:
> 2010/2/18 Rafał Miłecki :
>> Signed-off-by: Rafał Miłecki
>> ---
>> V2: use already implemented functions for reading/writing PCIE PORT
>> V3: fix rreg/wreg typo in macro
>>
>> Thanks Alex for reviewing!
>> ---
>> drivers/gpu/drm/rad
2010/2/18 Rafał Miłecki :
> Signed-off-by: Rafał Miłecki
> ---
> V2: use already implemented functions for reading/writing PCIE PORT
> V3: fix rreg/wreg typo in macro
>
> Thanks Alex for reviewing!
> ---
> drivers/gpu/drm/radeon/r300.c | 5 -
> drivers/gpu/drm/radeon/radeon.h |
http://bugs.freedesktop.org/show_bug.cgi?id=26631
--- Comment #3 from Rafał Miłecki 2010-02-18 13:02:11 PST
---
Created an attachment (id=33399)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33399)
drm/radeon/kms/pm: do not take cp mutex
Does it help?
--
Configure bugmail: http://
Ported from DDX
Signed-off-by: Rafał Miłecki
---
drivers/gpu/drm/radeon/r600.c| 76 ++
drivers/gpu/drm/radeon/radeon_asic.h |5 +-
drivers/gpu/drm/radeon/radeon_reg.h |5 ++
3 files changed, 84 insertions(+), 2 deletions(-)
diff --git a/drivers
2010/2/18 Rafał Miłecki :
> W dniu 18 lutego 2010 20:39 użytkownik Rafał Miłecki
> napisał:
>> W dniu 18 lutego 2010 20:29 użytkownik Alex Deucher
>> napisał:
>>> 2010/2/17 Rafał Miłecki :
We kept requested and current modes in many places, depending on current
state.
That was us
2010/2/18 Rafał Miłecki :
> W dniu 18 lutego 2010 20:29 użytkownik Alex Deucher
> napisał:
>> 2010/2/17 Rafał Miłecki :
>>> We kept requested and current modes in many places, depending on current
>>> state.
>>> That was useless, one place for holding that is enough.
>>>
>>> Signed-off-by: Rafał
Signed-off-by: Rafał Miłecki
---
V2: use already implemented functions for reading/writing PCIE PORT
V3: fix rreg/wreg typo in macro
Thanks Alex for reviewing!
---
drivers/gpu/drm/radeon/r300.c|5 -
drivers/gpu/drm/radeon/radeon.h |2 ++
drivers/gpu/drm/radeon/radeon_asi
http://bugs.freedesktop.org/show_bug.cgi?id=26603
Ladislav Kunc changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=26631
--- Comment #2 from Tobias Jakobi 2010-02-18 12:02:47
PST ---
Confirming on my RV740 in quake3. q3 performance is good, but every other
second the whole rendering slows down for a bit to then accelerate again - very
annoying.
Deactivated al
http://bugs.freedesktop.org/show_bug.cgi?id=26635
Summary: [drm-radeon-testing] warning message that can't be true
Product: DRI
Version: DRI CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Signed-off-by: Rafał Miłecki
---
V2: use already implemented functions for reading/writing PCIE PORT
Thanks Alex for reviewing!
---
drivers/gpu/drm/radeon/r300.c|5 -
drivers/gpu/drm/radeon/radeon.h |2 ++
drivers/gpu/drm/radeon/radeon_asic.h |4 ++--
drivers/gpu/drm
W dniu 18 lutego 2010 20:39 użytkownik Rafał Miłecki napisał:
> W dniu 18 lutego 2010 20:29 użytkownik Alex Deucher
> napisał:
>> 2010/2/17 Rafał Miłecki :
>>> We kept requested and current modes in many places, depending on current
>>> state.
>>> That was useless, one place for holding that is
W dniu 18 lutego 2010 20:29 użytkownik Alex Deucher
napisał:
> 2010/2/17 Rafał Miłecki :
>> We kept requested and current modes in many places, depending on current
>> state.
>> That was useless, one place for holding that is enough.
>>
>> Signed-off-by: Rafał Miłecki
>> ---
>> Tested on my RV62
2010/2/17 Rafał Miłecki :
> We kept requested and current modes in many places, depending on current
> state.
> That was useless, one place for holding that is enough.
>
> Signed-off-by: Rafał Miłecki
> ---
> Tested on my RV620, no problems. Alex: can you review this patch? It's your
> code I mod
>From a2421e417050d9e448d39d1d65e2c3c9aa787c98 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Thu, 18 Feb 2010 14:14:58 -0500
Subject: [PATCH] drm/radeon/kms/rs600: add connector quirk
rs600 board lists DVI port as HDMI.
Fixes fdo bug 26605
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/r
http://bugzilla.kernel.org/show_bug.cgi?id=15328
Francisco Jerez changed:
What|Removed |Added
CC||[email protected]
--- Comment #1
W dniu 18 lutego 2010 16:20 użytkownik Alex Deucher
napisał:
> 2010/2/17 Rafał Miłecki :
>> Ported from DDX
>>
>> Signed-off-by: Rafał Miłecki
>> ---
>> drivers/gpu/drm/radeon/r300.c | 5 -
>> drivers/gpu/drm/radeon/radeon.h | 14 ++
>> drivers/gpu/drm/radeon/rad
http://bugzilla.kernel.org/show_bug.cgi?id=15328
--- Comment #9 from Francisco Jerez 2010-02-18
18:53:42 ---
Created an attachment (id=25107)
--> (http://bugzilla.kernel.org/attachment.cgi?id=25107)
ttm_set_caching_nopat.patch
I guess the attached patch fixes it. However it might make sen
>From 8f47a2a76ceb0638cfd3b053e7cb2bf3dc1f8b4a Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Thu, 18 Feb 2010 13:39:36 -0500
Subject: [PATCH] drm/radeon/r7xx: fixes to gfx init
- RV740 requires a special backend map
- updated swizzle modes for backend map setup
- fix programming of a few gfx
>From 177c0de810f39fe1567eb05ee02bfd6492397b9c Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Thu, 18 Feb 2010 13:27:11 -0500
Subject: [PATCH] drm/radeon/kms/r7xx: fix spelling in struct
- fize -> size
- also move a bit field define next to the
relevant register
Signed-off-by: Alex Deucher
-
El mié. 17 de feb. de 2010, a las 20:23:28 +0100, Rafał Miłecki escribió:
> Signed-off-by: Rafał Miłecki
> Reported-by: Jaime Velasco Juan
> ---
> This should make the trick, Jaime can you check if this works for you? Does it
> kill your corruptions?
It doesn't work, it have the same problem tha
http://bugzilla.kernel.org/show_bug.cgi?id=15328
--- Comment #8 from Jérôme Glisse 2010-02-18 17:02:45
---
Ok so it's more likely because on non PAT get_page_memtype always return -1
thus we always do set_wb and if page were already wb it likely kill perf. I
don't think we ever do WC -> UC
http://bugs.freedesktop.org/show_bug.cgi?id=26603
--- Comment #2 from Kevin DeKorte 2010-02-18 08:25:05 PST
---
Appears to be fixed in git xf86-video-ati in commit
a3b730eceb522c7ac1ef3dd6f6c7d773118d03f7
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
On Thu, 2010-02-18 at 16:20 +0100, Marco wrote:
>
> What Xorg says is this:
> II) vmwgfx(0): Using exact sizes for initial modes
> II) vmwgfx(0): Output LVDS1 using initial mode 800x600
> II) vmwgfx(0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise
> stated.
> ==) vmwgfx(0): DPI set to (
Hallo,
I'trying to use the vmwgfx driver to anable 3D accellarion on vmware player,
but xorg still use swrast driver.
I'm using kernel 2.6.33-rc7-00213-g0706f50 self comiled with vmwgfx driver
enabled.
I'm using mesa_7_7_branch because is the only one vmwgfx works in xorg
(master still doesn't wor
http://bugs.freedesktop.org/show_bug.cgi?id=26631
--- Comment #1 from Andy Furniss 2010-02-18
07:54:53 PST ---
Created an attachment (id=33386)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33386)
dmesg
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
http://bugs.freedesktop.org/show_bug.cgi?id=26631
Summary: R600 AGP KMS + dynpm,dynclks = stalls
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
http://bugzilla.kernel.org/show_bug.cgi?id=15328
Jérôme Glisse changed:
What|Removed |Added
CC||[email protected]
--- Comment #7
2010/2/17 Rafał Miłecki :
> Ported from DDX
>
> Signed-off-by: Rafał Miłecki
> ---
> drivers/gpu/drm/radeon/r300.c | 5 -
> drivers/gpu/drm/radeon/radeon.h | 14 ++
> drivers/gpu/drm/radeon/radeon_asic.h | 4 ++--
> drivers/gpu/drm/radeon/radeon_pm.c | 2 +
2010/2/17 Dave Airlie :
> 2010/2/18 Rafał Miłecki :
>> Ported from DDX
>>
>
> The PCIE regs on r600 are the same offsets at the ones on rv370 from
> what I can see
> probably don't need to add a new PCIE_P struct at all I think the
> rv370 functions should work.
>
There are PCIE index regs at the
Version 2 of memory controller did break the initialization for
R3XX/R4XX hardware. This patch fix it.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/r300.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r300.c b/drivers/gpu/drm/rad
If at IB free time fence wasn't emited that means the IB wasn't
scheduled because an error occured somewhere, thus we can free
then fence and mark the IB as free.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_ring.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
di
http://bugs.freedesktop.org/show_bug.cgi?id=6624
Olivier Le Thanh Duong changed:
What|Removed |Added
Blocks|26481 |
--
Configure bugmail: http:
http://bugs.freedesktop.org/show_bug.cgi?id=6624
Olivier Le Thanh Duong changed:
What|Removed |Added
Blocks||26481
--
Configure bugmail:
W dniu 18 lutego 2010 05:57 użytkownik Dave Airlie napisał:
> 2010/2/18 Rafał Miłecki :
>> Ported from DDX
>>
>
> The PCIE regs on r600 are the same offsets at the ones on rv370 from
> what I can see
> probably don't need to add a new PCIE_P struct at all I think the
> rv370 functions should work.
2010/2/18 Rafał Miłecki :
> W dniu 18 lutego 2010 09:28 użytkownik Dave Airlie
> napisał:
>>>
It adds some reading & printing steps before every reclock, while we
really want it to happen as soon as possible. Maybe you could execute
this only on some
>>
>> btw you won't get the pri
W dniu 18 lutego 2010 09:28 użytkownik Dave Airlie napisał:
>>
>>> It adds some reading & printing steps before every reclock, while we
>>> really want it to happen as soon as possible. Maybe you could execute
>>> this only on some
>
> btw you won't get the print if you are in vblank, and if you a
http://bugs.freedesktop.org/show_bug.cgi?id=26214
Fabio Pedretti changed:
What|Removed |Added
CC||[email protected]
Status|
>
>> It adds some reading & printing steps before every reclock, while we
>> really want it to happen as soon as possible. Maybe you could execute
>> this only on some
btw you won't get the print if you are in vblank, and if you aren't
well the print
doesn't matter, I'm also thinking the engine ch
2010/2/18 Rafał Miłecki :
> 2010/2/18 Dave Airlie :
>> From: Dave Airlie
>>
>> This patch adds a check on avivo chips to see if we are in the VBL
>> region for the active crtcs when we trigger the engine change.
>>
>> I appear to have glitches locally on pm transistion (not sure all
>> fixes are i
2010/2/18 Dave Airlie :
> From: Dave Airlie
>
> This patch adds a check on avivo chips to see if we are in the VBL
> region for the active crtcs when we trigger the engine change.
>
> I appear to have glitches locally on pm transistion (not sure all
> fixes are in yet) and this at least seems to b
66 matches
Mail list logo
