Hi Linus,
radeon: couple of evergreen support fixes, + pipe fix for r300, sparc
regression fix
core: another vblank from jbarnes.
The following changes since commit b78315f051de8d207bead90470aa216c0617572b:
Jesse Barnes (1):
drm: delay vblank cleanup until after driver unload
are
https://bugs.freedesktop.org/show_bug.cgi?id=27851
--- Comment #1 from Pavel Ondračka dra...@centrum.cz 2010-04-27 02:17:58 PDT
---
Created an attachment (id=35303)
-- (https://bugs.freedesktop.org/attachment.cgi?id=35303)
console output
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=27851
Pavel Ondračka dra...@centrum.cz changed:
What|Removed |Added
Keywords||regression
--
I sent this to Alex a few days ago but felt I should post it on this
list as well:
I've been testing radeon KMS PM with 2.6.34-rc* for a few days now and
I wanted to send you my testcase. Even though PM is enabled, the
defaults of my card are somewhat insane so no real powermanagement
takes
https://bugs.freedesktop.org/show_bug.cgi?id=27851
--- Comment #2 from Marek Olšák mar...@gmail.com 2010-04-27 03:02:18 PDT ---
Please attach the dmesg output.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
https://bugs.freedesktop.org/show_bug.cgi?id=27851
--- Comment #3 from Pavel Ondračka dra...@centrum.cz 2010-04-27 03:11:08 PDT
---
Created an attachment (id=35305)
-- (https://bugs.freedesktop.org/attachment.cgi?id=35305)
dmesg
--
Configure bugmail:
2010/4/27 Michel Dänzer mic...@daenzer.net:
[ Moving to the new list ]
On Die, 2010-04-27 at 12:34 +1000, Dave Airlie wrote:
From: Dave Airlie airl...@redhat.com
On constrained r100 systems compiz would fail to start due to a lack
of memory, we can just fallback place the objects rather
On Die, 2010-04-27 at 20:14 +1000, Dave Airlie wrote:
2010/4/27 Michel Dänzer mic...@daenzer.net:
[ Moving to the new list ]
On Die, 2010-04-27 at 12:34 +1000, Dave Airlie wrote:
From: Dave Airlie airl...@redhat.com
On constrained r100 systems compiz would fail to start due to a lack
On Tue, 2010-04-27 at 15:01 +1000, Dave Airlie wrote:
On Tue, Apr 27, 2010 at 5:03 AM, Adam Jackson a...@redhat.com wrote:
Signed-off-by: Adam Jackson a...@redhat.com
not sure about the kernel-parameters additions, since the option would
be drm.edid_threshhold= and its a module option,
On Tue, 2010-04-27 at 10:47 -0400, Alex Deucher wrote:
On Tue, Apr 27, 2010 at 10:30 AM, Adam Jackson a...@redhat.com wrote:
That's a valid point though: we currently don't distinguish between
connected but with broken EDID and disconnected. I think it sounds
reasonable to treat the former
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #7 from Fabio Pedretti fabio@libero.it 2010-04-27 08:31:26
PDT ---
(In reply to comment #6)
I think I have this fixed now. Can you re-test with mesa commit
db14a8022a2a957c83b1fe33a84af3cdb1952d68 or later?
With
On Tue, Apr 27, 2010 at 5:35 AM, Klaus Doblmann B.A.
klaus.doblm...@gmail.com wrote:
I sent this to Alex a few days ago but felt I should post it on this
list as well:
You might want to check the address you used as I never got the email.
I've been testing radeon KMS PM with 2.6.34-rc* for
From: Jakob Bornecrantz ja...@vmware.com
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
---
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c
The throttle_us member in the execbuf argument is now honored.
If the member is 0, no waiting for lag will occur, which
guarantees backwards compatibility with well-behaved clients.
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
---
drivers/gpu/drm/vmwgfx/Makefile |2 +-
From: Jakob Bornecrantz ja...@vmware.com
Also make sure the ldu::active member is properly initialized.
Part of fix by Michel Daenzer daen...@vmware.com.
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
Signed-off-by: Michel Daenzer daen...@vmware.com
Signed-off-by: Thomas Hellstrom
From: Jakob Bornecrantz ja...@vmware.com
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |9
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |5 ++
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c | 81
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
index 6241255..cf7aa3d 100644
---
On Tue, 27 Apr 2010 13:42:05 -0400
Alex Deucher alexdeuc...@gmail.com wrote:
On Tue, Apr 27, 2010 at 5:35 AM, Klaus Doblmann B.A.
klaus.doblm...@gmail.com wrote:
I sent this to Alex a few days ago but felt I should post it on this
list as well:
You might want to check the address you
Il giorno gio, 15/04/2010 alle 13.41 -0400, Alex Deucher ha scritto:
From 837feb147c531219c7315857a6f17e145af8f750 Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Thu, 15 Apr 2010 13:31:12 -0400
Subject: [PATCH] drm/radeon/kms: fix tv dac conflict resolver
On systems
On Tue, Apr 27, 2010 at 6:24 PM, GhePeU ghe...@virgilio.it wrote:
Il giorno mar, 27/04/2010 alle 18.11 -0400, Alex Deucher ha scritto:
On Tue, Apr 27, 2010 at 5:30 PM, GhePeU ghe...@virgilio.it wrote:
Il giorno gio, 15/04/2010 alle 13.41 -0400, Alex Deucher ha scritto:
From
Hi Linus,
radeon: couple of evergreen support fixes, + pipe fix for r300, sparc
regression fix
core: another vblank from jbarnes.
The following changes since commit b78315f051de8d207bead90470aa216c0617572b:
Jesse Barnes (1):
drm: delay vblank cleanup until after driver unload
are
https://bugs.freedesktop.org/show_bug.cgi?id=27851
Summary: Major slowdowns in Heroes of Newerth with r300g
driver.
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=27851
--- Comment #1 from Pavel Ondra?ka 2010-04-27 02:17:58
PDT ---
Created an attachment (id=35303)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35303)
console output
--
Configure bugmail:
I sent this to Alex a few days ago but felt I should post it on this
list as well:
I've been testing radeon KMS PM with 2.6.34-rc* for a few days now and
I wanted to send you my testcase. Even though PM is enabled, the
defaults of my card are somewhat insane so no real powermanagement
takes
https://bugs.freedesktop.org/show_bug.cgi?id=27851
--- Comment #2 from Marek Ol??k 2010-04-27 03:02:18 PDT
---
Please attach the dmesg output.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=27851
--- Comment #3 from Pavel Ondra?ka 2010-04-27 03:11:08
PDT ---
Created an attachment (id=35305)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35305)
dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
[ Moving to the new list ]
On Die, 2010-04-27 at 12:34 +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> On constrained r100 systems compiz would fail to start due to a lack
> of memory, we can just fallback place the objects rather than completely
> failing it works a lot better.
>
> v2:
>
2010/4/27 Michel D?nzer :
> [ Moving to the new list ]
>
> On Die, 2010-04-27 at 12:34 +1000, Dave Airlie wrote:
>> From: Dave Airlie
>>
>> On constrained r100 systems compiz would fail to start due to a lack
>> of memory, we can just fallback place the objects rather than completely
>> failing
On Die, 2010-04-27 at 20:14 +1000, Dave Airlie wrote:
> 2010/4/27 Michel D?nzer :
> > [ Moving to the new list ]
> >
> > On Die, 2010-04-27 at 12:34 +1000, Dave Airlie wrote:
> >> From: Dave Airlie
> >>
> >> On constrained r100 systems compiz would fail to start due to a lack
> >> of memory, we
https://bugs.freedesktop.org/show_bug.cgi?id=27851
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=27858
Summary: [r300g] wine game crashes
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: major
Priority: medium
cation/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20100427/b4eb2612/attachment.pgp>
On Tue, Apr 27, 2010 at 10:30 AM, Adam Jackson wrote:
> On Tue, 2010-04-27 at 15:01 +1000, Dave Airlie wrote:
>> On Tue, Apr 27, 2010 at 5:03 AM, Adam Jackson wrote:
>> > Signed-off-by: Adam Jackson
>>
>> not sure about the kernel-parameters additions, since the option would
>> be
has synced, which would
let us know whether a given mode was bad or not.
- ajax
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://li
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #7 from Fabio Pedretti 2010-04-27 08:31:26
PDT ---
(In reply to comment #6)
> I think I have this fixed now. Can you re-test with mesa commit
> db14a8022a2a957c83b1fe33a84af3cdb1952d68 or later?
With
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #9 from Fabio Pedretti 2010-04-27 09:03:57
PDT ---
(In reply to comment #8)
> Created an attachment (id=35312)
View: https://bugs.freedesktop.org/attachment.cgi?id=35312
Review: https://bugs.freedesktop.org/review?bug=27729=35312
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #10 from Fabio Pedretti 2010-04-27
09:13:58 PDT ---
> (gdb) p index
> $2 = 1
> (gdb) p t->psizoutindex
> $3 = -1
> (gdb) p t->prevInstWrotePsiz
> $4 = 0 '\000'
> (gdb) p t->outputMapping[index]
> $5 = 19828484
>
> Other vars?
That
On Tue, Apr 27, 2010 at 5:35 AM, Klaus Doblmann B.A.
wrote:
>
> I sent this to Alex a few days ago but felt I should post it on this
> list as well:
>
You might want to check the address you used as I never got the email.
> I've been testing radeon KMS PM with 2.6.34-rc* for a few days now and
From: Jakob Bornecrantz
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c
From: Jakob Bornecrantz
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c
From: Jakob Bornecrantz
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 17 +++--
1 files changed, 11 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c
From: Jakob Bornecrantz
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |9
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |5 ++
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c | 81 --
The host may be touching this part of VRAM at modesetting,
even if we never use it ourselves, since we blit screen updates from 3D
surfaces. Make sure no DMA buffers are placed in this part of VRAM.
Signed-off-by: Thomas Hellstrom
Signed-off-by: Jakob Bornecrantz
---
From: Jakob Bornecrantz
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c
From: Jakob Bornecrantz
We should not use SVGA_REG_ENABLE anywhere but in the fifo setup code,
since it controls whether the device is active.
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c |4
From: Jakob Bornecrantz
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 17 -
1 files changed, 4 insertions(+), 13 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c
From: Jakob Bornecrantz
The unpause codepath uses vmw_overlay_update() so we must
unset the paused status.
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_overlay.c |2 ++
1 files changed, 2 insertions(+), 0
From: Jakob Bornecrantz
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c |4
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c |2 ++
2 files changed, 6 insertions(+), 0 deletions(-)
diff --git
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
index 6241255..cf7aa3d 100644
---
On Tue, 27 Apr 2010 13:42:05 -0400
Alex Deucher wrote:
> On Tue, Apr 27, 2010 at 5:35 AM, Klaus Doblmann B.A.
> wrote:
> >
> > I sent this to Alex a few days ago but felt I should post it on this
> > list as well:
> >
>
> You might want to check the address you used as I never got the email.
On Tue, Apr 27, 2010 at 1:53 PM, Klaus Doblmann B.A.
wrote:
> On Tue, 27 Apr 2010 13:42:05 -0400
> Alex Deucher wrote:
>
>> On Tue, Apr 27, 2010 at 5:35 AM, Klaus Doblmann B.A.
>> wrote:
>> >
>> > I sent this to Alex a few days ago but felt I should post it on this
>> > list as well:
>> >
>>
>>
On Tue, 27 Apr 2010 14:06:41 -0400
Alex Deucher wrote:
[...]
>
> enable/disable dynpm:
> echo 1 > /sys/class/drm/card0/device/dynpm
>
> force a static power state:
> echo 1.0 > /sys/class/drm/card0/device/power_state
>
> Alex
Oh, now that you've mentioned it, I've noticed I've been using
On Tue, Apr 27, 2010 at 5:30 PM, GhePeU wrote:
> Il giorno gio, 15/04/2010 alle 13.41 -0400, Alex Deucher ha scritto:
>> >From 837feb147c531219c7315857a6f17e145af8f750 Mon Sep 17 00:00:00 2001
>> From: Alex Deucher
>> Date: Thu, 15 Apr 2010 13:31:12 -0400
>> Subject: [PATCH] drm/radeon/kms: fix
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #11 from Brian Paul 2010-04-27 15:16:15
PDT ---
Can you do "export ST_DEBUG=mesa,tgsi" and re-run? That should print the GPU
instructions to stderr. Please attach that output to the bug report. Thanks.
--
Configure bugmail:
If initializing accel on resume fails, fallback to no
accel. This should fix resume if accel setup failed
initially or was forced off by the user.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 40 ++---
drivers/gpu/drm/radeon/r100.c |
55 matches
Mail list logo