On Tue, Feb 01, 2011 at 04:57:37PM +, Chris Wilson wrote:
So, if this is the issue, then simply commenting out the tweaking of
RSTDBYCTL in ironlake_enable_rc6() should prevent the hang.
I've tried the following patch
diff --git a/drivers/gpu/drm/i915/intel_display.c
On Wed, 2 Feb 2011 10:56:57 +0100, Francesco Allertsen fallert...@gmail.com
wrote:
On Tue, Feb 01, 2011 at 04:57:37PM +, Chris Wilson wrote:
So, if this is the issue, then simply commenting out the tweaking of
RSTDBYCTL in ironlake_enable_rc6() should prevent the hang.
I've tried the
https://bugs.freedesktop.org/show_bug.cgi?id=33825
--- Comment #2 from Tobias Jakobi liquid.a...@gmx.net 2011-02-02 02:03:49 PST
---
This is interesting, since ARB_sync is implemented in the i965 classic driver,
which only advertises GL 2.1 support.
--
Configure bugmail:
Reviewed-by: Thomas Hellstrom tho...@shipmail.org
Ben Skeggs wrote:
From: Ben Skeggs bske...@redhat.com
Nouveau doesn't have enough information at ttm_backend_func.bind() time
to implement things like tiled GART, or to keep a buffer at a constant
address in the GPU virtual address space no
On Wed, Feb 02, 2011 at 09:59:54AM +, Chris Wilson wrote:
Hmm, that was the only change I could spot between the two patches. Care
to disable that function and see what happens? [i.e. put a return before
we write anything to the ring]
I've tried with the following patch
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=33832
Summary: RV620 : r600g : lightsmark 2008 segfault
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority:
Adds new packet to disable DX9 constant emulation.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/evergreen.c | 13 +
drivers/gpu/drm/radeon/evergreen_blit_kms.c | 10 +++---
drivers/gpu/drm/radeon/evergreend.h
These should be handled by the clear_state setup, but set them
directly as well just to be sure.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/evergreen.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=33847
Summary: r600g hangs with WebGL
Product: Mesa
Version: git
Platform: All
OS/Version: All
Status: NEW
Severity: major
Priority: medium
Component:
https://bugs.freedesktop.org/show_bug.cgi?id=33825
--- Comment #3 from Ian Romanick i...@freedesktop.org 2011-02-02 09:52:27 PST
---
(In reply to comment #1)
According to the specification [1], OpenGL 3.1 is required. You can see the
status of OpenGL 3.x support here [2].
[1]
https://bugzilla.kernel.org/show_bug.cgi?id=26812
--- Comment #5 from Alex Deucher alexdeuc...@gmail.com 2011-02-02 17:52:27
---
Created an attachment (id=46072)
-- (https://bugzilla.kernel.org/attachment.cgi?id=46072)
Don't load if MC ucode is not available
The default boot state only
The default clocks and voltages are not sufficient for
advanced operation. On prior asics, the MC ucode
was loaded by the vbios during asic_init so they did not
have this limitation.
Fixes:
https://bugzilla.kernel.org/show_bug.cgi?id=26812
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
https://bugzilla.kernel.org/show_bug.cgi?id=26942
--- Comment #14 from Alex Deucher alexdeuc...@gmail.com 2011-02-02 18:18:13
---
What does the distortion look like? Flickering display? garbage on screen?
Can you get a picture?
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=26942
--- Comment #15 from Alex Deucher alexdeuc...@gmail.com 2011-02-02 19:06:27
---
I've narrowed it down to a set of possible registers. Can you try manually
setting the following registers after resume and let me know which, if any, fix
the
https://bugzilla.kernel.org/show_bug.cgi?id=26942
--- Comment #16 from Brett Witherspoon spo...@exherbo.org 2011-02-02
19:57:05 ---
Created an attachment (id=46082)
-- (https://bugzilla.kernel.org/attachment.cgi?id=46082)
Both monitors
The distortion looks like horizontal lines with
https://bugzilla.kernel.org/show_bug.cgi?id=26942
--- Comment #18 from kernel...@sumoreor.com 2011-02-02 20:45:43 ---
The first pll control restores the image for me as well. I am using the laptop
screen (LVDS) and an external LCD. The distortion occurs only on the laptop
screen after
https://bugzilla.kernel.org/show_bug.cgi?id=26942
--- Comment #19 from Brett Witherspoon spo...@exherbo.org 2011-02-02
21:05:50 ---
I am sure the logs indicate this, but in case it is relevant I am using the
DVI-0 and HDMI-0 connectors for the monitors.
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=33851
Summary: [KMS Evergreen bisected] Crash on modeset on HP
dv6-3050eo laptop
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=33851
--- Comment #1 from Antti Lahtinen ahl...@gmail.com 2011-02-02 13:48:46 PST
---
Created an attachment (id=42867)
-- (https://bugs.freedesktop.org/attachment.cgi?id=42867)
dmesg on latest kernel with my patch
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=33851
--- Comment #2 from Antti Lahtinen ahl...@gmail.com 2011-02-02 13:50:10 PST
---
Created an attachment (id=42868)
-- (https://bugs.freedesktop.org/attachment.cgi?id=42868)
lspci -vvv
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=26942
--- Comment #21 from Alex Deucher alexdeuc...@gmail.com 2011-02-02 22:32:43
---
Created an attachment (id=46142)
-- (https://bugzilla.kernel.org/attachment.cgi?id=46142)
fix bios scratch reg settings
This patch should fix the problem.
https://bugs.freedesktop.org/show_bug.cgi?id=33851
--- Comment #3 from Alex Deucher ag...@yahoo.com 2011-02-02 14:44:08 PST ---
Please attach a copy of your vbios:
(as root)
(use lspci to get the bus id)
cd /sys/bus/pci/devices/pci bus id
echo 1 rom
cat rom /tmp/vbios.rom
echo 0 rom
--
This message contains a list of some regressions from 2.6.37,
for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved regressions from 2.6.37, please let us
know either and we'll add
https://bugs.freedesktop.org/show_bug.cgi?id=33851
--- Comment #4 from Antti Lahtinen ahl...@gmail.com 2011-02-02 15:07:08 PST
---
Created an attachment (id=42875)
-- (https://bugs.freedesktop.org/attachment.cgi?id=42875)
vbios
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=33851
--- Comment #5 from Alex Deucher ag...@yahoo.com 2011-02-02 15:23:23 PST ---
I see the problem, you have more power modes than space allocated to hold them.
This patch should fix the issue:
diff --git a/drivers/gpu/drm/radeon/radeon.h
https://bugs.freedesktop.org/show_bug.cgi?id=33851
--- Comment #6 from Alex Deucher ag...@yahoo.com 2011-02-02 15:25:55 PST ---
(In reply to comment #4)
Created an attachment (id=42875)
-- (https://bugs.freedesktop.org/attachment.cgi?id=42875)
vbios
This looks like the intel vbios
https://bugs.freedesktop.org/show_bug.cgi?id=33851
--- Comment #7 from Alex Deucher ag...@yahoo.com 2011-02-02 15:40:30 PST ---
Created an attachment (id=42878)
View: https://bugs.freedesktop.org/attachment.cgi?id=42878
Review: https://bugs.freedesktop.org/review?bug=33851attachment=42878
We previously used a static array, but some new systems
had more states then we had array space, so dynamically
allocate space based on the number of states in the vbios.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=33851
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Cc:
https://bugs.freedesktop.org/show_bug.cgi?id=33851
--- Comment #8 from Antti Lahtinen ahl...@gmail.com 2011-02-02 15:46:59 PST
---
Created an attachment (id=42879)
-- (https://bugs.freedesktop.org/attachment.cgi?id=42879)
Here is another vbios if still needed
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=25422
Rafael J. Wysocki r...@sisk.pl changed:
What|Removed |Added
Status|RESOLVED|CLOSED
Le 03/02/2011 00:42, Alex Deucher a écrit :
We previously used a static array, but some new systems
had more states then we had array space, so dynamically
allocate space based on the number of states in the vbios.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=33851
Signed-off-by: Alex
This message contains a list of some post-2.6.36 regressions introduced before
2.6.37, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-2.6.36 regressions, please let us
https://bugs.freedesktop.org/show_bug.cgi?id=33851
--- Comment #9 from Antti Lahtinen ahl...@gmail.com 2011-02-02 16:07:51 PST
---
Thank you! You were right. I tested both patches and they both seem to work.
Even Xorg and OpenGL seem to work now. -- FIXED
--
Configure bugmail:
On Wed, Feb 2, 2011 at 6:47 PM, Martin Peres martin.pe...@free.fr wrote:
Le 03/02/2011 00:42, Alex Deucher a écrit :
We previously used a static array, but some new systems
had more states then we had array space, so dynamically
allocate space based on the number of states in the vbios.
https://bugs.freedesktop.org/show_bug.cgi?id=33851
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugzilla.kernel.org/show_bug.cgi?id=26552
--- Comment #35 from Alex Deucher alexdeuc...@gmail.com 2011-02-03 00:14:17
---
I've sent the patches to Dave for 2.6.38 and 2.6.37 stable.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving
https://bugzilla.kernel.org/show_bug.cgi?id=26942
--- Comment #22 from Brett Witherspoon spo...@exherbo.org 2011-02-03
00:25:35 ---
OK, that patch does fix the problem. Thank you.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=32312
--- Comment #6 from Sergey Kondakov virtuous...@gmail.com 2011-02-02 16:29:02
PST ---
now lion and sp are ok but in text demo there is no text and window just blank
grey
--
Configure bugmail:
The accelerate mode bit gets checked by certain atom
command tables to set up some register state. It needs
to be clear when setting modes and set when not.
Fixes:
https://bugzilla.kernel.org/show_bug.cgi?id=26942
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Cc: sta...@kernel.org
---
From: Ben Skeggs
Nouveau doesn't have enough information at ttm_backend_func.bind() time
to implement things like tiled GART, or to keep a buffer at a constant
address in the GPU virtual address space no matter where in physical
memory it's placed.
To resolve this, nouveau
On Tue, Feb 01, 2011 at 04:57:37PM +, Chris Wilson wrote:
> So, if this is the issue, then simply commenting out the tweaking of
> RSTDBYCTL in ironlake_enable_rc6() should prevent the hang.
I've tried the following patch
diff --git a/drivers/gpu/drm/i915/intel_display.c
On Wed, 2 Feb 2011 10:56:57 +0100, Francesco Allertsen wrote:
> On Tue, Feb 01, 2011 at 04:57:37PM +, Chris Wilson wrote:
> > So, if this is the issue, then simply commenting out the tweaking of
> > RSTDBYCTL in ironlake_enable_rc6() should prevent the hang.
>
> I've tried the following
https://bugs.freedesktop.org/show_bug.cgi?id=33825
--- Comment #2 from Tobias Jakobi 2011-02-02 02:03:49
PST ---
This is interesting, since ARB_sync is implemented in the i965 classic driver,
which only advertises GL 2.1 support.
--
Configure bugmail:
Reviewed-by: Thomas Hellstrom
Ben Skeggs wrote:
> From: Ben Skeggs
>
> Nouveau doesn't have enough information at ttm_backend_func.bind() time
> to implement things like tiled GART, or to keep a buffer at a constant
> address in the GPU virtual address space no matter where in physical
>
On Wed, Feb 02, 2011 at 09:59:54AM +, Chris Wilson wrote:
> Hmm, that was the only change I could spot between the two patches. Care
> to disable that function and see what happens? [i.e. put a return before
> we write anything to the ring]
I've tried with the following patch
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=33832
Summary: RV620 : r600g : lightsmark 2008 segfault
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority:
Adds new packet to disable DX9 constant emulation.
Signed-off-by: Alex Deucher
Cc: stable at kernel.org
---
drivers/gpu/drm/radeon/evergreen.c | 13 +
drivers/gpu/drm/radeon/evergreen_blit_kms.c | 10 +++---
drivers/gpu/drm/radeon/evergreend.h |2 ++
These should be handled by the clear_state setup, but set them
directly as well just to be sure.
Signed-off-by: Alex Deucher
Cc: stable at kernel.org
---
drivers/gpu/drm/radeon/evergreen.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=33847
Summary: r600g hangs with WebGL
Product: Mesa
Version: git
Platform: All
OS/Version: All
Status: NEW
Severity: major
Priority: medium
Component:
https://bugs.freedesktop.org/show_bug.cgi?id=33825
--- Comment #3 from Ian Romanick 2011-02-02 09:52:27
PST ---
(In reply to comment #1)
> According to the specification [1], OpenGL 3.1 is required. You can see the
> status of OpenGL 3.x support here [2].
>
> [1]
https://bugzilla.kernel.org/show_bug.cgi?id=26812
--- Comment #5 from Alex Deucher 2011-02-02
17:52:27 ---
Created an attachment (id=46072)
--> (https://bugzilla.kernel.org/attachment.cgi?id=46072)
Don't load if MC ucode is not available
The default boot state only allows limited
The default clocks and voltages are not sufficient for
advanced operation. On prior asics, the MC ucode
was loaded by the vbios during asic_init so they did not
have this limitation.
Fixes:
https://bugzilla.kernel.org/show_bug.cgi?id=26812
Signed-off-by: Alex Deucher
---
https://bugzilla.kernel.org/show_bug.cgi?id=26942
--- Comment #14 from Alex Deucher 2011-02-02
18:18:13 ---
What does the distortion look like? Flickering display? garbage on screen?
Can you get a picture?
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
https://bugzilla.kernel.org/show_bug.cgi?id=26942
--- Comment #15 from Alex Deucher 2011-02-02
19:06:27 ---
I've narrowed it down to a set of possible registers. Can you try manually
setting the following registers after resume and let me know which, if any, fix
the problem?
pll
https://bugzilla.kernel.org/show_bug.cgi?id=26942
--- Comment #16 from Brett Witherspoon 2011-02-02
19:57:05 ---
Created an attachment (id=46082)
--> (https://bugzilla.kernel.org/attachment.cgi?id=46082)
Both monitors
The distortion looks like horizontal lines with flickering. I attached
https://bugzilla.kernel.org/show_bug.cgi?id=26942
--- Comment #17 from Brett Witherspoon 2011-02-02
19:58:15 ---
Created an attachment (id=46092)
--> (https://bugzilla.kernel.org/attachment.cgi?id=46092)
Single Monitor
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=26942
--- Comment #18 from kernelbug at sumoreor.com 2011-02-02 20:45:43 ---
The first pll control restores the image for me as well. I am using the laptop
screen (LVDS) and an external LCD. The distortion occurs only on the laptop
screen after
https://bugzilla.kernel.org/show_bug.cgi?id=26942
--- Comment #19 from Brett Witherspoon 2011-02-02
21:05:50 ---
I am sure the logs indicate this, but in case it is relevant I am using the
DVI-0 and HDMI-0 connectors for the monitors.
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=33851
Summary: [KMS Evergreen bisected] Crash on modeset on HP
dv6-3050eo laptop
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=33851
--- Comment #1 from Antti Lahtinen 2011-02-02 13:48:46
PST ---
Created an attachment (id=42867)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42867)
dmesg on latest kernel with my patch
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=33851
--- Comment #2 from Antti Lahtinen 2011-02-02 13:50:10
PST ---
Created an attachment (id=42868)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42868)
lspci -vvv
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugzilla.kernel.org/show_bug.cgi?id=26942
--- Comment #20 from Alex Deucher 2011-02-02
21:59:58 ---
Thanks. I see what's going on now, but I don't see how that commit could be the
one at fault. I suspect in some s/r cases the registers retained the old state
so the bug was not
https://bugzilla.kernel.org/show_bug.cgi?id=26942
--- Comment #21 from Alex Deucher 2011-02-02
22:32:43 ---
Created an attachment (id=46142)
--> (https://bugzilla.kernel.org/attachment.cgi?id=46142)
fix bios scratch reg settings
This patch should fix the problem. Although I don't
https://bugs.freedesktop.org/show_bug.cgi?id=33851
--- Comment #3 from Alex Deucher 2011-02-02 14:44:08 PST
---
Please attach a copy of your vbios:
(as root)
(use lspci to get the bus id)
cd /sys/bus/pci/devices/
echo 1 > rom
cat rom > /tmp/vbios.rom
echo 0 > rom
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=33851
--- Comment #4 from Antti Lahtinen 2011-02-02 15:07:08
PST ---
Created an attachment (id=42875)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42875)
vbios
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=33851
--- Comment #5 from Alex Deucher 2011-02-02 15:23:23 PST
---
I see the problem, you have more power modes than space allocated to hold them.
This patch should fix the issue:
diff --git a/drivers/gpu/drm/radeon/radeon.h
https://bugs.freedesktop.org/show_bug.cgi?id=33851
--- Comment #6 from Alex Deucher 2011-02-02 15:25:55 PST
---
(In reply to comment #4)
> Created an attachment (id=42875)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42875)
> vbios
This looks like the intel vbios unfortunately.
--
https://bugs.freedesktop.org/show_bug.cgi?id=33851
--- Comment #7 from Alex Deucher 2011-02-02 15:40:30 PST
---
Created an attachment (id=42878)
View: https://bugs.freedesktop.org/attachment.cgi?id=42878
Review: https://bugs.freedesktop.org/review?bug=33851=42878
dynamically allocate power
We previously used a static array, but some new systems
had more states then we had array space, so dynamically
allocate space based on the number of states in the vbios.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=33851
Signed-off-by: Alex Deucher
Cc: stable at kernel.org
---
https://bugs.freedesktop.org/show_bug.cgi?id=33851
--- Comment #8 from Antti Lahtinen 2011-02-02 15:46:59
PST ---
Created an attachment (id=42879)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42879)
Here is another vbios if still needed
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=25422
Rafael J. Wysocki changed:
What|Removed |Added
Status|RESOLVED|CLOSED
https://bugs.freedesktop.org/show_bug.cgi?id=33851
--- Comment #9 from Antti Lahtinen 2011-02-02 16:07:51
PST ---
Thank you! You were right. I tested both patches and they both seem to work.
Even Xorg and OpenGL seem to work now. --> FIXED
--
Configure bugmail:
On Wed, Feb 2, 2011 at 6:47 PM, Martin Peres wrote:
> Le 03/02/2011 00:42, Alex Deucher a ?crit :
>>
>> We previously used a static array, but some new systems
>> had more states then we had array space, so dynamically
>> allocate space based on the number of states in the vbios.
>>
>> Fixes:
>>
https://bugs.freedesktop.org/show_bug.cgi?id=33851
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=32312
--- Comment #6 from Sergey Kondakov 2011-02-02
16:29:02 PST ---
now lion and sp are ok but in text demo there is no text and window just blank
grey
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
The accelerate mode bit gets checked by certain atom
command tables to set up some register state. It needs
to be clear when setting modes and set when not.
Fixes:
https://bugzilla.kernel.org/show_bug.cgi?id=26942
Signed-off-by: Alex Deucher
Cc: stable at kernel.org
---
76 matches
Mail list logo