summaryrefslogtreecommitdiffstats
path: root/sys/pci/agp_sis.c
Commit message (Collapse)AuthorAgeFilesLines
* Move SiS 760 to where it belongs.jkim2006-05-301-2/+0
| | | | | PR: 98094 Submitted by: Mike M < mmcgus at yahoo dot com >
* Change the various AGP drivers that attach to the Host-PCI bridge device tojhb2005-12-201-2/+1
| | | | | | | | | attach to the hostb driver instead. This means that agp can now be loaded at runtime (in theory at least). Also, the drivers no longer have to explicity call device_verbose() to cancel out any earlier calls to device_quiet() by the hostb(4) driver (this shows a limitation in new-bus, drivers really shouldn't be doing device_quiet() until they know they are going to drive that device, i.e. in attach).
* Return BUS_PROBE_DEFAULT instead of 0.imp2005-02-241-1/+1
|
* No use for this AMD64 special-case "return NULL;" in probe now that we don'tanholt2005-02-141-2/+0
| | | | do fake "generic" support.
* [1] Remove the generic bridge support from those drivers that had it. Theanholt2004-12-301-3/+0
| | | | | | | | | | | generic bridge support was biting us more than it helped, whenever a new chipset came out from a vendor and misprogramming it caused strange hangs or corruption. [2] Add a large number of PCI IDs based on what the linux drivers support. Note that the new PCI IDs haven't been tested, they're just *likely* to work. In particular the VIA AGP 8x chipsets are concerning, due to lack of testing, possible issues (kern/69953), and not having a nice "does this bridge say it would do 8x" function. However, this shouldn't make the situation worse, since these chips would have probed in the past anyway.
* Unconditionally support the AMD64 GART HW.obrien2004-08-191-3/+0
|
* AMD64 on-CPU GART support.obrien2004-08-161-0/+5
| | | | | | | This also applies to AMD64 HW running 'i386' OS. Submitted by: Jung-uk Kim <jkim@niksun.com> Integration by: obrien
* Add missing <sys/module.h> includesphk2004-05-301-0/+1
|
* Get rid of a lockmgr consumer by making agp(4) use a standard mutex,mux2004-05-221-1/+0
| | | | | since it's always acquiring the lock exclusively. This was tested with X on an SMP box, with and without WITNESS.
* Add explicit list of SiS AGP chipsets based on Linux kernel's list.anholt2004-05-191-0/+36
| | | | Prompted by: i386/59503
* Add the ability to disable agp devices at the loader prompt. Usage isnjl2004-04-031-0/+2
| | | | | | hint.agp.0.disabled="1" Submitted by: jhb
* Prefer new location of pci include files (which have only been in theimp2003-08-221-2/+2
| | | | | tree for two or more years now), except in a few places where there's code to be compatible with older versions of FreeBSD.
* Use __FBSDID().obrien2003-06-111-2/+3
|
* - Express hard dependencies on bus (pci, isa, pccard) andmdodd2003-04-151-0/+2
| | | | | | | | network layer (ether). - Don't abuse module names to facilitate ifconfig module loading; such abuse isn't really needed. (And if we do need type information associated with a module then we should make it explicit and not use hacks.)
* Add pci id# for the sis648sos2003-03-131-0/+2
|
* Remove a bunch of #include "opt_pci.h".mux2002-11-131-1/+0
|
* Include <sys/lockmgr.h> for old lock interfaces instead of depending onbde2002-08-271-0/+1
| | | | namespace pollution in <sys/lock.h>.
* Make these compile again by adding proc.h include for GIANT_REQUIREDjhb2001-07-051-0/+1
| | | | that is in included vm headers.
* Introduce a global lock for the vm subsystem (vm_mtx).alfred2001-05-191-0/+1
| | | | | | | | | | | | | | | | | | | vm_mtx does not recurse and is required for most low level vm operations. faults can not be taken without holding Giant. Memory subsystems can now call the base page allocators safely. Almost all atomic ops were removed as they are covered under the vm mutex. Alpha and ia64 now need to catch up to i386's trap handlers. FFS and NFS have been tested, other filesystems will need minor changes (grabbing the vm lock when twiddling page properties). Reviewed (partially) by: jake, jhb
* A driver for programming the AGP hardware. This is only very lightlydfr2000-06-091-0/+256
tested on Intel BX chipsets only. The other agp minidrivers are totally untested. The programming api is a subset of the Linux api and is only intended to be enough for the X server to use. There is also an in-kernel api for the use of other kernel modules such as the 3D DRI.
OpenPOWER on IntegriCloud