On Sun, Jul 7, 2013 at 8:58 PM, Rob Clark wrote:
> Basically just extracting some code duplicated in gma500, omapdrm, udl,
> and upcoming msm driver.
>
> Signed-off-by: Rob Clark
> ---
> drivers/gpu/drm/drm_gem.c | 91
> +++
> include/drm/drmP.h
On 07/05/2013 06:46 PM, Laurent Pinchart wrote:
Hi Joonyoung,
Thank you for the patch.
On Friday 05 July 2013 15:32:35 Joonyoung Shim wrote:
From drm gem CMA helper, it wasn't fixed dma_buf refcount problem fixed
by commit 011c228. This patch solves it.
Please add a "Cc:sta...@vger.kernel.or
On 07/05/2013 10:03 PM, Laurent Pinchart wrote:
Hi Joonyoung,
On Friday 05 July 2013 15:30:25 Joonyoung Shim wrote:
On 07/05/2013 02:38 PM, Dave Airlie wrote:
On Thu, Jul 4, 2013 at 5:14 PM, Joonyoung Shim wrote:
On 07/04/2013 07:11 AM, Laurent Pinchart wrote:
On Friday 28 June 2013 14:24:43
https://bugs.freedesktop.org/show_bug.cgi?id=60182
--- Comment #18 from Michel Dänzer ---
Can someone who can reproduce the problem attach gdb to the X server process
and set a breakpoint where it would print 'Attempted to destroy previously
destroyed buffer.'? Then when it triggers, attach the o
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #7 from Harald Judt ---
Created attachment 82190
--> https://bugs.freedesktop.org/attachment.cgi?id=82190&action=edit
netconsole.log
This is definitely not Mac-only. Behold dmesg (console.log) on Cayman HD6950.
This is on a standar
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #8 from Harald Judt ---
> Oh! Do I get this right that it only happens when you try to suspend
> the system but then doesn't really do the power cycle (for whatever
> reason)?
Note that at least in my case, the system does the power
Hi list,
In June 2012 I started a discussion on moving the radeon PM info out
from debugfs, into a proper place available to all, be it proc, sysfs,
or some other way. For the rationale please see the archives:
http://www.mail-archive.com/dri-devel@lists.freedesktop.org/msg23401.html
Jerome's rep
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #9 from Christian König ---
Can you attach the full dmesg output and not only the messages related to
suspend/resume?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #10 from Harald Judt ---
Created attachment 82194
--> https://bugs.freedesktop.org/attachment.cgi?id=82194&action=edit
dmesg.out
Here is dmesg output captured after a clean boot.
--
You are receiving this mail because:
You are th
I am having problems using the new Radeon DPM patches on my AMD E-350
APU system. Running the kernel with radeon.dpm=0 works as expected (I
used it for several hours yesterday with no problems), but with
radeon.dpm=1 it locks up graphically as soon as X starts. I am able to
log in through the netw
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #11 from Harald Judt ---
Created attachment 82196
--> https://bugs.freedesktop.org/attachment.cgi?id=82196&action=edit
dmesg-suspend-resume.out
Strangely, it only happens on hibernate-resume, not on suspend-resume
(attachment shows
On Mon, Jul 8, 2013 at 1:57 PM, Bruce Guenter wrote:
>
> I am having problems using the new Radeon DPM patches on my AMD E-350
> APU system. Running the kernel with radeon.dpm=0 works as expected (I
> used it for several hours yesterday with no problems), but with
> radeon.dpm=1 it locks up graphi
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #12 from Harald Judt ---
Created attachment 82198
--> https://bugs.freedesktop.org/attachment.cgi?id=82198&action=edit
dmesg-after-vanilla-kernel-hibernate.out
A bit different with in-kernel hibernate (vanilla kernel, current git),
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #13 from Harald Judt ---
It is the same with 3.10 vanilla release as described in comment #12. It takes
a long time at the start of suspend and resume hanging at a blank screen, image
is written the first time but computer doesn't tur
On Mon, Jul 8, 2013 at 4:45 AM, Patrik Jakobsson
wrote:
> On Sun, Jul 7, 2013 at 8:58 PM, Rob Clark wrote:
>> Basically just extracting some code duplicated in gma500, omapdrm, udl,
>> and upcoming msm driver.
>>
>> Signed-off-by: Rob Clark
>> ---
>> drivers/gpu/drm/drm_gem.c | 91
>> +
On Mon, Jul 08, 2013 at 02:40:53PM -0400, Alex Deucher wrote:
> Please try the drm-next-3.11 branch of my tree.
Sorry, that was a copy-and-paste error. I am using drm-next-3.11
> If you are still having problems with that branch, you
> can try disabling power gating. It seems to cause problems
On Mon, Jul 08, 2013 at 02:56:31PM -0400, Rob Clark wrote:
> On Mon, Jul 8, 2013 at 4:45 AM, Patrik Jakobsson
> wrote:
> > On Sun, Jul 7, 2013 at 8:58 PM, Rob Clark wrote:
> >> Basically just extracting some code duplicated in gma500, omapdrm, udl,
> >> and upcoming msm driver.
> >>
> >> Signed-o
On Sun, Jul 07, 2013 at 08:02:25PM +0100, Chris Wilson wrote:
> No driver did anything other than remove its lists of debugfs inodes
> which is now handled by the core. So having removed all the driver
> callbacks, we can now remove the hook from the core.
>
> Signed-off-by: Chris Wilson
> Cc: Da
On 07/02/2013 03:14 PM, Ville Syrjälä wrote:
> On Sun, Jun 30, 2013 at 05:41:59AM +0500, Abbas Raza wrote:
>> From: Abbas Raza
>>
>> DRM_INFO calls in the drm init routines are causing a large delay at boot
>> time
>> due to which imx_drm_init call average takes around 26 ms. Changing DRM_INFO
>
https://bugs.freedesktop.org/show_bug.cgi?id=66713
Priority: medium
Bug ID: 66713
Assignee: dri-devel@lists.freedesktop.org
Summary: Team Fortress 2 crashes with r600-sb on HD4850
Severity: major
Classification: Unclassified
From: Alex Deucher
Hi Dave,
A few more DPM fixes based on user testing.
The following changes since commit 9b5de59629d2e58eab41e2f0e5cc60b3c395f1c3:
drm/radeon/dpm: implement force performance level for TN (2013-07-05 18:10:06
-0400)
are available in the git repository at:
git://people.f
https://bugs.freedesktop.org/show_bug.cgi?id=66713
--- Comment #1 from Hubert Kario ---
looks like the 32 bit mesa is a bit newer:
OpenGL core profile version string: 3.1 (Core Profile) Mesa 9.2.0-devel
(git-085c695)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=66651
--- Comment #3 from Alex Deucher ---
Should be fixed with this commit:
http://cgit.freedesktop.org/~agd5f/linux/commit/?h=drm-next-3.11&id=222dc9a072e27b5069a7c03738e360eafdc2fdf5
--
You are receiving this mail because:
You are the assignee for
https://bugzilla.kernel.org/show_bug.cgi?id=60510
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #5 from
https://bugs.freedesktop.org/show_bug.cgi?id=66714
Priority: medium
Bug ID: 66714
Assignee: dri-devel@lists.freedesktop.org
Summary: Mobility Radeon HD 5650 doesn't boot with kernel 3.10
(and newer) when using radeon.audio=1
https://bugs.freedesktop.org/show_bug.cgi?id=66714
Marco Trevisan (Treviño) changed:
What|Removed |Added
URL||https://bugs.launchpad.net/
https://bugs.freedesktop.org/show_bug.cgi?id=66714
--- Comment #1 from Alex Deucher ---
Please attach your full dmesg output.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesk
https://bugs.freedesktop.org/show_bug.cgi?id=66714
--- Comment #2 from Alex Deucher ---
Created attachment 82200
--> https://bugs.freedesktop.org/attachment.cgi?id=82200&action=edit
possible fix
Does this patch fix the issue?
--
You are receiving this mail because:
You are the assignee for t
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #14 from Austin Lund ---
I don't get how this could be found in 3.8 when the patch for the uvd functions
(according to my git log history) was added during 3.9-rc6 -> 3.9-rc7.
I'm unable to actually hibernate my machine fully due to
On Mon, Jul 8, 2013 at 4:18 PM, Daniel Vetter wrote:
> On Mon, Jul 08, 2013 at 02:56:31PM -0400, Rob Clark wrote:
>> On Mon, Jul 8, 2013 at 4:45 AM, Patrik Jakobsson
>> wrote:
>> > On Sun, Jul 7, 2013 at 8:58 PM, Rob Clark wrote:
>> >> Basically just extracting some code duplicated in gma500, om
https://bugs.freedesktop.org/show_bug.cgi?id=66714
--- Comment #3 from Marco Trevisan (Treviño) ---
Created attachment 82202
--> https://bugs.freedesktop.org/attachment.cgi?id=82202&action=edit
dmesg
Full dmesg of the failure
--
You are receiving this mail because:
You are the assignee for t
On 07/05/2013 01:53 PM, Rob Clark wrote:
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are H
https://bugs.freedesktop.org/show_bug.cgi?id=26949
Timothy Arceri changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=50594
Chí-Thanh Christopher Nguyễn changed:
What|Removed |Added
See Also||https://bugs.freedesktop.o
https://bugs.freedesktop.org/show_bug.cgi?id=66651
--- Comment #4 from Nicolas G. Querol ---
I can confirm that solved the problem on my side. Thank you very much!
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel
https://bugzilla.kernel.org/show_bug.cgi?id=60381
--- Comment #8 from rafael castillo ---
well tested the latest changes in you drm-3.11-next and issue still there, just
reporting
--
You are receiving this mail because:
You are watching the assignee of the bug.
_
On Mon, Jul 8, 2013 at 7:17 PM, Jordan Crouse wrote:
> On 07/05/2013 01:53 PM, Rob Clark wrote:
>>
>> The snapdragon chips have multiple different display controllers,
>> depending on which chip variant/version. (As far as I can tell, current
>> devices have either MDP3 or MDP4, and upcoming devi
On 07/07/2013 09:19 PM, Rafael J. Wysocki wrote:
> OK, the patch is appended. Please have a look and tell me what you think.
>
> Thanks,
> Rafael
>
>
> ---
> From: Rafael J. Wysocki
> Subject: ACPI / video / i915: Remove ACPI backlight if firmware expects
> Windows 8
>
> According to Matthew
https://bugzilla.kernel.org/show_bug.cgi?id=60517
Knut Tidemann changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Sun, Jul 7, 2013 at 8:58 PM, Rob Clark wrote:
> Basically just extracting some code duplicated in gma500, omapdrm, udl,
> and upcoming msm driver.
>
> Signed-off-by: Rob Clark
> ---
> drivers/gpu/drm/drm_gem.c | 91
> +++
> include/drm/drmP.h
On 07/05/2013 06:46 PM, Laurent Pinchart wrote:
Hi Joonyoung,
Thank you for the patch.
On Friday 05 July 2013 15:32:35 Joonyoung Shim wrote:
From drm gem CMA helper, it wasn't fixed dma_buf refcount problem fixed
by commit 011c228. This patch solves it.
Please add a "Cc:sta...@vger.kernel.or
On 07/05/2013 10:03 PM, Laurent Pinchart wrote:
Hi Joonyoung,
On Friday 05 July 2013 15:30:25 Joonyoung Shim wrote:
On 07/05/2013 02:38 PM, Dave Airlie wrote:
On Thu, Jul 4, 2013 at 5:14 PM, Joonyoung Shim wrote:
On 07/04/2013 07:11 AM, Laurent Pinchart wrote:
On Friday 28 June 2013 14:24:43
https://bugs.freedesktop.org/show_bug.cgi?id=60182
--- Comment #18 from Michel Dänzer ---
Can someone who can reproduce the problem attach gdb to the X server process
and set a breakpoint where it would print 'Attempted to destroy previously
destroyed buffer.'? Then when it triggers, attach the o
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #7 from Harald Judt ---
Created attachment 82190
--> https://bugs.freedesktop.org/attachment.cgi?id=82190&action=edit
netconsole.log
This is definitely not Mac-only. Behold dmesg (console.log) on Cayman HD6950.
This is on a standar
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #8 from Harald Judt ---
> Oh! Do I get this right that it only happens when you try to suspend
> the system but then doesn't really do the power cycle (for whatever
> reason)?
Note that at least in my case, the system does the power
Hi list,
In June 2012 I started a discussion on moving the radeon PM info out
from debugfs, into a proper place available to all, be it proc, sysfs,
or some other way. For the rationale please see the archives:
http://www.mail-archive.com/dri-devel@lists.freedesktop.org/msg23401.html
Jerome's rep
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #9 from Christian König ---
Can you attach the full dmesg output and not only the messages related to
suspend/resume?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #10 from Harald Judt ---
Created attachment 82194
--> https://bugs.freedesktop.org/attachment.cgi?id=82194&action=edit
dmesg.out
Here is dmesg output captured after a clean boot.
--
You are receiving this mail because:
You are th
I am having problems using the new Radeon DPM patches on my AMD E-350
APU system. Running the kernel with radeon.dpm=0 works as expected (I
used it for several hours yesterday with no problems), but with
radeon.dpm=1 it locks up graphically as soon as X starts. I am able to
log in through the netw
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #11 from Harald Judt ---
Created attachment 82196
--> https://bugs.freedesktop.org/attachment.cgi?id=82196&action=edit
dmesg-suspend-resume.out
Strangely, it only happens on hibernate-resume, not on suspend-resume
(attachment shows
On Mon, Jul 8, 2013 at 1:57 PM, Bruce Guenter wrote:
>
> I am having problems using the new Radeon DPM patches on my AMD E-350
> APU system. Running the kernel with radeon.dpm=0 works as expected (I
> used it for several hours yesterday with no problems), but with
> radeon.dpm=1 it locks up graphi
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #12 from Harald Judt ---
Created attachment 82198
--> https://bugs.freedesktop.org/attachment.cgi?id=82198&action=edit
dmesg-after-vanilla-kernel-hibernate.out
A bit different with in-kernel hibernate (vanilla kernel, current git),
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #13 from Harald Judt ---
It is the same with 3.10 vanilla release as described in comment #12. It takes
a long time at the start of suspend and resume hanging at a blank screen, image
is written the first time but computer doesn't tur
On Mon, Jul 8, 2013 at 4:45 AM, Patrik Jakobsson
wrote:
> On Sun, Jul 7, 2013 at 8:58 PM, Rob Clark wrote:
>> Basically just extracting some code duplicated in gma500, omapdrm, udl,
>> and upcoming msm driver.
>>
>> Signed-off-by: Rob Clark
>> ---
>> drivers/gpu/drm/drm_gem.c | 91
>> +
On Mon, Jul 08, 2013 at 02:40:53PM -0400, Alex Deucher wrote:
> Please try the drm-next-3.11 branch of my tree.
Sorry, that was a copy-and-paste error. I am using drm-next-3.11
> If you are still having problems with that branch, you
> can try disabling power gating. It seems to cause problems
On Mon, Jul 08, 2013 at 02:56:31PM -0400, Rob Clark wrote:
> On Mon, Jul 8, 2013 at 4:45 AM, Patrik Jakobsson
> wrote:
> > On Sun, Jul 7, 2013 at 8:58 PM, Rob Clark wrote:
> >> Basically just extracting some code duplicated in gma500, omapdrm, udl,
> >> and upcoming msm driver.
> >>
> >> Signed-o
On Sun, Jul 07, 2013 at 08:02:25PM +0100, Chris Wilson wrote:
> No driver did anything other than remove its lists of debugfs inodes
> which is now handled by the core. So having removed all the driver
> callbacks, we can now remove the hook from the core.
>
> Signed-off-by: Chris Wilson
> Cc: Da
On 07/02/2013 03:14 PM, Ville Syrjälä wrote:
> On Sun, Jun 30, 2013 at 05:41:59AM +0500, Abbas Raza wrote:
>> From: Abbas Raza
>>
>> DRM_INFO calls in the drm init routines are causing a large delay at boot
>> time
>> due to which imx_drm_init call average takes around 26 ms. Changing DRM_INFO
>
https://bugs.freedesktop.org/show_bug.cgi?id=66713
Priority: medium
Bug ID: 66713
Assignee: dri-devel@lists.freedesktop.org
Summary: Team Fortress 2 crashes with r600-sb on HD4850
Severity: major
Classification: Unclassified
From: Alex Deucher
Hi Dave,
A few more DPM fixes based on user testing.
The following changes since commit 9b5de59629d2e58eab41e2f0e5cc60b3c395f1c3:
drm/radeon/dpm: implement force performance level for TN (2013-07-05 18:10:06
-0400)
are available in the git repository at:
git://people.f
https://bugs.freedesktop.org/show_bug.cgi?id=66713
--- Comment #1 from Hubert Kario ---
looks like the 32 bit mesa is a bit newer:
OpenGL core profile version string: 3.1 (Core Profile) Mesa 9.2.0-devel
(git-085c695)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=66651
--- Comment #3 from Alex Deucher ---
Should be fixed with this commit:
http://cgit.freedesktop.org/~agd5f/linux/commit/?h=drm-next-3.11&id=222dc9a072e27b5069a7c03738e360eafdc2fdf5
--
You are receiving this mail because:
You are the assignee for
https://bugzilla.kernel.org/show_bug.cgi?id=60510
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #5 from
https://bugs.freedesktop.org/show_bug.cgi?id=66714
Priority: medium
Bug ID: 66714
Assignee: dri-devel@lists.freedesktop.org
Summary: Mobility Radeon HD 5650 doesn't boot with kernel 3.10
(and newer) when using radeon.audio=1
https://bugs.freedesktop.org/show_bug.cgi?id=66714
Marco Trevisan (Treviño) changed:
What|Removed |Added
URL||https://bugs.launchpad.net/
https://bugs.freedesktop.org/show_bug.cgi?id=66714
--- Comment #1 from Alex Deucher ---
Please attach your full dmesg output.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesk
https://bugs.freedesktop.org/show_bug.cgi?id=66714
--- Comment #2 from Alex Deucher ---
Created attachment 82200
--> https://bugs.freedesktop.org/attachment.cgi?id=82200&action=edit
possible fix
Does this patch fix the issue?
--
You are receiving this mail because:
You are the assignee for t
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #14 from Austin Lund ---
I don't get how this could be found in 3.8 when the patch for the uvd functions
(according to my git log history) was added during 3.9-rc6 -> 3.9-rc7.
I'm unable to actually hibernate my machine fully due to
On Mon, Jul 8, 2013 at 4:18 PM, Daniel Vetter wrote:
> On Mon, Jul 08, 2013 at 02:56:31PM -0400, Rob Clark wrote:
>> On Mon, Jul 8, 2013 at 4:45 AM, Patrik Jakobsson
>> wrote:
>> > On Sun, Jul 7, 2013 at 8:58 PM, Rob Clark wrote:
>> >> Basically just extracting some code duplicated in gma500, om
https://bugs.freedesktop.org/show_bug.cgi?id=66714
--- Comment #3 from Marco Trevisan (Treviño) ---
Created attachment 82202
--> https://bugs.freedesktop.org/attachment.cgi?id=82202&action=edit
dmesg
Full dmesg of the failure
--
You are receiving this mail because:
You are the assignee for t
On 07/05/2013 01:53 PM, Rob Clark wrote:
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are H
https://bugs.freedesktop.org/show_bug.cgi?id=26949
Timothy Arceri changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=50594
Chí-Thanh Christopher Nguyễn changed:
What|Removed |Added
See Also||https://bugs.freedesktop.o
https://bugs.freedesktop.org/show_bug.cgi?id=66651
--- Comment #4 from Nicolas G. Querol ---
I can confirm that solved the problem on my side. Thank you very much!
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel
https://bugzilla.kernel.org/show_bug.cgi?id=60381
--- Comment #8 from rafael castillo ---
well tested the latest changes in you drm-3.11-next and issue still there, just
reporting
--
You are receiving this mail because:
You are watching the assignee of the bug.
_
On Mon, Jul 8, 2013 at 7:17 PM, Jordan Crouse wrote:
> On 07/05/2013 01:53 PM, Rob Clark wrote:
>>
>> The snapdragon chips have multiple different display controllers,
>> depending on which chip variant/version. (As far as I can tell, current
>> devices have either MDP3 or MDP4, and upcoming devi
On 07/07/2013 09:19 PM, Rafael J. Wysocki wrote:
> OK, the patch is appended. Please have a look and tell me what you think.
>
> Thanks,
> Rafael
>
>
> ---
> From: Rafael J. Wysocki
> Subject: ACPI / video / i915: Remove ACPI backlight if firmware expects
> Windows 8
>
> According to Matthew
https://bugzilla.kernel.org/show_bug.cgi?id=60517
Knut Tidemann changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Sun, Jul 7, 2013 at 8:58 PM, Rob Clark wrote:
> Basically just extracting some code duplicated in gma500, omapdrm, udl,
> and upcoming msm driver.
>
> Signed-off-by: Rob Clark
> ---
> drivers/gpu/drm/drm_gem.c | 91
> +++
> include/drm/drmP.h
On 07/05/2013 06:46 PM, Laurent Pinchart wrote:
Hi Joonyoung,
Thank you for the patch.
On Friday 05 July 2013 15:32:35 Joonyoung Shim wrote:
From drm gem CMA helper, it wasn't fixed dma_buf refcount problem fixed
by commit 011c228. This patch solves it.
Please add a "Cc:sta...@vger.kernel.or
On 07/05/2013 10:03 PM, Laurent Pinchart wrote:
Hi Joonyoung,
On Friday 05 July 2013 15:30:25 Joonyoung Shim wrote:
On 07/05/2013 02:38 PM, Dave Airlie wrote:
On Thu, Jul 4, 2013 at 5:14 PM, Joonyoung Shim wrote:
On 07/04/2013 07:11 AM, Laurent Pinchart wrote:
On Friday 28 June 2013 14:24:43
https://bugs.freedesktop.org/show_bug.cgi?id=60182
--- Comment #18 from Michel Dänzer ---
Can someone who can reproduce the problem attach gdb to the X server process
and set a breakpoint where it would print 'Attempted to destroy previously
destroyed buffer.'? Then when it triggers, attach the o
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #7 from Harald Judt ---
Created attachment 82190
--> https://bugs.freedesktop.org/attachment.cgi?id=82190&action=edit
netconsole.log
This is definitely not Mac-only. Behold dmesg (console.log) on Cayman HD6950.
This is on a standar
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #8 from Harald Judt ---
> Oh! Do I get this right that it only happens when you try to suspend
> the system but then doesn't really do the power cycle (for whatever
> reason)?
Note that at least in my case, the system does the power
Hi list,
In June 2012 I started a discussion on moving the radeon PM info out
from debugfs, into a proper place available to all, be it proc, sysfs,
or some other way. For the rationale please see the archives:
http://www.mail-archive.com/dri-devel@lists.freedesktop.org/msg23401.html
Jerome's rep
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #9 from Christian König ---
Can you attach the full dmesg output and not only the messages related to
suspend/resume?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #10 from Harald Judt ---
Created attachment 82194
--> https://bugs.freedesktop.org/attachment.cgi?id=82194&action=edit
dmesg.out
Here is dmesg output captured after a clean boot.
--
You are receiving this mail because:
You are th
I am having problems using the new Radeon DPM patches on my AMD E-350
APU system. Running the kernel with radeon.dpm=0 works as expected (I
used it for several hours yesterday with no problems), but with
radeon.dpm=1 it locks up graphically as soon as X starts. I am able to
log in through the netw
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #11 from Harald Judt ---
Created attachment 82196
--> https://bugs.freedesktop.org/attachment.cgi?id=82196&action=edit
dmesg-suspend-resume.out
Strangely, it only happens on hibernate-resume, not on suspend-resume
(attachment shows
On Mon, Jul 8, 2013 at 1:57 PM, Bruce Guenter wrote:
>
> I am having problems using the new Radeon DPM patches on my AMD E-350
> APU system. Running the kernel with radeon.dpm=0 works as expected (I
> used it for several hours yesterday with no problems), but with
> radeon.dpm=1 it locks up graphi
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #12 from Harald Judt ---
Created attachment 82198
--> https://bugs.freedesktop.org/attachment.cgi?id=82198&action=edit
dmesg-after-vanilla-kernel-hibernate.out
A bit different with in-kernel hibernate (vanilla kernel, current git),
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #13 from Harald Judt ---
It is the same with 3.10 vanilla release as described in comment #12. It takes
a long time at the start of suspend and resume hanging at a blank screen, image
is written the first time but computer doesn't tur
On Mon, Jul 8, 2013 at 4:45 AM, Patrik Jakobsson
wrote:
> On Sun, Jul 7, 2013 at 8:58 PM, Rob Clark wrote:
>> Basically just extracting some code duplicated in gma500, omapdrm, udl,
>> and upcoming msm driver.
>>
>> Signed-off-by: Rob Clark
>> ---
>> drivers/gpu/drm/drm_gem.c | 91
>> +
On Mon, Jul 08, 2013 at 02:40:53PM -0400, Alex Deucher wrote:
> Please try the drm-next-3.11 branch of my tree.
Sorry, that was a copy-and-paste error. I am using drm-next-3.11
> If you are still having problems with that branch, you
> can try disabling power gating. It seems to cause problems
On Mon, Jul 08, 2013 at 02:56:31PM -0400, Rob Clark wrote:
> On Mon, Jul 8, 2013 at 4:45 AM, Patrik Jakobsson
> wrote:
> > On Sun, Jul 7, 2013 at 8:58 PM, Rob Clark wrote:
> >> Basically just extracting some code duplicated in gma500, omapdrm, udl,
> >> and upcoming msm driver.
> >>
> >> Signed-o
On Sun, Jul 07, 2013 at 08:02:25PM +0100, Chris Wilson wrote:
> No driver did anything other than remove its lists of debugfs inodes
> which is now handled by the core. So having removed all the driver
> callbacks, we can now remove the hook from the core.
>
> Signed-off-by: Chris Wilson
> Cc: Da
On 07/02/2013 03:14 PM, Ville Syrjälä wrote:
> On Sun, Jun 30, 2013 at 05:41:59AM +0500, Abbas Raza wrote:
>> From: Abbas Raza
>>
>> DRM_INFO calls in the drm init routines are causing a large delay at boot
>> time
>> due to which imx_drm_init call average takes around 26 ms. Changing DRM_INFO
>
https://bugs.freedesktop.org/show_bug.cgi?id=66713
Priority: medium
Bug ID: 66713
Assignee: dri-devel@lists.freedesktop.org
Summary: Team Fortress 2 crashes with r600-sb on HD4850
Severity: major
Classification: Unclassified
From: Alex Deucher
Hi Dave,
A few more DPM fixes based on user testing.
The following changes since commit 9b5de59629d2e58eab41e2f0e5cc60b3c395f1c3:
drm/radeon/dpm: implement force performance level for TN (2013-07-05 18:10:06
-0400)
are available in the git repository at:
git://people.f
https://bugs.freedesktop.org/show_bug.cgi?id=66713
--- Comment #1 from Hubert Kario ---
looks like the 32 bit mesa is a bit newer:
OpenGL core profile version string: 3.1 (Core Profile) Mesa 9.2.0-devel
(git-085c695)
--
You are receiving this mail because:
You are the assignee for the bug.
1 - 100 of 234 matches
Mail list logo