An error occurred fetching the project authors.
- 10 May, 2003 4 commits
-
-
Dave Jones authored
-
Dave Jones authored
-
Dave Jones authored
-
Dave Jones authored
-
- 06 May, 2003 1 commit
-
-
Dave Jones authored
The standard says that 3.0 chipsets don't support these extensions. Move the isoch stuff out into isoch.c leaving behind a shell for basic AGP3.0 enabling (to be written).
-
- 05 May, 2003 2 commits
-
-
Dave Jones authored
There are a few places we do spec revision compliance checks, this cset generalises that function, and removes some duplicated functionality.
-
Dave Jones authored
With the 'AGP bug' solved, we don't need this noise for a while...
-
- 01 May, 2003 2 commits
-
-
Dave Jones authored
Lets see if we can't track down some of the stranger reports. Also fix up the macro not to printk some ': ' it doesnt need to.
-
Dave Jones authored
-
- 27 Apr, 2003 4 commits
-
-
Dave Jones authored
Christoph with the goods once more... >Okay, this does the converion for all drivers, it's ontop of my >previous patches. enum chipset_type has shrunk to NOT_SUPPORTED >and SUPPORTED, but I'd like to postpone killing it entirely >or replacing it by a bool - drm pokes into this and we need to >redo the agpgart <-> drm interface for support of multiple garts >anyway.
-
Dave Jones authored
Yet more from Christoph.. >If agp_3_0_node_enable gets a struct agp_bridge_data * all of the >generic-3.0.c can be cleaned up easily to never look at agp_bridge >directly. Now only backend.c, generic.c and the actual drivers >are left looking at it:)
-
Dave Jones authored
Christoph cleaned up a lot of the mess here. We're back to nearly killing off the chipset_type enum, moved the register definitions to the code that uses it, and given it a proper pci .remove function.
-
Dave Jones authored
From Christoph Hellwig
-
- 25 Apr, 2003 6 commits
-
-
Dave Jones authored
-
Dave Jones authored
-
Dave Jones authored
Lots more work to do here.
-
Dave Jones authored
-
Dave Jones authored
bye bye icky hardcoded values.
-
Dave Jones authored
Based upon code written by NVIDIA for agpgart 2.4, forward ported and cleaned up slightly by me. This still needs work, and is untested.
-
- 10 Apr, 2003 1 commit
-
-
Dave Jones authored
Also includes various other fixes from Matt Tolentino
-
- 24 Mar, 2003 3 commits
-
-
Dave Jones authored
-
Dave Jones authored
-
Dave Jones authored
-
- 18 Mar, 2003 1 commit
-
-
Dave Jones authored
-
- 02 Mar, 2003 1 commit
-
-
Andrew Morton authored
Patch from Thomas Schlichter <schlicht@uni-mannheim.de> Based on a patch from Dave Jones. It converts a large number of instances of: smp_call_function(foo); foo(); into on_each_cpu(foo); and in doing so fixes up the preempt-unsafeness of the first version.
-
- 27 Feb, 2003 2 commits
-
-
Dave Jones authored
-
Dave Jones authored
-
- 10 Feb, 2003 3 commits
-
-
Dave Jones authored
This removes lots of annoying problems trying to prevent both modules from being loaded, and also shares quite a bit of code. CONFIG_AGP3 will disable AGP3 mode operation of KT400s.
-
Dave Jones authored
The AGP3 spec allows for >1 AGP bus. This is the first of several patches from Jeff Hartmann towards a context-using agp_bridge, by replacing agp_bridge.foo accesses with agp_bridge->foo accesses. For now, there should be no functional differences, as there is still only a single agp_bridge_data struct defined.
-
Dave Jones authored
-
- 04 Feb, 2003 1 commit
-
-
Andrew Morton authored
A static function in a header where presumably a static inline was intended.
-
- 15 Jan, 2003 3 commits
-
-
Dave Jones authored
-
Dave Jones authored
-
Dave Jones authored
-
- 06 Jan, 2003 1 commit
-
-
Bjorn Helgaas authored
[Forward port of a 2.4 patch that got applied last month -- DJ] AGP/DRM currently assume that GATT entries can be converted to physical addresses with a simple mask. Additionally, agpgart assumes in a couple places that the mask is ~0xfff, i.e., that all the GART control bits are in the low 12 bits. Both assumptions are bogus, so: Make agp_memory.memory[] (exported from agpgart to DRM) contain physical addresses, not GATT entries. DRM assumes agp_memory contains GATT entries, and it converts them to physical addresses with "paddr = agp_memory.memory[i] & mask". 460GX requires both a shift and a mask, so exporting plain physical addresses and a mask of ~0UL allows agpgart to add 460GX support without requiring DRM interface changes.
-
- 05 Jan, 2003 1 commit
-
-
Andi Kleen authored
This is just to make x86-64 boot with IOMMU and compiled in AGP driver again. Previously both AGP and the IOMMU code would set up an aperture, with AGP being winner, messing up pci_map_*. This is needed for the x86-64 update for 2.5.54 I sent earlier. Actually using /dev/agpgart still corrupts memory unfortunately, haven't tracked that down yet. I also commented on some (usually 64bit, but at least one 32bit) bugs in the driver too. These changes should be all nops on i386. - Export amd k8 init function for x86-64. It needs to be called early by the iommu code. Add some comments to warn about about that (the upcoming VIA and SIS K8 chipsets will have the same problem) - Declare gatt table as u32 following the AGP spec. - Comment some bugs.
-
- 02 Jan, 2003 4 commits
-
-
Dave Jones authored
-
Dave Jones authored
-
Dave Jones authored
-
Dave Jones authored
Currently, only the K8 GART needs this, but this is cleaner than exporting the agp_reserved_memory variable.
-