#
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.
|
#
27d8bee2 |
| 22-May-2004 |
Maxime Henrion <mux@FreeBSD.org> |
Plug three lock leaks.
|
#
7ef6ba5d |
| 24-Apr-2004 |
Alan Cox <alc@FreeBSD.org> |
Push down the responsibility for zeroing a physical page from the caller to vm_page_grab(). Although this gives VM_ALLOC_ZERO a different meaning for vm_page_grab() than for vm_page_alloc(), I feel
Push down the responsibility for zeroing a physical page from the caller to vm_page_grab(). Although this gives VM_ALLOC_ZERO a different meaning for vm_page_grab() than for vm_page_alloc(), I feel such change is necessary to accomplish other goals. Specifically, I want to make the PG_ZERO flag immutable between the time it is allocated by vm_page_alloc() and freed by vm_page_free() or vm_page_free_zero() to avoid locking overheads. Once we gave up on the ability to automatically recognize a zeroed page upon entry to vm_page_free(), the ability to mutate the PG_ZERO flag became useless. Instead, I would like to say that "Once a page becomes valid, its PG_ZERO flag must be ignored."
show more ...
|
#
5f96beb9 |
| 17-Mar-2004 |
Nate Lawson <njl@FreeBSD.org> |
Convert callers to the new bus_alloc_resource_any(9) API.
Submitted by: Mark Santcroos <marks@ripe.net> Reviewed by: imp, dfr, bde
|
Revision tags: release/5.2.1_cvs, release/5.2.1 |
|
#
dc08ffec |
| 21-Feb-2004 |
Poul-Henning Kamp <phk@FreeBSD.org> |
Device megapatch 4/6:
Introduce d_version field in struct cdevsw, this must always be initialized to D_VERSION.
Flip sense of D_NOGIANT flag to D_NEEDGIANT, this involves removing four D_NOGIANT fl
Device megapatch 4/6:
Introduce d_version field in struct cdevsw, this must always be initialized to D_VERSION.
Flip sense of D_NOGIANT flag to D_NEEDGIANT, this involves removing four D_NOGIANT flags and adding 145 D_NEEDGIANT flags.
show more ...
|
#
c9c7976f |
| 21-Feb-2004 |
Poul-Henning Kamp <phk@FreeBSD.org> |
Device megapatch 1/6:
Free approx 86 major numbers with a mostly automatically generated patch.
A number of strategic drivers have been left behind by caution, and a few because they still (ab)use
Device megapatch 1/6:
Free approx 86 major numbers with a mostly automatically generated patch.
A number of strategic drivers have been left behind by caution, and a few because they still (ab)use their major number.
show more ...
|
#
96cf3602 |
| 15-Feb-2004 |
Poul-Henning Kamp <phk@FreeBSD.org> |
This is not a D_TTY driver.
|
Revision tags: release/5.2.0_cvs, release/5.2.0 |
|
#
a6cb9d8e |
| 11-Nov-2003 |
Eric Anholt <anholt@FreeBSD.org> |
- Disable AGP on ALI chipsets if aperture size is 0. - Fail in agp_alloc_gatt if the aperture size is 0 instead of panicing in contigmalloc.
Reported by: Bjoern Fischer <bfischer@Techfak.Uni-Biele
- Disable AGP on ALI chipsets if aperture size is 0. - Fail in agp_alloc_gatt if the aperture size is 0 instead of panicing in contigmalloc.
Reported by: Bjoern Fischer <bfischer@Techfak.Uni-Bielefeld.DE> Reviewed by: jhb MFC after: 1 week
show more ...
|
Revision tags: release/4.9.0_cvs, release/4.9.0 |
|
#
9f9ccd20 |
| 23-Oct-2003 |
John Baldwin <jhb@FreeBSD.org> |
Add simple support for AGP 3.0 including enabling 8x mode. The simple part of the support is that it still assumes one master and one target where as AGP 3.0 actually supports multiple devices on th
Add simple support for AGP 3.0 including enabling 8x mode. The simple part of the support is that it still assumes one master and one target where as AGP 3.0 actually supports multiple devices on the bus.
Submitted by: Keith Whitwell <keith@tungstengraphics.com> Sponsored by: The Weather Channel
show more ...
|
#
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.
|
#
f873ed03 |
| 19-Jun-2003 |
Alan Cox <alc@FreeBSD.org> |
Add vm object locking.
|
#
f4636c59 |
| 11-Jun-2003 |
David E. O'Brien <obrien@FreeBSD.org> |
Use __FBSDID().
|
Revision tags: release/5.1.0_cvs, release/5.1.0, release/4.8.0_cvs, release/4.8.0 |
|
#
227f9a1c |
| 25-Mar-2003 |
Jake Burkholder <jake@FreeBSD.org> |
- Add vm_paddr_t, a physical address type. This is required for systems where physical addresses larger than virtual addresses, such as i386s with PAE. - Use this to represent physical addresses
- Add vm_paddr_t, a physical address type. This is required for systems where physical addresses larger than virtual addresses, such as i386s with PAE. - Use this to represent physical addresses in the MI vm system and in the i386 pmap code. This also changes the paddr parameter to d_mmap_t. - Fix printf formats to handle physical addresses >4G in the i386 memory detection code, and due to kvtop returning vm_paddr_t instead of u_long.
Note that this is a name change only; vm_paddr_t is still the same as vm_offset_t on all currently supported platforms.
Sponsored by: DARPA, Network Associates Laboratories Discussed with: re, phk (cdevsw change)
show more ...
|
#
7ac40f5f |
| 03-Mar-2003 |
Poul-Henning Kamp <phk@FreeBSD.org> |
Gigacommit to improve device-driver source compatibility between branches:
Initialize struct cdevsw using C99 sparse initializtion and remove all initializations to default values.
This patch is au
Gigacommit to improve device-driver source compatibility between branches:
Initialize struct cdevsw using C99 sparse initializtion and remove all initializations to default values.
This patch is automatically generated and has been tested by compiling LINT with all the fields in struct cdevsw in reverse order on alpha, sparc64 and i386.
Approved by: re(scottl)
show more ...
|
#
07159f9c |
| 25-Feb-2003 |
Maxime Henrion <mux@FreeBSD.org> |
Cleanup of the d_mmap_t interface.
- Get rid of the useless atop() / pmap_phys_address() detour. The device mmap handlers must now give back the physical address without atop()'ing it. - Don't
Cleanup of the d_mmap_t interface.
- Get rid of the useless atop() / pmap_phys_address() detour. The device mmap handlers must now give back the physical address without atop()'ing it. - Don't borrow the physical address of the mapping in the returned int. Now we properly pass a vm_offset_t * and expect it to be filled by the mmap handler when the mapping was successful. The mmap handler must now return 0 when successful, any other value is considered as an error. Previously, returning -1 was the only way to fail. This change thus accidentally fixes some devices which were bogusly returning errno constants which would have been considered as addresses by the device pager. - Garbage collect the poorly named pmap_phys_address() now that it's no longer used. - Convert all the d_mmap_t consumers to the new API.
I'm still not sure wheter we need a __FreeBSD_version bump for this, since and we didn't guarantee API/ABI stability until 5.1-RELEASE.
Discussed with: alc, phk, jake Reviewed by: peter Compile-tested on: LINT (i386), GENERIC (alpha and sparc64) Runtime-tested on: i386
show more ...
|
#
a163d034 |
| 19-Feb-2003 |
Warner Losh <imp@FreeBSD.org> |
Back out M_* changes, per decision of the TRB.
Approved by: trb
|
#
05d1e23a |
| 14-Feb-2003 |
Eric Anholt <anholt@FreeBSD.org> |
Split the arch-specific AGP files into the appropriate files.* and do the same for the agp module, and add agp to the list of modules to compile for alpha. Add an alpha_mb() to agp_flush_cache for al
Split the arch-specific AGP files into the appropriate files.* and do the same for the agp module, and add agp to the list of modules to compile for alpha. Add an alpha_mb() to agp_flush_cache for alpha -- it's not correct but may improve the situation, and it's what linux and NetBSD do.
show more ...
|
#
44956c98 |
| 21-Jan-2003 |
Alfred Perlstein <alfred@FreeBSD.org> |
Remove M_TRYWAIT/M_WAITOK/M_WAIT. Callers should use 0. Merge M_NOWAIT/M_DONTWAIT into a single flag M_NOWAIT.
|
Revision tags: release/5.0.0_cvs, release/5.0.0 |
|
#
e7863f18 |
| 23-Dec-2002 |
Alan Cox <alc@FreeBSD.org> |
- Hold the page queues lock around vm_page_wakeup().
|
#
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>.
|
#
fff6062a |
| 25-Aug-2002 |
Alan Cox <alc@FreeBSD.org> |
o Retire vm_page_zero_fill() and vm_page_zero_fill_area(). Ever since pmap_zero_page() and pmap_zero_page_area() were modified to accept a struct vm_page * instead of a physical address, vm_pa
o Retire vm_page_zero_fill() and vm_page_zero_fill_area(). Ever since pmap_zero_page() and pmap_zero_page_area() were modified to accept a struct vm_page * instead of a physical address, vm_page_zero_fill() and vm_page_zero_fill_area() have served no purpose.
show more ...
|
Revision tags: release/4.6.2_cvs, release/4.6.2 |
|
#
fab965bf |
| 10-Aug-2002 |
Alan Cox <alc@FreeBSD.org> |
o Use the VM_ALLOC_WIRED flag instead of calling vm_page_wire().
|
#
5ec699cd |
| 21-Jul-2002 |
Alan Cox <alc@FreeBSD.org> |
o If the page returned by vm_page_grab(VM_ALLOC_ZERO) isn't prezeroed, zero it.
Reviewed by: dfr, peter
|
Revision tags: release/4.6.1 |
|
#
613f5495 |
| 14-Jul-2002 |
Alan Cox <alc@FreeBSD.org> |
o Lock page queue accesses by vm_page_wire().
|