- Apr 26, 2007
-
-
Paul Mackerras authored
This reverts commit d05c7a80, which included changes which should go via other subsystem maintainers.
-
- Apr 12, 2007
-
-
Stephen Rothwell authored
Signed-off-by:
Stephen Rothwell <sfr@canb.auug.org.au> Acked-by:
Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
- Apr 10, 2007
-
-
Wang Zhenyu authored
On G965, I810_PGETBL_CTL is a mmio offset, but we wrongly take it as pci config space offset in detecting GTT size. This one line patch fixs this. Signed-off-by:
Wang Zhenyu <zhenyu.z.wang@intel.com> Signed-off-by:
Dave Jones <davej@redhat.com>
-
- Apr 09, 2007
-
-
Wang Zhenyu authored
Update PCI id info for Intel 965GM chipset. Signed-off-by:
Wang Zhenyu <zhenyu.z.wang@intel.com> Signed-off-by:
Dave Jones <davej@redhat.com>
-
- Feb 27, 2007
-
-
Ryusuke Konishi authored
This fixes the following compile failures of agpgart drivers. These errors were inserted by the recent AGPGART constification patch. drivers/char/agp/uninorth-agp.c:492: error: expected '{' before 'const' drivers/char/agp/uninorth-agp.c:517: error: expected '{' before 'const' drivers/char/agp/uninorth-agp.c: In function 'agp_uninorth_probe': drivers/char/agp/uninorth-agp.c:634: error: 'u3_agp_driver' undeclared (first use in this function) drivers/char/agp/uninorth-agp.c:634: error: (Each undeclared identifier is reported only once drivers/char/agp/uninorth-agp.c:634: error: for each function it appears in.) drivers/char/agp/uninorth-agp.c:636: error: 'uninorth_agp_driver' undeclared (first use in this function) Signed-off-by:
Ryusuke Konishi <ryusuke@osrg.net> Signed-off-by:
Dave Jones <davej@redhat.com>
-
Kyle McMartin authored
Can't really blame davej for mucking this up... static-ify it while we're at it, which would have prevented this... Signed-off-by:
Kyle McMartin <kyle@parisc-linux.org>
-
- Feb 22, 2007
-
-
Dave Jones authored
Make agp_bridge_driver->aperture_sizes and ->masks const. Also agp_bridge_data->driver Signed-off-by:
Dave Jones <davej@redhat.com>
-
- Feb 20, 2007
-
-
Zwane Mwaikambo authored
My previous compat AGP patch broke modular AGPGART. Test built on; i386 CONFIG_AGP=y,m x86_64 CONFIG_AGP=y ia64 CONFIG_AGP=m Signed-off-by:
Zwane Mwaikambo <zwane@infradead.org> Cc: Kyle McMartin <kyle@mcmartin.ca> Signed-off-by:
Andrew Morton <akpm@linux-foundation.org> Signed-off-by:
Dave Jones <davej@redhat.com>
-
- Feb 11, 2007
-
-
Andrew Morton authored
Fix whitespace, braces, use kzalloc(). Cc: Dave Airlie <airlied@linux.ie> Cc: Thomas Hellstrom <thomas@tungstengraphics.com> Signed-off-by:
Andrew Morton <akpm@linux-foundation.org> Signed-off-by:
Dave Jones <davej@redhat.com>
-
- Feb 06, 2007
-
-
Ahmed S. Darwish authored
use ARRAY_SIZE macro already defined in kernel.h Signed-off-by:
Ahmed S. Darwish <darwish.07@gmail.com> Signed-off-by:
Dave Jones <davej@redhat.com>
-
- Feb 05, 2007
-
-
Thomas Hellstrom authored
Signed-off-by:
Dave Jones <davej@redhat.com>
-
- Feb 04, 2007
-
-
Dave Jones authored
We don't unmap them on the suspend path, so on resume trying to remap will fail, and then result in an oops the next time something tries to access them. Signed-off-by:
Dave Jones <davej@redhat.com>
-
- Feb 03, 2007
-
-
Thomas Hellstrom authored
This patch allows drm to populate an agpgart structure with pages of its own. It's needed for the new drm memory manager which dynamically flips pages in and out of AGP. The patch modifies the generic functions as well as the intel agp driver. The intel drm driver is currently the only one supporting the new memory manager. Other agp drivers may need some minor fixing up once they have a corresponding memory manager enabled drm driver. AGP memory types >= AGP_USER_TYPES are not populated by the agpgart driver, but the drm is expected to do that, as well as taking care of cache- and tlb flushing when needed. It's not possible to request these types from user space using agpgart ioctls. The Intel driver also gets a new memory type for pages that can be bound cached to the intel GTT. Signed-off-by:
Thomas Hellstrom <thomas@tungstengraphics.com> Signed-off-by:
Dave Jones <davej@redhat.com>
-
Zwane Mwaikambo authored
The following video card requires the agpgart driver ioctl interface in order to detect video memory. 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS/940GML Express Integrated Graphics Controller (rev 03) Tested on a Thinkpad Z61t, Xorg.0.log from a 32bit debian Xorg is at; http://montezuma.homeunix.net/Xorg.0.log Signed-off-by:
Zwane Mwaikambo <zwane@infradead.org> Signed-off-by:
Dave Jones <davej@redhat.com>
-
- Jan 28, 2007
-
-
Dave Jones authored
Culled from the VIA codedrop. Also fixes up one ID used in amd64-agp to use the VIA part number instead of the board name in its ID. Signed-off-by:
Dave Jones <davej@redhat.com>
-
Dave Jones authored
No point in clearing local pointers then returning. Also fix up some CodingStyle nits. Signed-off-by:
Dave Jones <davej@redhat.com>
-
Dave Jones authored
This seems to exist just to save people typing 'struct' a few times, and doesn't provide any additional value. Signed-off-by:
Dave Jones <davej@redhat.com>
-
Dave Jones authored
If we fail an alloc, unwind the previous allocs that succeeded. Spotted-by:
Alan Grimes <agrimes@speakeasy.net> Signed-off-by:
Dave Jones <davej@redhat.com>
-
- Jan 17, 2007
-
-
Wang Zhenyu authored
Currently in resuming path graphics device's pci space restore is behind host bridge, so resume function wrongly accesses graphics device's space. This makes resuming failure which crashed X. here's a patch to restore device's pci space early, which makes resuming ok with X. Signed-off-by:
Wang Zhenyu <zhenyu.z.wang@intel.com> Signed-off-by:
Dave Jones <davej@redhat.com>
-
- Jan 03, 2007
-
-
akpm@osdl.org authored
drivers/char/agp/sgi-agp.c: check kmalloc() return value Signed-off-by:
Amit Choudhary <amit2030@gmail.com> Signed-off-by:
Dave Jones <davej@redhat.com> Signed-off-by:
Andrew Morton <akpm@osdl.org>
-
- Dec 29, 2006
-
-
Thomas Hellstrom authored
Unfortunately there was a typo in one of the patches I sent, (The one now committed to the agpgart tree). It may cause a bus error on i810 type hardware. Signed-off-by:
Thomas Hellstrom <thomas@tungstengraphics.com> Signed-off-by:
Dave Jones <davej@redhat.com>
-
- Dec 23, 2006
-
-
Eric Anholt authored
On the G965, the GTT size may be larger than is required to cover the aperture. (In fact, on all hardware we've seen, the GTT is 512KB to the aperture's 256MB). A previous commit forced the aperture size to 512MB on G965 to match GTT, which would likely result in hangs at best if users tried to rely on agpgart's aperture size information. Instead, we use the resource length for the aperture size and the system's reported GTT size when available for the GTT size. Because the MSAC registers which had been read for aperture size detection on i9xx chips just cause a change in the resource size, we can use generic code for aperture detection on all i9xx. Signed-off-by:
Eric Anholt <eric@anholt.net> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Dave Jones <davej@redhat.com>
-
Thomas Hellstrom authored
This patch is to speed up flipping of pages in and out of the AGP aperture as needed by the new drm memory manager. A number of global cache flushes are removed as well as some PCI posting flushes. The following guidelines have been used: 1) Memory that is only mapped uncached and that has been subject to a global cache flush after the mapping was changed to uncached does not need any more cache flushes. Neither before binding to the aperture nor after unbinding. 2) Only do one PCI posting flush after a sequence of writes modifying page entries in the GATT. Signed-off-by:
Thomas Hellstrom <thomas@tungstengraphics.com> Signed-off-by:
Dave Jones <davej@redhat.com>
-
- Dec 19, 2006
-
-
Gabriel Mansi authored
Signed-off-by:
Dave Jones <davej@redhat.com>
-
- Dec 12, 2006
-
-
Matthew Wilcox authored
There's no point in troubling the Alpha, IA-64, PowerPC and PARISC people with SiS and VIA options. Andrew thinks it helps find bugs, but there's no evidence of that. Signed-off-by:
Matthew Wilcox <matthew@wil.cx> Signed-off-by:
Dave Jones <davej@redhat.com>
-
Randy Dunlap authored
When CONFIG_HOTPLUG=n, agp_amd64_resume() calls nforce3_agp_init(), which is __devinit == __init, so has been discarded and is not usable for resume. WARNING: drivers/char/agp/amd64-agp.o - Section mismatch: reference to .init.text: from .text between 'agp_amd64_resume' (at offset 0x249) and 'amd64_tlbflush' Signed-off-by:
Randy Dunlap <randy.dunlap@oracle.com> Signed-off-by:
Dave Jones <davej@redhat.com>
-
- Dec 08, 2006
-
-
Matthew Wilcox authored
Signed-off-by:
Matthew Wilcox <matthew@wil.cx> Signed-off-by:
Kyle McMartin <kyle@parisc-linux.org>
-
- Dec 07, 2006
-
-
Randy Dunlap authored
When CONFIG_HOTPLUG=n, agp_amd64_resume() calls nforce3_agp_init(), which is __devinit == __init, so has been discarded and is not usable for resume. WARNING: drivers/char/agp/amd64-agp.o - Section mismatch: reference to .init.text: from .text between 'agp_amd64_resume' (at offset 0x249) and 'amd64_tlbflush' Signed-off-by:
Randy Dunlap <randy.dunlap@oracle.com> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
- Nov 22, 2006
-
-
Linus Torvalds authored
Not all graphic page remappers support physical addresses over the 4GB mark for remapping, so while some do (the AMD64 GART always did, and I just fixed the i965 to do so properly), we're safest off just forcing GFP_DMA32 allocations to make sure graphics pages get allocated in the low 32-bit address space by default. AGP sub-drivers that really care, and can do better, could just choose to implement their own allocator (or we could add another "64-bit safe" default allocator for their use), but quite frankly, you're not likely to care in practice. So for now, this trivial change means that we won't be allocating pages that we can't map correctly by mistake on x86-64. [ On traditional 32-bit x86, this could never happen, because GFP_KERNEL would never allocate any highmem memory anyway ] Acked-by:
Andi Kleen <ak@suse.de> Acked-by:
Dave Jones <davej@redhat.com> Cc: Eric Anholt <eric@anholt.net> Cc: Keith Packard <keithp@keithp.com> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Linus Torvalds authored
This introduces a i965-specific "mask_memory()" function that knows about the extended physical addresses that the i965 supports. This allows us to correctly map in physical memory in the >4GB range into the GTT. Also simplify/clean-up the i965 case for the aperture sizing by just returning the fixed 512kB size from "fetch_size()". We don't really care that not all of the aperture may be visible - the only thing that cares about the aperture size is the Intel "stolen memory" calculation, which depends on the fixed size. Cc: Keith Packard <keithp@keithp.com> Cc: Eric Anholt <eric@anholt.net> Cc: Dave Jones <davej@redhat.com> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
- Nov 03, 2006
-
-
Dave Jones authored
Some dumb bridges are programmed to disobey the AGP2 spec. This is likely a BIOS misprogramming rather than poweron default, or it would be a lot more common. AGPv2 spec 6.1.9 states: "The RATE field indicates the data transfer rates supported by this device. A.G.P. devices must report all that apply." Fix them up as best we can. This will prevent errors like.. agpgart: Found an AGP 3.5 compliant device at 0000:00:00.0. agpgart: req mode 1f000201 bridge_agpstat 1f000a14 vga_agpstat 2f000217. agpgart: Device is in legacy mode, falling back to 2.x agpgart: Putting AGP V2 device at 0000:00:00.0 into 0x mode agpgart: Putting AGP V2 device at 0000:01:00.0 into 0x mode agpgart: Putting AGP V2 device at 0000:01:00.1 into 0x mode https://bugs.freedesktop.org/show_bug.cgi?id=8816 Signed-off-by:
Dave Jones <davej@redhat.com>
-
- Oct 15, 2006
-
-
Michel Dänzer authored
In contrast to most if not all PC BIOSes, OpenFirmware (OF) on PowerMacs with UniNorth bridges does not allow changing the aperture size. The size set up by OF is usually 16 MB, which is too low for graphics intensive environments. Hence, add a module parameter that allows changing the aperture size at driver initialization time. When the parameter is not specified, the default is 32 MB. Signed-off-by:
Michel Dänzer <michel@tungstengraphics.com> Acked-by:
Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by:
Dave Jones <davej@redhat.com>
-
- Oct 04, 2006
-
-
Kyle McMartin authored
Signed-off-by:
Kyle McMartin <kyle@parisc-linux.org>
-
- Sep 28, 2006
-
-
Dave Jones authored
Signed-off-by:
Dave Jones <davej@redhat.com>
-
- Sep 27, 2006
-
-
Alan Cox authored
Signed-off-by:
Alan Cox <alan@redhat.com> Signed-off-by:
Dave Jones <davej@redhat.com>
-
- Sep 11, 2006
-
-
Dave Jones authored
Sometimes the logic to handle AGPx8->AGPx4 fallback failed, as can be seen in https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197346 The failures occured if the bridge was in AGPx8 mode, but the user hadn't specified a mode in their X config. We weren't setting the mode to the highest mode capable by the video card+bridge (as we do in the AGPv2 case), which was leading to all kinds of mayhem including us believing that after falling back from AGPx8, that we couldn't do x4 mode (which is disastrous in AGPv3, as those are the only two modes possible). Signed-off-by:
Dave Jones <davej@redhat.com>
-
Dave Jones authored
Signed-off-by:
Dave Jones <davej@redhat.com>
-
- Sep 06, 2006
-
-
Dave Jones authored
Spotted by Eric Anholt. Signed-off-by:
Dave Jones <davej@redhat.com>
-
Eric Anholt authored
From: Alan Hourihane <alanh@tungstengraphics.com> From: Eric Anholt <eric@anholt.net> Signed-off-by:
Dave Jones <davej@redhat.com>
-
- Sep 05, 2006
-
-
Alexey Dobriyan authored
drivers/char/agp/backend.c: In function `agp_backend_initialize': drivers/char/agp/backend.c:141: warning: assignment discards qualifiers from pointer target type Signed-off-by:
Alexey Dobriyan <adobriyan@gmail.com> Signed-off-by:
Dave Jones <davej@redhat.com>
-