https://bugs.freedesktop.org/show_bug.cgi?id=29834
Summary: System freeze upon X startup with KMS enabled (RV730) Product: DRI Version: XOrg 6.7.0 Platform: Other OS/Version: All Status: NEW Severity: major Priority: medium Component: DRM/Radeon AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: info@noctus.net
Created an attachment (id=38216) --> (https://bugs.freedesktop.org/attachment.cgi?id=38216) kern.log messages upon freeze
Trying to start X with KMS enabled on my HD4670 (RV730) card freezes the system and I have to SysRq out of that situation. Since this only happens with the final release of the 2.6.35 kernel I am currently stuck with the RC6 which does not display this behavior. See the attached kern.log output in case of such freeze.
I am running the latest Git masters of both xf86-video-ati (5a7c9d94733a0db1d3565447acc9f0e751db5950 here ATM) as well as mesa (f3ec111b0af9d268e6b3c6d3226a448d19e45d8c here ATM).
https://bugs.freedesktop.org/show_bug.cgi?id=29834
Alex Deucher agd5f@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #38216|application/octet-stream |text/plain mime type| | Attachment #38216|0 |1 is patch| |
https://bugs.freedesktop.org/show_bug.cgi?id=29834
--- Comment #1 from Alex Deucher agd5f@yahoo.com 2010-08-27 09:22:15 PDT --- Can you bisect what commit is causing the issue?
https://bugs.freedesktop.org/show_bug.cgi?id=29834
--- Comment #2 from Alex Deucher agd5f@yahoo.com 2010-08-27 09:28:15 PDT --- nevermind. I see the problem. Yo can work around it for now by booting with radeon.agpmode=-1
https://bugs.freedesktop.org/show_bug.cgi?id=29834
--- Comment #3 from Alex Deucher agd5f@yahoo.com 2010-08-27 10:14:50 PDT --- Created an attachment (id=38227) View: https://bugs.freedesktop.org/attachment.cgi?id=38227 Review: https://bugs.freedesktop.org/review?bug=29834&attachment=38227
fix
This patch fixes the issue.
https://bugs.freedesktop.org/show_bug.cgi?id=29834
--- Comment #4 from Jerome Glisse glisse@freedesktop.org 2010-08-27 13:48:39 PDT --- Mathias can you confirm the patch fix your issue ?
https://bugs.freedesktop.org/show_bug.cgi?id=29834
--- Comment #5 from Alex Deucher agd5f@yahoo.com 2010-08-29 14:38:19 PDT --- Verified in https://bugzilla.kernel.org/show_bug.cgi?id=17201
https://bugs.freedesktop.org/show_bug.cgi?id=29834
Jerome Glisse glisse@freedesktop.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #6 from Jerome Glisse glisse@freedesktop.org 2010-09-02 14:44:06 PDT --- Patch queued
https://bugs.freedesktop.org/show_bug.cgi?id=29834
--- Comment #7 from Mathias Brodala info@noctus.net 2010-09-02 15:32:23 PDT --- Sorry but I cannot verify the patch ATM since that seems to require a recent (but at least 2.6.36) kernel whereas I can only build 2.6.35 here. I’ll leave a comment as soon as a newer version is packaged.
https://bugs.freedesktop.org/show_bug.cgi?id=29834
--- Comment #8 from Alex Deucher agd5f@yahoo.com 2010-09-02 21:36:41 PDT --- It should apply to 2.6.35 as well.
https://bugs.freedesktop.org/show_bug.cgi?id=29834
--- Comment #9 from Mathias Brodala info@noctus.net 2010-09-03 01:14:14 PDT --- (In reply to comment #8)
It should apply to 2.6.35 as well.
Not really. The first part of the patch looks like this:
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c index 667c237..5668b90 100644 --- a/drivers/gpu/drm/radeon/r600.c +++ b/drivers/gpu/drm/radeon/r600.c @@ -3491,7 +3491,7 @@ void r600_ioctl_wait_idle(struct radeon_device *rdev, struct radeon_bo *bo) * rather than write to HDP_REG_COHERENCY_FLUSH_CNTL */ if ((rdev->family >= CHIP_RV770) && (rdev->family <= CHIP_RV740)) {
void __iomem *ptr = (void *)rdev->gart.table.vram.ptr;
void __iomem *ptr = (void *)rdev->vram_scratch.ptr;u32 tmp;
WREG32(HDP_DEBUG1, 0);
That function looks like this here though:
void r600_ioctl_wait_idle(struct radeon_device *rdev, struct radeon_bo *bo) { WREG32(R_005480_HDP_MEM_COHERENCY_FLUSH_CNTL, 0x1); }
Thus this hunk already fails to apply.
https://bugs.freedesktop.org/show_bug.cgi?id=29834
--- Comment #10 from Alex Deucher agd5f@yahoo.com 2010-09-03 09:02:29 PDT --- Mathias, in your case it seem to be something else as the problematic patch (812d046915f48236657f02c06d7dc47140e9ceda) was not applied until after 2.6.35. Any chance you could bisect?
https://bugs.freedesktop.org/show_bug.cgi?id=29834
--- Comment #11 from Mathias Brodala info@noctus.net 2010-09-05 09:01:03 PDT --- (In reply to comment #10)
Mathias, in your case it seem to be something else as the problematic patch (812d046915f48236657f02c06d7dc47140e9ceda) was not applied until after 2.6.35. Any chance you could bisect?
I am not really sure what you are asking me to do. Shall I apply the patch from 812d046915f48236657f02c06d7dc47140e9ceda here as well and the patch from this report after that? Otherwise I guess I can also wait for a kernel 2.6.36 RC to hit my package repositories.
https://bugs.freedesktop.org/show_bug.cgi?id=29834
--- Comment #12 from Mathias Brodala info@noctus.net 2010-10-04 11:46:16 PDT --- (In reply to comment #11)
Otherwise I guess I can also wait for a kernel 2.6.36 RC to hit my package repositories.
… is what I did now and I can start just fine. So this issue also seems fixed for me.
https://bugs.freedesktop.org/show_bug.cgi?id=29834
--- Comment #13 from Alex Deucher agd5f@yahoo.com 2010-10-04 13:22:59 PDT --- I think it should be fixed by this patch: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdif...
dri-devel@lists.freedesktop.org
-
bugzilla-daemon＠freedesktop.org