Bug 5916

Summary: Minimal fix for side effects of disabling bus mastering in RADEONSetFBLocation
Product: xorg Reporter: Michel Dänzer <michel>
Component: Driver/RadeonAssignee: Michel Dänzer <michel>
Status: RESOLVED FIXED QA Contact: Xorg Project Team <xorg-team>
Severity: normal    
Priority: high CC: a.antonovitch, ajax, alexdeucher, anwang, anzhang, erik.andren, kem, mtippett, nixu, rmacdona, wolke.liu, yma
Version: gitKeywords: patch
Hardware: Other   
OS: All   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
WIP patch against 6.9
none
WIP patch for xf86-video-ati HEAD
none
Even more minimal patch against 6.8 michel: 6.8-branch?

Description Michel Dänzer 2006-02-17 05:53:56 UTC
As discussed in bug 3911, disabling bus mastering in the RADEONSetFBLocation()
function can have undesired side effects. The purpose of this bug is to derive a
minimal fix for those side effects from Benjamin Herrenschmidt's more extensive
cleanup patches, that can be backported to X.Org 6.8 with minimal risk.
Comment 1 Michel Dänzer 2006-02-17 22:17:47 UTC
Created attachment 4643 [details] [review]
WIP patch against 6.9

This patch disables all memory requests to the framebuffer instead of disabling
bus mastering. When applying to 6.8, just ignore the missing BUS_CNTL stuff.
Comment 2 Michel Dänzer 2006-02-18 04:16:46 UTC
Created attachment 4649 [details] [review]
WIP patch for xf86-video-ati HEAD

This patch is a merge of the 6.9 patch on top of Ben's memmap fix.
Comment 3 Michel Dänzer 2006-02-23 19:05:06 UTC
The current patch has been reported to hang on some systems, see
https://bugzilla.novell.com/show_bug.cgi?id=151631 . This is being investigated.
Comment 4 Mike A. Harris 2006-03-08 18:51:39 UTC
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182471 is the Red Hat
master bug for this issue.
Comment 5 Michel Dänzer 2006-03-08 21:44:27 UTC
Can somebody reproduce and track down the hang pointed to in comment #3? Thanks.
Comment 6 Michel Dänzer 2006-03-09 04:40:10 UTC
Created attachment 4864 [details] [review]
Even more minimal patch against 6.8

While we're waiting for the issues with the previous patches being tracked
down, here's an even more minimal patch that's basically a backport of the
relevant parts of Ben's memmap fixes to 6.9. This has been confirmed to fix the
so-called 'diagonal line corruption' and there have been no reports so far of
it re-introducing any SERR conditions.

Again, when applying to 6.8, just ignore the missing BUS_CNTL context.
Comment 7 Mike A. Harris 2006-03-09 20:38:08 UTC
Can we get this checked into the stable branch, so that it becomes part of
the 1.0.2 X server release?
Comment 8 Mike A. Harris 2006-03-09 21:39:55 UTC
(In reply to comment #7)
> Can we get this checked into the stable branch, so that it becomes part of
> the 1.0.2 X server release?

Ok um..  I'm not sure what exactly I was thinking when I said that.  Duh.

What I really meant, was can we get this checked into the stable branch of
the radeon driver, and a new stable driver release made.

Comment 9 Michel Dänzer 2006-04-06 22:36:27 UTC
Comment on attachment 4864 [details] [review]
Even more minimal patch against 6.8

I incorrectly described this as being against 6.9, it's really against 6.8.
Nominating for the 6.8 branch, as dead as that is, because doing so should
increase the chances of it being picked up by Red Hat according to Mike A.
Harris. :) FWIW, this patch has been tested extensively at ATI and Dell, and no
regressions have been reported so far.
Comment 10 Erik Andren 2006-04-17 21:21:09 UTC
Is this patch merged into mainline X?
Comment 11 Erik Andren 2006-04-19 16:28:31 UTC
Added patch keyword
Comment 12 Daniel Stone 2007-02-27 01:30:29 UTC
Sorry about the phenomenal bug spam, guys.  Adding xorg-team@ to the QA contact so bugs don't get lost in future.
Comment 13 Alex Deucher 2007-11-12 15:10:03 UTC
closing.  most recent versions of the driver have this.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.