History log of /freebsd/sys/dev/agp/agp_sis.c (Results 51 – 65 of 65)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
Revision tags: release/5.3.0_cvs, release/5.3.0
# f49f2ca6 19-Aug-2004 David E. O'Brien <obrien@FreeBSD.org>

Unconditionally support the AMD64 GART HW.


# 3c749e3f 16-Aug-2004 David E. O'Brien <obrien@FreeBSD.org>

AMD64 on-CPU GART support.
This also applies to AMD64 HW running 'i386' OS.

Submitted by: Jung-uk Kim <jkim@niksun.com>
Integration by: obrien


# f11d01c3 30-May-2004 Poul-Henning Kamp <phk@FreeBSD.org>

Add missing <sys/module.h> includes


Revision tags: release/4.10.0_cvs, release/4.10.0
# d8a821e8 22-May-2004 Maxime Henrion <mux@FreeBSD.org>

Get rid of a lockmgr consumer by making agp(4) use a standard mutex,
since it's always acquiring the lock exclusively. This was tested
with X on an SMP box, with and without WITNESS.


# f4078c52 19-May-2004 Eric Anholt <anholt@FreeBSD.org>

Add explicit list of SiS AGP chipsets based on Linux kernel's list.

Prompted by: i386/59503


# 25128fcc 04-Apr-2004 Nate Lawson <njl@FreeBSD.org>

Add the ability to disable agp devices at the loader prompt. Usage is
hint.agp.0.disabled="1"

Submitted by: jhb


Revision tags: release/5.2.1_cvs, release/5.2.1, release/5.2.0_cvs, release/5.2.0, release/4.9.0_cvs, release/4.9.0
# 19b7ffd1 22-Aug-2003 Warner Losh <imp@FreeBSD.org>

Prefer new location of pci include files (which have only been in the
tree for two or more years now), except in a few places where there's
code to be compatible with older versions of FreeBSD.


# f4636c59 11-Jun-2003 David E. O'Brien <obrien@FreeBSD.org>

Use __FBSDID().


Revision tags: release/5.1.0_cvs, release/5.1.0
# f246e4a1 15-Apr-2003 Matthew N. Dodd <mdodd@FreeBSD.org>

- Express hard dependencies on bus (pci, isa, pccard) and
network layer (ether).
- Don't abuse module names to facilitate ifconfig module loading;
such abuse isn't really needed. (And if we do n

- Express hard dependencies on bus (pci, isa, pccard) and
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.)

show more ...


Revision tags: release/4.8.0_cvs, release/4.8.0
# 64eca1e1 13-Mar-2003 Søren Schmidt <sos@FreeBSD.org>

Add pci id# for the sis648


Revision tags: release/5.0.0_cvs, release/5.0.0
# 7617255f 13-Nov-2002 Maxime Henrion <mux@FreeBSD.org>

Remove a bunch of #include "opt_pci.h".


Revision tags: release/4.7.0_cvs
# 7e9e7dc4 27-Aug-2002 Bruce Evans <bde@FreeBSD.org>

Include <sys/lockmgr.h> for old lock interfaces instead of depending on
namespace pollution in <sys/lock.h>.


Revision tags: release/4.6.2_cvs, release/4.6.2, release/4.6.1, release/4.6.0_cvs, release/4.5.0_cvs, release/4.4.0_cvs
# 52b3919d 05-Jul-2001 John Baldwin <jhb@FreeBSD.org>

Make these compile again by adding proc.h include for GIANT_REQUIRED
that is in included vm headers.


# 23955314 19-May-2001 Alfred Perlstein <alfred@FreeBSD.org>

Introduce a global lock for the vm subsystem (vm_mtx).

vm_mtx does not recurse and is required for most low level
vm operations.

faults can not be taken without holding Giant.

Memory subsystems ca

Introduce a global lock for the vm subsystem (vm_mtx).

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

show more ...


Revision tags: release/4.3.0_cvs, release/4.3.0, release/4.2.0, release/4.1.1_cvs, release/4.1.0, release/3.5.0_cvs
# 59747216 09-Jun-2000 Doug Rabson <dfr@FreeBSD.org>

A driver for programming the AGP hardware. This is only very lightly
tested on Intel BX chipsets only. The other agp minidrivers are totally
untested.

The programming api is a subset of the Linux ap

A driver for programming the AGP hardware. This is only very lightly
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.

show more ...


123