https://bugs.freedesktop.org/show_bug.cgi?id=28363
--- Comment #3 from Andy Furniss 2010-06-03
02:51:26 PDT ---
(In reply to comment #2)
> Are you saying this is a regression with the tiling patches? Does it render
> correctly without the tiling patches? Also, make sure you have the drm patch
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #16 from Marc 2010-06-03 02:52:38 PDT ---
Magnus: disabling tiling is not a real solution.
Alex:
case 1: stable
case 2: crash
I'm still wondering why running plymouth before seems to cure the problem.
--
Configure bugmail: https:
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #17 from Magnus Jensen 2010-06-03 03:14:59
PDT ---
Marc:
Well that's my bad, it's not a solution. But it seems the problem is there even
if tiling is turned off.
Alex:
Same results as Marc. stable in case 1, in case 2 not.
When i
https://bugs.freedesktop.org/show_bug.cgi?id=28359
--- Comment #2 from Aidan Thornton 2010-06-03
03:39:12 PDT ---
Well, I can confirm that the patch Will Dyson attached to bug 28284 does *not*
fix this issue for me. Reverting 055750fafba58fd2ee0f5611b566a71ab0f22984, on
the other hand, does seem
On Wed, Jun 02, 2010 at 05:04:24PM -0400, Alex Deucher wrote:
> On Wed, Jun 2, 2010 at 4:36 PM, Pasi Kärkkäinen wrote:
> > On Wed, Jun 02, 2010 at 11:15:44PM +0300, Pasi Kärkkäinen wrote:
> >> On Wed, Jun 02, 2010 at 03:28:07PM -0400, Alex Deucher wrote:
> >> > On Wed, Jun 2, 2010 at 3:12 PM, Pasi
https://bugs.freedesktop.org/show_bug.cgi?id=28363
--- Comment #4 from Tobias Jakobi 2010-06-03 07:05:48 PDT
---
(In reply to comment #2)
> Are you saying this is a regression with the tiling patches? Does it render
> correctly without the tiling patches? Also, make sure you have the drm patch
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #18 from Magnus Jensen 2010-06-03 07:22:27
PDT ---
I tried using built-in solution for kernel, and now it's a bit different in
case 2
It just crashes once on starting X then seems to work fine for the rest of the
session and looks to
On Thu, Jun 3, 2010 at 7:56 AM, Pasi Kärkkäinen wrote:
> On Wed, Jun 02, 2010 at 05:04:24PM -0400, Alex Deucher wrote:
>> On Wed, Jun 2, 2010 at 4:36 PM, Pasi Kärkkäinen wrote:
>> > On Wed, Jun 02, 2010 at 11:15:44PM +0300, Pasi Kärkkäinen wrote:
>> >> On Wed, Jun 02, 2010 at 03:28:07PM -0400, Al
https://bugs.freedesktop.org/show_bug.cgi?id=28363
Alex Deucher changed:
What|Removed |Added
Summary|[r600c, kms, tiling]|[r600c, kms] shadows wrong
https://bugs.freedesktop.org/show_bug.cgi?id=28363
--- Comment #5 from Alex Deucher 2010-06-03 08:23:06 PDT ---
Ok, updating the topic appropriately.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assig
https://bugs.freedesktop.org/show_bug.cgi?id=28363
--- Comment #6 from Tobias Jakobi 2010-06-03 08:28:23 PDT
---
Ok, sry - I see now, adding 'tiling' to the description was of course confusing
:)
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receivi
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #19 from Alex Deucher 2010-06-03 08:29:38 PDT ---
In the case 2 crash, does the system hang or do you get a kernel oops? Can you
still access the machine over the network? Is there any chance you could boot
up without loading the ra
On Thu, Jun 03, 2010 at 11:00:44AM -0400, Alex Deucher wrote:
> >> >>
> >> >
> >> > I just tried with Ubuntu 10.04 (kernel 2.6.32) and it fails in a similar
> >> > way than F13 (kernel 2.6.33) does.
> >> >
> >> > To summarize:
> >> > - Booting the laptop in the dock, both the internal lapto
On Thu, Jun 3, 2010 at 11:30 AM, Pasi Kärkkäinen wrote:
> On Thu, Jun 03, 2010 at 11:00:44AM -0400, Alex Deucher wrote:
>> >> >>
>> >> >
>> >> > I just tried with Ubuntu 10.04 (kernel 2.6.32) and it fails in a
>> >> > similar way than F13 (kernel 2.6.33) does.
>> >> >
>> >> > To summarize:
>> >>
On Thu, Jun 03, 2010 at 11:33:03AM -0400, Alex Deucher wrote:
> On Thu, Jun 3, 2010 at 11:30 AM, Pasi Kärkkäinen wrote:
> > On Thu, Jun 03, 2010 at 11:00:44AM -0400, Alex Deucher wrote:
> >> >> >>
> >> >> >
> >> >> > I just tried with Ubuntu 10.04 (kernel 2.6.32) and it fails in a
> >> >> > simil
- don't rest the power state in pm_init()
We already boot up to the default power state. Note this
patch relies on:
drm/radeon/kms/pm: patch default power state with default clocks/voltages on
r6xx+
To make sure the default power state matches the boot up state.
- In the pm resume path asic init
This adds an additional profile, mid, to the pm profile
code which takes the place of the old low profile. The default
behavior remains the same, e.g., auto profile now selects between
mid and high profiles based on power source, however, you can now
manually force the low profile which was previo
HDP non surface should cover the whole VRAM but we were misscomputing
the size and we endup in some case not covering the VRAM at all (if
VRAM size were > 1G). Covering more than the VRAM size shouldn't be
an issue.
Fix : https://bugs.freedesktop.org/show_bug.cgi?id=28016
Signed-off-by: Jerome Gl
On single CPU waiting without allowing interruption will lead
to infinite wait.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/r600.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
index f68cc92..6d
https://bugs.freedesktop.org/show_bug.cgi?id=28016
--- Comment #12 from Jerome Glisse 2010-06-03 12:10:06
PDT ---
Created an attachment (id=36035)
View: https://bugs.freedesktop.org/attachment.cgi?id=36035
Review: https://bugs.freedesktop.org/review?bug=28016&attachment=36035
HDP NONSURF to m
https://bugs.freedesktop.org/show_bug.cgi?id=28363
Andre Maasikas changed:
What|Removed |Added
Product|DRI |Mesa
Version|XOrg CVS
https://bugs.freedesktop.org/show_bug.cgi?id=28373
Summary: DRM lockup on X startup
Product: DRI
Version: DRI CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #20 from Magnus Jensen 2010-06-03 13:43:17
PDT ---
(In reply to comment #19)
> In the case 2 crash, does the system hang or do you get a kernel oops? Can
> you
> still access the machine over the network? Is there any chance you c
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #21 from Magnus Jensen 2010-06-03 13:43:49
PDT ---
Created an attachment (id=36037)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36037)
/var/log/dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=ema
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #22 from Magnus Jensen 2010-06-03 13:44:16
PDT ---
Created an attachment (id=36038)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36038)
output from dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #23 from Magnus Jensen 2010-06-03 13:44:47
PDT ---
Created an attachment (id=36039)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36039)
/var/log//Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #24 from Alex Deucher 2010-06-03 13:55:55 PDT ---
Created an attachment (id=36040)
View: https://bugs.freedesktop.org/attachment.cgi?id=36040
Review: https://bugs.freedesktop.org/review?bug=28342&attachment=36040
diable createpixma
https://bugs.freedesktop.org/show_bug.cgi?id=28016
Grzegorz Kowal changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #25 from Magnus Jensen 2010-06-03 14:52:26
PDT ---
Created an attachment (id=36042)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36042)
dmesg after patch
This is after patch, still crashes
--
Configure bugmail: https://bug
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #26 from Magnus Jensen 2010-06-03 14:52:59
PDT ---
Created an attachment (id=36043)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36043)
Xorg.0.log after patch
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi
https://bugs.freedesktop.org/show_bug.cgi?id=28342
Magnus Jensen changed:
What|Removed |Added
Attachment #36042|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=28342
Alex Deucher changed:
What|Removed |Added
Attachment #36040|0 |1
is obsolete|
This is needed to enable accel in the ddx. However,
due to a bug in older versions of the ddx, it relies
on accel being disabled in order to load properly on
evergreen chips. To maintain compatility, we add a new
get accel param and call that from the ddx. The old one
always returns false for ev
https://bugs.freedesktop.org/show_bug.cgi?id=28375
Summary: [KMS][RV620] Lockup on PM reclock
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #1 from Rafał Miłecki 2010-06-03 16:28:41 PDT ---
Created an attachment (id=36046)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36046)
dmesg with WARNING no. 1
Most important part:
[ 512.026242] WARNING: at drivers/gpu/drm/r
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #2 from Rafał Miłecki 2010-06-03 16:30:22 PDT ---
Created an attachment (id=36047)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36047)
dmesg with WARNING no. 2
Most important part:
[ 743.244277] WARNING: at drivers/gpu/drm/r
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #3 from Rafał Miłecki 2010-06-03 16:32:45 PDT ---
Created an attachment (id=36048)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36048)
dmesg with WARNING no. 3 (with drm:drm_ioctl)
In previous dmesgs I disabled drm:drm_ioctl
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #4 from Alex Deucher 2010-06-03 16:39:21 PDT ---
Also are you using the ddx tiling patches? If so, do you get the same lock up
with those removed? This might be a dupe of bug 28342.
--
Configure bugmail: https://bugs.freedesktop.o
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #5 from Rafał Miłecki 2010-06-03 16:42:37 PDT ---
Created an attachment (id=36049)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36049)
dmesg with GPU lockup CP stall detected no. 1
--
Configure bugmail: https://bugs.freedesk
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #6 from Rafał Miłecki 2010-06-03 16:47:24 PDT ---
Created an attachment (id=36050)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36050)
dmesg with GPU lockup CP stall detected no. 2
--
Configure bugmail: https://bugs.freedesk
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #7 from Rafał Miłecki 2010-06-03 16:47:48 PDT ---
Created an attachment (id=36051)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36051)
dmesg with GPU lockup CP stall detected no. 3
--
Configure bugmail: https://bugs.freedesk
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #8 from Rafał Miłecki 2010-06-03 16:51:51 PDT ---
Created an attachment (id=36052)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36052)
Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #9 from Rafał Miłecki 2010-06-03 16:53:25 PDT ---
(In reply to comment #4)
> Also are you using the ddx tiling patches? If so, do you get the same lock up
> with those removed? This might be a dupe of bug 28342.
Today's drm-radeon-
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #10 from Rafał Miłecki 2010-06-03 17:20:47 PDT
---
Ohh, that was silly. I didn't understand why first 3 dmesgs are so
meaningless... I grepped them for "drm"! :|
Before updating xf86-video-ati I tried patch from attachment #36012 bu
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #11 from Rafał Miłecki 2010-06-03 17:40:09 PDT
---
Updating DDX didn't help. I gone back with drm tree to:
commit 94f2983b1dc64a4a90a1ac9a6da6d7a0ec2f06a8
Author: Tiago Vignatti
Date: Mon May 24 18:24:31 2010 +0300
vgaarb: u
copy_to/from_user() returns the number of bytes remaining and this
function normally returns negative error codes. No one uses the
ttm_bo_fbdev_io() function so this change has no impact.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/ttm/ttm_bo_vm.c b/drivers/gpu/drm/ttm/ttm_bo_vm.c
2010/5/27 Alex Deucher :
> diff --git a/drivers/gpu/drm/radeon/radeon_combios.c
> b/drivers/gpu/drm/radeon/radeon_combios.c
> index 7b5e10d..102c744 100644
> --- a/drivers/gpu/drm/radeon/radeon_combios.c
> +++ b/drivers/gpu/drm/radeon/radeon_combios.c
> @@ -2454,7 +2454,12 @@ default_mode:
>
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #12 from Rafał Miłecki 2010-06-03 18:14:29 PDT
---
bad: 94f2983b1dc64a4a90a1ac9a6da6d7a0ec2f06a8
good: 36d1701c502d4f46386e1000ad58d9497a11688d
Suspected commits:
drm/radeon/kms/pm: add support for SetVoltage cmd table (V2)
drm/rad
2010/5/28 Alex Deucher :
> diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
> index dac2534..d84d7cf 100644
> --- a/drivers/gpu/drm/radeon/r600.c
> +++ b/drivers/gpu/drm/radeon/r600.c
> @@ -475,6 +475,12 @@ void r600_pm_init_profile(struct radeon_device *rdev)
>
> void r6
Noticed by Rafał Miłecki.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_combios.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_combios.c
b/drivers/gpu/drm/radeon/radeon_combios.c
index 102c744..f6f907e 100644
--- a/drive
2010/6/3 Rafał Miłecki :
> 2010/5/28 Alex Deucher :
>> diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
>> index dac2534..d84d7cf 100644
>> --- a/drivers/gpu/drm/radeon/r600.c
>> +++ b/drivers/gpu/drm/radeon/r600.c
>> @@ -475,6 +475,12 @@ void r600_pm_init_profile(struct r
2010/6/3 Alex Deucher :
> 2010/6/3 Rafał Miłecki :
>> 2010/5/28 Alex Deucher :
>>> diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
>>> index dac2534..d84d7cf 100644
>>> --- a/drivers/gpu/drm/radeon/r600.c
>>> +++ b/drivers/gpu/drm/radeon/r600.c
>>> @@ -475,6 +475,12 @@ vo
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #13 from Alex Deucher 2010-06-03 19:42:12 PDT ---
If I had to guess, I would say:
drm/radeon/kms/pm: add support for SetVoltage cmd table (V2)
Changing the voltage could be problematic on your card. We should probably
step up/down t
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #14 from Alex Deucher 2010-06-03 21:38:38 PDT ---
Created an attachment (id=36057)
View: https://bugs.freedesktop.org/attachment.cgi?id=36057
Review: https://bugs.freedesktop.org/review?bug=28375&attachment=36057
step through volta
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #29 from Magnus Jensen 2010-06-03 23:43:31
PDT ---
(In reply to comment #28)
> Created an attachment (id=36045)
View: https://bugs.freedesktop.org/attachment.cgi?id=36045
Review: https://bugs.freedesktop.org/review?bug=28342&attach
Okay this isn't strictly all fixes, so pushback if you believe its too
much.
vmware update: this is a staging driver and they are backport from a
tested vmware tree, so I think they are low risk and align the staging
driver with what vmware are working on.
evergreen command stream checker: lot
> Okay this isn't strictly all fixes, so pushback if you believe its too
> much.
Oh and before you ask why it was recently rebased, I got two of the
voltage fixes in the wrong order, so it broke bisection, so I just today
reordered them.
Dave.
On Wed, Jun 2, 2010 at 9:30 PM, Matt Turner wrote:
> On Wed, Jun 2, 2010 at 3:16 PM, Alex Deucher wrote:
>> On Wed, Jun 2, 2010 at 2:32 PM, Matt Turner wrote:
>>> On Wed, Jun 2, 2010 at 1:53 PM, Alex Deucher
>>> wrote:
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=28327
>>
On Tue, 2010-05-25 at 11:52 +0200, Dan Carpenter wrote:
> dcb->i2c[] has DCB_MAX_NUM_I2C_ENTRIES entries.
>
> Signed-off-by: Dan Carpenter
Thanks, picked this up in the nouveau tree.
>
> diff --git a/drivers/gpu/drm/nouveau/nouveau_bios.c
> b/drivers/gpu/drm/nouveau/nouveau_bios.c
> index e7e6
https://bugs.freedesktop.org/show_bug.cgi?id=28363
--- Comment #3 from Andy Furniss 2010-06-03
02:51:26 PDT ---
(In reply to comment #2)
> Are you saying this is a regression with the tiling patches? Does it render
> correctly without the tiling patches? Also, make sure you have the drm patch
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #16 from Marc 2010-06-03 02:52:38 PDT ---
Magnus: disabling tiling is not a real solution.
Alex:
case 1: stable
case 2: crash
I'm still wondering why running plymouth before seems to cure the problem.
--
Configure bugmail: https:
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #17 from Magnus Jensen 2010-06-03
03:14:59 PDT ---
Marc:
Well that's my bad, it's not a solution. But it seems the problem is there even
if tiling is turned off.
Alex:
Same results as Marc. stable in case 1, in case 2 not.
When i
https://bugs.freedesktop.org/show_bug.cgi?id=28359
--- Comment #2 from Aidan Thornton 2010-06-03
03:39:12 PDT ---
Well, I can confirm that the patch Will Dyson attached to bug 28284 does *not*
fix this issue for me. Reverting 055750fafba58fd2ee0f5611b566a71ab0f22984, on
the other hand, does seem
On Wed, Jun 02, 2010 at 05:04:24PM -0400, Alex Deucher wrote:
> On Wed, Jun 2, 2010 at 4:36 PM, Pasi K?rkk?inen wrote:
> > On Wed, Jun 02, 2010 at 11:15:44PM +0300, Pasi K?rkk?inen wrote:
> >> On Wed, Jun 02, 2010 at 03:28:07PM -0400, Alex Deucher wrote:
> >> > On Wed, Jun 2, 2010 at 3:12 PM, Pasi
https://bugs.freedesktop.org/show_bug.cgi?id=28363
--- Comment #4 from Tobias Jakobi 2010-06-03 07:05:48
PDT ---
(In reply to comment #2)
> Are you saying this is a regression with the tiling patches? Does it render
> correctly without the tiling patches? Also, make sure you have the drm patch
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #18 from Magnus Jensen 2010-06-03
07:22:27 PDT ---
I tried using built-in solution for kernel, and now it's a bit different in
case 2
It just crashes once on starting X then seems to work fine for the rest of the
session and looks to
On Thu, Jun 3, 2010 at 7:56 AM, Pasi K?rkk?inen wrote:
> On Wed, Jun 02, 2010 at 05:04:24PM -0400, Alex Deucher wrote:
>> On Wed, Jun 2, 2010 at 4:36 PM, Pasi K?rkk?inen wrote:
>> > On Wed, Jun 02, 2010 at 11:15:44PM +0300, Pasi K?rkk?inen wrote:
>> >> On Wed, Jun 02, 2010 at 03:28:07PM -0400, Al
https://bugs.freedesktop.org/show_bug.cgi?id=28363
Alex Deucher changed:
What|Removed |Added
Summary|[r600c, kms, tiling]|[r600c, kms] shadows wrong
https://bugs.freedesktop.org/show_bug.cgi?id=28363
--- Comment #5 from Alex Deucher 2010-06-03 08:23:06 PDT
---
Ok, updating the topic appropriately.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assi
https://bugs.freedesktop.org/show_bug.cgi?id=28363
--- Comment #6 from Tobias Jakobi 2010-06-03 08:28:23
PDT ---
Ok, sry - I see now, adding 'tiling' to the description was of course confusing
:)
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receivi
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #19 from Alex Deucher 2010-06-03 08:29:38 PDT
---
In the case 2 crash, does the system hang or do you get a kernel oops? Can you
still access the machine over the network? Is there any chance you could boot
up without loading the r
On Thu, Jun 03, 2010 at 11:00:44AM -0400, Alex Deucher wrote:
> >> >>
> >> >
> >> > I just tried with Ubuntu 10.04 (kernel 2.6.32) and it fails in a similar
> >> > way than F13 (kernel 2.6.33) does.
> >> >
> >> > To summarize:
> >> > ? ? ? ?- Booting the laptop in the dock, both the internal lapto
On Thu, Jun 3, 2010 at 11:30 AM, Pasi K?rkk?inen wrote:
> On Thu, Jun 03, 2010 at 11:00:44AM -0400, Alex Deucher wrote:
>> >> >>
>> >> >
>> >> > I just tried with Ubuntu 10.04 (kernel 2.6.32) and it fails in a
>> >> > similar way than F13 (kernel 2.6.33) does.
>> >> >
>> >> > To summarize:
>> >>
On Thu, Jun 03, 2010 at 11:33:03AM -0400, Alex Deucher wrote:
> On Thu, Jun 3, 2010 at 11:30 AM, Pasi K?rkk?inen wrote:
> > On Thu, Jun 03, 2010 at 11:00:44AM -0400, Alex Deucher wrote:
> >> >> >>
> >> >> >
> >> >> > I just tried with Ubuntu 10.04 (kernel 2.6.32) and it fails in a
> >> >> > simil
- don't rest the power state in pm_init()
We already boot up to the default power state. Note this
patch relies on:
drm/radeon/kms/pm: patch default power state with default clocks/voltages on
r6xx+
To make sure the default power state matches the boot up state.
- In the pm resume path asic init
This adds an additional profile, mid, to the pm profile
code which takes the place of the old low profile. The default
behavior remains the same, e.g., auto profile now selects between
mid and high profiles based on power source, however, you can now
manually force the low profile which was previo
HDP non surface should cover the whole VRAM but we were misscomputing
the size and we endup in some case not covering the VRAM at all (if
VRAM size were > 1G). Covering more than the VRAM size shouldn't be
an issue.
Fix : https://bugs.freedesktop.org/show_bug.cgi?id=28016
Signed-off-by: Jerome Gl
On single CPU waiting without allowing interruption will lead
to infinite wait.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/r600.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
index f68cc92..6d
https://bugs.freedesktop.org/show_bug.cgi?id=28016
--- Comment #12 from Jerome Glisse 2010-06-03
12:10:06 PDT ---
Created an attachment (id=36035)
View: https://bugs.freedesktop.org/attachment.cgi?id=36035
Review: https://bugs.freedesktop.org/review?bug=28016&attachment=36035
HDP NONSURF to m
https://bugs.freedesktop.org/show_bug.cgi?id=28363
Andre Maasikas changed:
What|Removed |Added
Product|DRI |Mesa
Version|XOrg CVS
https://bugs.freedesktop.org/show_bug.cgi?id=28373
Summary: DRM lockup on X startup
Product: DRI
Version: DRI CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #20 from Magnus Jensen 2010-06-03
13:43:17 PDT ---
(In reply to comment #19)
> In the case 2 crash, does the system hang or do you get a kernel oops? Can
> you
> still access the machine over the network? Is there any chance you c
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #21 from Magnus Jensen 2010-06-03
13:43:49 PDT ---
Created an attachment (id=36037)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36037)
/var/log/dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=ema
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #22 from Magnus Jensen 2010-06-03
13:44:16 PDT ---
Created an attachment (id=36038)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36038)
output from dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #23 from Magnus Jensen 2010-06-03
13:44:47 PDT ---
Created an attachment (id=36039)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36039)
/var/log//Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #24 from Alex Deucher 2010-06-03 13:55:55 PDT
---
Created an attachment (id=36040)
View: https://bugs.freedesktop.org/attachment.cgi?id=36040
Review: https://bugs.freedesktop.org/review?bug=28342&attachment=36040
diable createpixm
https://bugs.freedesktop.org/show_bug.cgi?id=28016
Grzegorz Kowal changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #25 from Magnus Jensen 2010-06-03
14:52:26 PDT ---
Created an attachment (id=36042)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36042)
dmesg after patch
This is after patch, still crashes
--
Configure bugmail: https://bug
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #26 from Magnus Jensen 2010-06-03
14:52:59 PDT ---
Created an attachment (id=36043)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36043)
Xorg.0.log after patch
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi
https://bugs.freedesktop.org/show_bug.cgi?id=28342
Magnus Jensen changed:
What|Removed |Added
Attachment #36042|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=28342
Alex Deucher changed:
What|Removed |Added
Attachment #36040|0 |1
is obsolete|
This is needed to enable accel in the ddx. However,
due to a bug in older versions of the ddx, it relies
on accel being disabled in order to load properly on
evergreen chips. To maintain compatility, we add a new
get accel param and call that from the ddx. The old one
always returns false for ev
https://bugs.freedesktop.org/show_bug.cgi?id=28375
Summary: [KMS][RV620] Lockup on PM reclock
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #1 from Rafa? Mi?ecki 2010-06-03 16:28:41 PDT
---
Created an attachment (id=36046)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36046)
dmesg with WARNING no. 1
Most important part:
[ 512.026242] WARNING: at drivers/gpu/drm/
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #2 from Rafa? Mi?ecki 2010-06-03 16:30:22 PDT
---
Created an attachment (id=36047)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36047)
dmesg with WARNING no. 2
Most important part:
[ 743.244277] WARNING: at drivers/gpu/drm/
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #3 from Rafa? Mi?ecki 2010-06-03 16:32:45 PDT
---
Created an attachment (id=36048)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36048)
dmesg with WARNING no. 3 (with drm:drm_ioctl)
In previous dmesgs I disabled drm:drm_ioctl
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #4 from Alex Deucher 2010-06-03 16:39:21 PDT
---
Also are you using the ddx tiling patches? If so, do you get the same lock up
with those removed? This might be a dupe of bug 28342.
--
Configure bugmail: https://bugs.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #5 from Rafa? Mi?ecki 2010-06-03 16:42:37 PDT
---
Created an attachment (id=36049)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36049)
dmesg with GPU lockup CP stall detected no. 1
--
Configure bugmail: https://bugs.freedes
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #6 from Rafa? Mi?ecki 2010-06-03 16:47:24 PDT
---
Created an attachment (id=36050)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36050)
dmesg with GPU lockup CP stall detected no. 2
--
Configure bugmail: https://bugs.freedes
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #7 from Rafa? Mi?ecki 2010-06-03 16:47:48 PDT
---
Created an attachment (id=36051)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36051)
dmesg with GPU lockup CP stall detected no. 3
--
Configure bugmail: https://bugs.freedes
1 - 100 of 112 matches
Mail list logo
