Am 08.08.2010 18:22, wrote Alex Deucher:
>> Also, I kind of was hoping that once I could use 1280x720 for both the
>> console and the X screen, it would would allow me to switch between the two
>> transparently. Instead, the TV takes notice of the switch and needs some
>> extra syncing time. Is thi
https://bugs.freedesktop.org/show_bug.cgi?id=29350
--- Comment #3 from Ignacio R. Morelle 2010-08-08
17:55:17 PDT ---
Attachments #37708 and #37709 provide the kernel and X server logs after
reproducing the bug, respectively.
The desktop environment in use this time was Fluxbox, so in case a co
https://bugs.freedesktop.org/show_bug.cgi?id=29350
--- Comment #3 from Ignacio R. Morelle 2010-08-08
17:55:17 PDT ---
Attachments #37708 and #37709 provide the kernel and X server logs after
reproducing the bug, respectively.
The desktop environment in use this time was Fluxbox, so in case a co
https://bugs.freedesktop.org/show_bug.cgi?id=29350
--- Comment #2 from Ignacio R. Morelle 2010-08-08
17:51:43 PDT ---
Created an attachment (id=37709)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37709)
X.org server log
Graphics server log up to right after reproducing the bug.
--
Con
https://bugs.freedesktop.org/show_bug.cgi?id=29350
--- Comment #2 from Ignacio R. Morelle 2010-08-08
17:51:43 PDT ---
Created an attachment (id=37709)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37709)
X.org server log
Graphics server log up to right after reproducing the bug.
--
Con
https://bugs.freedesktop.org/show_bug.cgi?id=29350
--- Comment #1 from Ignacio R. Morelle 2010-08-08
17:50:43 PDT ---
Created an attachment (id=37708)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37708)
Kernel log (2.6.35)
Kernel log up to right after reproducing the bug.
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=29350
--- Comment #1 from Ignacio R. Morelle 2010-08-08
17:50:43 PDT ---
Created an attachment (id=37708)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37708)
Kernel log (2.6.35)
Kernel log up to right after reproducing the bug.
--
Configure
On 5 August 2010 16:23, Alex Deucher wrote:
> On Thu, Aug 5, 2010 at 9:50 AM, Jerome Glisse
> wrote:
>> On 08/05/2010 06:52 AM, Daniel J Blueman wrote:
>>>
>>> After around 10-30 mins of typical usage (ie cairo rendering to
>>> surfaces + compiz) on my Dell Studio 15 (model 1557), my R600 radeon
On Sat, Aug 7, 2010 at 10:49 PM, Chris Wilson
wrote:
> When removing of the BKL the locking around lastclose() was rearranged
> and resulted in the holding of the open_count spinlock over the call
> into drm_lastclose(). The drivers were not ready for this path to be
> atomic - it may indeed invo
The delayed_slow_work code was replace with a more generic work queue,
with a subtle different API. This difference being that the new
queue_delayed_work() return 0 if the work is already on the queue,
non-zero otherwise. The DRM_ERROR() are now wrong (printed after a
successful insertion) and inde
start of the GPU reset, which is the last callsite to unlock cp.mutex,
ie radeon_gpu_reset->radeon_resume->rv770_resume->rv770=
_startup->r600_cp_resume->radeon_ring_test->r600_ring_test->radeon_ring_unl=
ock_commit>
before the hang at
radeon_gpu_reset->->drm_helper_resume_force_mode->drm_c=
rtc_he
https://bugs.freedesktop.org/show_bug.cgi?id=26326
Chris Wilson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=26326
Chris Wilson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Am 04.08.2010 16:35, schrieb Alex Deucher:
> 2010/8/4 Marius Gr?ger:
>> Am 04.08.2010 01:59, schrieb Alex Deucher:
>>>
>>> This connector attribute allows you to enable or disable underscan
>>> on a digital output to compensate for panels that automatically
>>> overscan (e.g., many HDMI TVs). Vali
2010/8/8 Marius Gr?ger :
> Am 08.08.2010 18:22, wrote Alex Deucher:
>>>
>>> Also, I kind of was hoping that once I could use 1280x720 for both the
>>> console and the X screen, it would would allow me to switch between the
>>> two
>>> transparently. Instead, the TV takes notice of the switch and ne
https://bugs.freedesktop.org/show_bug.cgi?id=29445
--- Comment #5 from Tom Stellard 2010-08-08 13:43:48 PDT
---
I have the exact same card as you and kms works fine for me with the 2.6.34. I
am using the latest git versions of mesa, libdrm, and xf86-video-ati, and Xorg
v1.8.2. Updating those p
https://bugs.freedesktop.org/show_bug.cgi?id=29445
--- Comment #5 from Tom Stellard 2010-08-08 13:43:48
PDT ---
I have the exact same card as you and kms works fine for me with the 2.6.34. I
am using the latest git versions of mesa, libdrm, and xf86-video-ati, and Xorg
v1.8.2. Updating those p
Change the interface to expect a PTR_ERR specifing the real error code
as opposed to assuming a NULL return => -EINVAL. Just once the user may
not be at fault!
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/drm_crtc.c|4 ++--
drivers/gpu/drm/i915/intel_display.c |6
https://bugs.freedesktop.org/show_bug.cgi?id=29445
Tom Stellard changed:
What|Removed |Added
Attachment #37685|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=29445
Tom Stellard changed:
What|Removed |Added
Attachment #37684|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=29445
Tom Stellard changed:
What|Removed |Added
Attachment #37683|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=29445
Tom Stellard changed:
What|Removed |Added
Attachment #37685|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=29445
Tom Stellard changed:
What|Removed |Added
Attachment #37684|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=29445
Tom Stellard changed:
What|Removed |Added
Attachment #37683|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=29445
Tom Stellard changed:
What|Removed |Added
Attachment #37682|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=29445
Tom Stellard changed:
What|Removed |Added
Attachment #37682|application/octet-stream|text/plain
mime type|
2010/8/8 Marius Gr?ger :
> Am 04.08.2010 16:35, schrieb Alex Deucher:
>>
>> 2010/8/4 Marius Gr?ger:
>>>
>>> Am 04.08.2010 01:59, schrieb Alex Deucher:
This connector attribute allows you to enable or disable underscan
on a digital output to compensate for panels that automatically
>>
2010/8/8 Marius Gröger :
> Am 08.08.2010 18:22, wrote Alex Deucher:
>>>
>>> Also, I kind of was hoping that once I could use 1280x720 for both the
>>> console and the X screen, it would would allow me to switch between the
>>> two
>>> transparently. Instead, the TV takes notice of the switch and ne
Am 08.08.2010 18:22, wrote Alex Deucher:
Also, I kind of was hoping that once I could use 1280x720 for both the
console and the X screen, it would would allow me to switch between the two
transparently. Instead, the TV takes notice of the switch and needs some
extra syncing time. Is this expected
https://bugs.freedesktop.org/show_bug.cgi?id=29444
--- Comment #2 from Simon Munton 2010-08-08 10:45:17
PDT ---
I'm using a vanilla 2.6.35 kernel, which includes that patch
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: -
https://bugs.freedesktop.org/show_bug.cgi?id=29444
--- Comment #2 from Simon Munton 2010-08-08
10:45:17 PDT ---
I'm using a vanilla 2.6.35 kernel, which includes that patch
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: -
https://bugs.freedesktop.org/show_bug.cgi?id=22576
--- Comment #11 from Andrew Randrianasulu 2010-08-08 10:29:20
PDT ---
Black window in spectex demo still here, with 2.6.35
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=22576
--- Comment #11 from Andrew Randrianasulu 2010-08-08
10:29:20 PDT ---
Black window in spectex demo still here, with 2.6.35
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
On 5 August 2010 16:23, Alex Deucher wrote:
> On Thu, Aug 5, 2010 at 9:50 AM, Jerome Glisse wrote:
>> On 08/05/2010 06:52 AM, Daniel J Blueman wrote:
>>>
>>> After around 10-30 mins of typical usage (ie cairo rendering to
>>> surfaces + compiz) on my Dell Studio 15 (model 1557), my R600 radeon
>>
Dave Airlie:
I might be missing something, but what stops the race with something
reopening while we are in lastclose now?
The global_mutex which appears to fill this role is only taken inside
the drm_stub_open() and not drm_open() itself. As that mutex appears to
serve no other role, retask i
https://bugs.freedesktop.org/show_bug.cgi?id=29444
--- Comment #1 from Alex Deucher 2010-08-08 09:36:14 PDT ---
Does your kernel have this patch:
http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commitdiff;h=0baf2d8fe43fdd81faa30e65ff71785c99c78520
--
Configure bugmail: https://b
https://bugs.freedesktop.org/show_bug.cgi?id=29444
--- Comment #1 from Alex Deucher 2010-08-08 09:36:14 PDT
---
Does your kernel have this patch:
http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commitdiff;h=0baf2d8fe43fdd81faa30e65ff71785c99c78520
--
Configure bugmail: https://
https://bugs.freedesktop.org/show_bug.cgi?id=27452
--- Comment #11 from Dave Witbrodt 2010-08-08 09:29:57
PDT ---
(In reply to comment #10)
[...]
> Looking carefully, I am noticing that (with the 5750) there is also a black
> gap
> at the top and on the left -- maybe 2 or 3 mm wide.
Umm, strik
https://bugs.freedesktop.org/show_bug.cgi?id=27452
--- Comment #11 from Dave Witbrodt 2010-08-08
09:29:57 PDT ---
(In reply to comment #10)
[...]
> Looking carefully, I am noticing that (with the 5750) there is also a black
> gap
> at the top and on the left -- maybe 2 or 3 mm wide.
Umm, strik
2010/8/8 Marius Gröger :
> Am 04.08.2010 16:35, schrieb Alex Deucher:
>>
>> 2010/8/4 Marius Gröger:
>>>
>>> Am 04.08.2010 01:59, schrieb Alex Deucher:
This connector attribute allows you to enable or disable underscan
on a digital output to compensate for panels that automatically
>>
The delayed_slow_work code was replace with a more generic work queue,
with a subtle different API. This difference being that the new
queue_delayed_work() return 0 if the work is already on the queue,
non-zero otherwise. The DRM_ERROR() are now wrong (printed after a
successful insertion) and inde
https://bugs.freedesktop.org/show_bug.cgi?id=27744
--- Comment #17 from pete...@hottemptation.org 2010-08-08 06:55:16 PDT ---
PM: early resume of devices complete after 0.826 msecs
ehci_hcd :00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
ehci_hcd :00:1a.0: setting latency timer to 64
https://bugs.freedesktop.org/show_bug.cgi?id=27744
--- Comment #17 from peterle at hottemptation.org 2010-08-08 06:55:16 PDT ---
PM: early resume of devices complete after 0.826 msecs
ehci_hcd :00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
ehci_hcd :00:1a.0: setting latency timer to
https://bugs.freedesktop.org/show_bug.cgi?id=27744
--- Comment #16 from pete...@hottemptation.org 2010-08-08 06:51:22 PDT ---
Here we go!
git bisect start '--' 'drivers/gpu/drm/radeon'
# good: [e40152ee1e1c7a63f491863215e3faa37a86] Linus 2.6.34
git bisect good e40152ee1e1c7a63f491863215e3
https://bugs.freedesktop.org/show_bug.cgi?id=27744
--- Comment #16 from peterle at hottemptation.org 2010-08-08 06:51:22 PDT ---
Here we go!
git bisect start '--' 'drivers/gpu/drm/radeon'
# good: [e40152ee1e1c7a63f491863215e3faa37a86] Linus 2.6.34
git bisect good e40152ee1e1c7a63f49186321
n/pgp-signature
Size: 828 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20100808/ed98cc1a/attachment.pgp>
: application/pgp-signature
Size: 828 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20100808/70fa821c/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=29384
--- Comment #21 from pete...@hottemptation.org 2010-08-08 05:53:36 PDT ---
Okay!
[pe...@timeline linux-2.6]$ git bisect log
git bisect start '--' 'drivers/gpu/drm/radeon'
# good: [e40152ee1e1c7a63f491863215e3faa37a86] Linus 2.6.34
git bisect
https://bugs.freedesktop.org/show_bug.cgi?id=29384
--- Comment #21 from peterle at hottemptation.org 2010-08-08 05:53:36 PDT ---
Okay!
[peter at timeline linux-2.6]$ git bisect log
git bisect start '--' 'drivers/gpu/drm/radeon'
# good: [e40152ee1e1c7a63f491863215e3faa37a86] Linus 2.6.34
git
Change the interface to expect a PTR_ERR specifing the real error code
as opposed to assuming a NULL return => -EINVAL. Just once the user may
not be at fault!
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/drm_crtc.c|4 ++--
drivers/gpu/drm/i915/intel_display.c |6
Am 04.08.2010 16:35, schrieb Alex Deucher:
2010/8/4 Marius Gröger:
Am 04.08.2010 01:59, schrieb Alex Deucher:
This connector attribute allows you to enable or disable underscan
on a digital output to compensate for panels that automatically
overscan (e.g., many HDMI TVs). Valid values for the
https://bugs.freedesktop.org/show_bug.cgi?id=29226
--- Comment #10 from Michal Suchanek 2010-08-08 04:41:05
PDT ---
ok, so hte r300 gallium driver was only misnamed.
The ligtning issue does not happen with r300g or r300 but does happen with
llvmpipe when none of the dri modules can be found.
-
https://bugs.freedesktop.org/show_bug.cgi?id=29226
--- Comment #10 from Michal Suchanek 2010-08-08
04:41:05 PDT ---
ok, so hte r300 gallium driver was only misnamed.
The ligtning issue does not happen with r300g or r300 but does happen with
llvmpipe when none of the dri modules can be found.
-
https://bugs.freedesktop.org/show_bug.cgi?id=29226
--- Comment #9 from Michal Suchanek 2010-08-08 04:30:07
PDT ---
I tried on r300g but apparently I did not compile the driver and get only
llvmpipe:
OpenGL renderer string: Gallium 0.4 on llvmpipe
OpenGL version string: 2.1 Mesa 7.9-devel
OpenGL
https://bugs.freedesktop.org/show_bug.cgi?id=29226
--- Comment #9 from Michal Suchanek 2010-08-08
04:30:07 PDT ---
I tried on r300g but apparently I did not compile the driver and get only
llvmpipe:
OpenGL renderer string: Gallium 0.4 on llvmpipe
OpenGL version string: 2.1 Mesa 7.9-devel
OpenGL
In the short term: I found that the DRM fixes in 2.6.34.3-rc1 all seem
to be applicable to Debian. We have DRM from 2.6.33 plus Dave's
backport of Radeon Evergreen support; full gory details at:
git://git.debian.org/kernel/linux-2.6.git squeeze
Please advise if any of these are not applicabl
David,
As you know, Debian and Ubuntu (and others?) opted to use 2.6.32 as the
basis for a stable release but to take DRM from 2.6.33. Now that the
stable 2.6.33 series is over, we need some other means to communicate
the most important bug fixes for DRM that should go into these
distributions.
Dave Airlie:
I might be missing something, but what stops the race with something
reopening while we are in lastclose now?
The global_mutex which appears to fill this role is only taken inside
the drm_stub_open() and not drm_open() itself. As that mutex appears to
serve no other role, retask i
https://bugs.freedesktop.org/show_bug.cgi?id=29445
--- Comment #4 from 0453411...@netti.fi 2010-08-08 00:34:13 PDT ---
The card is Radeon 200, sorry for the typo.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You a
https://bugs.freedesktop.org/show_bug.cgi?id=29445
--- Comment #4 from 0453411800 at netti.fi 2010-08-08 00:34:13 PDT ---
The card is Radeon 200, sorry for the typo.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
Yo
https://bugs.freedesktop.org/show_bug.cgi?id=29445
--- Comment #3 from 0453411...@netti.fi 2010-08-08 00:30:59 PDT ---
Created an attachment (id=37685)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37685)
2.6.34 kernel config (gentoo-sources-2.6.34-r1)
--
Configure bugmail: https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=29445
--- Comment #3 from 0453411800 at netti.fi 2010-08-08 00:30:59 PDT ---
Created an attachment (id=37685)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37685)
2.6.34 kernel config (gentoo-sources-2.6.34-r1)
--
Configure bugmail: https://bug
https://bugs.freedesktop.org/show_bug.cgi?id=29445
--- Comment #2 from 0453411...@netti.fi 2010-08-08 00:29:23 PDT ---
Created an attachment (id=37684)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37684)
glxinfo output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=
https://bugs.freedesktop.org/show_bug.cgi?id=29445
--- Comment #1 from 0453411...@netti.fi 2010-08-08 00:29:00 PDT ---
Created an attachment (id=37683)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37683)
/var/log/Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi
https://bugs.freedesktop.org/show_bug.cgi?id=29445
--- Comment #2 from 0453411800 at netti.fi 2010-08-08 00:29:23 PDT ---
Created an attachment (id=37684)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37684)
glxinfo output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
https://bugs.freedesktop.org/show_bug.cgi?id=29445
--- Comment #1 from 0453411800 at netti.fi 2010-08-08 00:29:00 PDT ---
Created an attachment (id=37683)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37683)
/var/log/Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.
https://bugs.freedesktop.org/show_bug.cgi?id=29445
Summary: Linux 2.6.34 kernel Radeon KMS driver freezes my
computer sometimes
Product: DRI
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status:
https://bugs.freedesktop.org/show_bug.cgi?id=29445
Summary: Linux 2.6.34 kernel Radeon KMS driver freezes my
computer sometimes
Product: DRI
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status:
2010/8/8 Dan Carpenter :
> Smatch complained that the ERR_PTR from hwmon_device_register() wasn't
> handled. ?I added some error handling in radeon_hwmon_init() to silence
> the warning.
>
> Unfortunately errors from radeon_pm_init() aren't handled so this
> doesn't really make a difference beyond
Smatch complained that the ERR_PTR from hwmon_device_register() wasn't
handled. I added some error handling in radeon_hwmon_init() to silence
the warning.
Unfortunately errors from radeon_pm_init() aren't handled so this
doesn't really make a difference beyond silencing the warning.
Signed-off-b
On Sat, Aug 7, 2010 at 10:49 PM, Chris Wilson wrote:
> When removing of the BKL the locking around lastclose() was rearranged
> and resulted in the holding of the open_count spinlock over the call
> into drm_lastclose(). The drivers were not ready for this path to be
> atomic - it may indeed invol
71 matches
Mail list logo
