| commit | 9855e584d296a32bbcc1bb3d29b7e0ed078b03cc | |
| author | Ben Skeggs <bskeggs@redhat.com> | |
| Tue, 12 Jan 2010 03:02:19 +0000 (12 13:02 +1000) | ||
| committer | Ben Skeggs <bskeggs@redhat.com> | |
| Thu, 14 Jan 2010 08:48:31 +0000 (14 18:48 +1000) | ||
| tree | 7fbcc6ccdcc3dce65ac2b22ccd1c2f2572770931 | treesnapshot (tar.gz zip) |
| parent | 0a90dc51aa3162abb7cd64323ba2e6674e1c5ff4 | commitdiff |
drm/nouveau: trust init table registers are safe
Apparently the original reason for checking this was there were known
register accesses that caused hangs on some chipsets. This was more
than likely because of incorrect parsing of previous opcodes, and I
hardly think aborting a script half way through is going to be any
better (in fact, we have had bug reports where this has been the cause
of s/r failures among other things).
This patch (which has been in Fedora 12 for a long time now) removes
all checking for known register ranges, and just leaves the check to
ensure the access is within the mapped aperture to avoid an oops.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
Apparently the original reason for checking this was there were known
register accesses that caused hangs on some chipsets. This was more
than likely because of incorrect parsing of previous opcodes, and I
hardly think aborting a script half way through is going to be any
better (in fact, we have had bug reports where this has been the cause
of s/r failures among other things).
This patch (which has been in Fedora 12 for a long time now) removes
all checking for known register ranges, and just leaves the check to
ensure the access is within the mapped aperture to avoid an oops.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
| drivers/gpu/drm/nouveau/nouveau_bios.c | diffblobblamehistory |