]> pilppa.com Git - linux-2.6-omap-h63xx.git/commit
[PATCH] Replace check_bridge_mode() with (bridge->mode & AGSTAT_MODE_3_0).
authorDavid Mosberger <davidm@napali.hpl.hp.com>
Mon, 4 Apr 2005 20:29:43 +0000 (13:29 -0700)
committerDave Jones <davej@redhat.com>
Tue, 7 Jun 2005 19:35:44 +0000 (12:35 -0700)
commit66bb8bf8b235ba4d37fda14375827864977c6a3e
tree830da5361c73af24b309f6ecc6b87482eb4f1c32
parent07eee78ea8ba2d0b7b20551c35a3e7dd158d50bb
[PATCH] Replace check_bridge_mode() with (bridge->mode & AGSTAT_MODE_3_0).

[AGPGART] Replace check_bridge_mode() with (bridge->mode & AGSTAT_MODE_3_0).

As mentioned earlier, the current check_bridge_mode() code assumes
that AGP bridges are PCI devices.  This isn't always true.  Definitely
not for HP zx1 chipset and the same seems to be the case for SGI's AGP
bridge.

The patch below fixes the problem by picking up the AGP_MODE_3_0 bit
from bridge->mode.  I feel like I may be missing something, since I
can't see any reason why check_bridge_mode() wasn't doing that in the
first place.  According to the AGP 3.0 specs, the AGP_MODE_3_0 bit is
determined during the hardware reset and cannot be changed, so it
seems to me it should be safe to pick it up from bridge->mode.

With the patch applied, I can definitely use AGP acceleration both
with AGP 2.0 and AGP 3.0 (one with an Nvidia card, the other with an
ATI FireGL card).

Unless someone spots a problem, please apply this patch so 3d
acceleration can work on zx1 boxes again.

This makes AGP work again on machines with an AGP bridge that isn't a
PCI device.

Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com>
Signed-off-by: Dave Jones <davej@redhat.com>
drivers/char/agp/generic.c