summaryrefslogtreecommitdiffstats
path: root/sys/pci/meteor.c
Commit message (Collapse)AuthorAgeFilesLines
* Use __FBSDID().obrien2003-06-111-2/+3
|
* - Add vm_paddr_t, a physical address type. This is required for systemsjake2003-03-251-1/+1
| | | | | | | | | | | | | | | 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)
* Gigacommit to improve device-driver source compatibility betweenphk2003-03-031-13/+8
| | | | | | | | | | | | | 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)
* More low-hanging fruit: kill caddr_t in calls to wakeup(9) / [mt]sleep(9).des2003-03-021-6/+6
|
* Cleanup of the d_mmap_t interface.mux2003-02-251-2/+3
| | | | | | | | | | | | | | | | | | | | | | | | | - 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
* Remove __P.alfred2002-03-201-1/+1
|
* Remove unneeded call to cdevsw_add()phk2001-11-041-4/+0
|
* KSE Milestone 2julian2001-09-121-4/+4
| | | | | | | | | | | | | | Note ALL MODULES MUST BE RECOMPILED make the kernel aware that there are smaller units of scheduling than the process. (but only allow one thread per process at this time). This is functionally equivalent to teh previousl -current except that there is a thread associated with each process. Sorry john! (your next MFC will be a doosie!) Reviewed by: peter@freebsd.org, dillon@freebsd.org X-MFC after: ha ha ha ha
* Send the remains (such as I have located) of "block major numbers" tophk2001-03-261-1/+0
| | | | the bit-bucket.
* Grab the process lock while calling psignal and before calling psignal.jhb2001-03-071-3/+12
|
* Special case for compiling LINT - just give a warning and continue on.peter2001-01-171-0/+5
| | | | | At least we have a chance at getting test compile coverage for the rest of the kernel now.
* Ahhrggg. Put the test for the compat shims AFTER the file that includesimp2000-03-271-4/+3
| | | | | | them. Pointed out by: bde
* Per conversations in -current, add #error to these drivers when you don'timp2000-03-271-0/+4
| | | | have the right compatibility shims enabled. ISA drivers to follow later.
* Remove five now unused fields from struct cdevsw. They should neverphk1999-09-251-5/+0
| | | | | | | | have been there in the first place. A GENERIC kernel shrinks almost 1k. Add a slightly different safetybelt under nostop for tty drivers. Add some missing FreeBSD tags
* Don't restrict our requests for contiguous memory to addresses >= 1MB.bde1999-08-291-3/+2
| | | | | | | | This fixes, at least, panics in ncr_attach() on i386's with about 5MB of memory. The restriction was a hack to leave some low memory for ISA DMA, but on i386's we now allocate pages from the top down, so all the restriction did was cause our allocations to fail when there is no free memory above 1MB.
* Convert DEVFS hooks in (most) drivers to make_dev().phk1999-08-231-8/+1
| | | | | | | | | | | | | | | | Diskslice/label code not yet handled. Vinum, i4b, alpha, pc98 not dealt with (left to respective Maintainers) Add the correct hook for devfs to kern_conf.c The net result of this excercise is that a lot less files depends on DEVFS, and devtoname() gets more sensible output in many cases. A few drivers had minor additional cleanups performed relating to cdevsw registration. A few drivers don't register a cdevsw{} anymore, but only use make_dev().
* Eliminate a bunch of #include "pci.h" and #if NPCI > 0 around entirepeter1999-07-031-6/+0
| | | | files. config will leave the whole file out if configured to do so.
* Stop signals being generated after meteor_close.roger1999-06-291-1/+6
| | | | | | | Update METEORSSIGNAL to disable signals by setting the signal to 0. PR: i386/10533 Submitted by: Frode Vatvedt Fjeld <frodef@dslab7.cs.uit.no>
* Updated to support new Meteor/PPB cards (PCI-PCI Bridge).roger1999-06-011-0/+31
| | | | | | | | The driver now identifies the IBM PCI-PCI Bridge fitted to newer Matrox cards and initialises it. Sumitted by: Anton Berezin <tobez@plab.ku.dk> The Protein Laboratory, University of Copenhagen
* Simplify cdevsw registration.phk1999-05-311-18/+4
| | | | | | | | | | | | | | | | | | | | | | | | | The cdevsw_add() function now finds the major number(s) in the struct cdevsw passed to it. cdevsw_add_generic() is no longer needed, cdevsw_add() does the same thing. cdevsw_add() will print an message if the d_maj field looks bogus. Remove nblkdev and nchrdev variables. Most places they were used bogusly. Instead check a dev_t for validity by seeing if devsw() or bdevsw() returns NULL. Move bdevsw() and devsw() functions to kern/kern_conf.c Bump __FreeBSD_version to 400006 This commit removes: 72 bogus makedev() calls 26 bogus SYSINIT functions if_xe.c bogusly accessed cdevsw[], author/maintainer please fix. I4b and vinum not changed. Patches emailed to authors. LINT probably broken until they catch up.
* This commit should be a extensive NO-OP:phk1999-05-301-4/+21
| | | | | | | | | | | | | Reformat and initialize correctly all "struct cdevsw". Initialize the d_maj and d_bmaj fields. The d_reset field was not removed, although it is never used. I used a program to do most of this, so all the files now use the same consistent format. Please keep it that way. Vinum and i4b not modified, patches emailed to respective authors.
* Missing revision markers.peter1999-05-091-0/+2
|
* Simplify the COMPAT_PCI_DRIVER/DATA_SET hack. We can add:peter1999-05-091-4/+0
| | | | | | | | #define COMPAT_PCI_DRIVER(name,data) DATA_SET(pcidevice_set,data) .. to 2.2.x and 3.x if people think it's worth it. Driver writers can do this if it's not defined. (The reason for this is that I'm trying to progressively eliminate use of linker_sets where it hurts modularity and runtime load capability, and these DATA_SET's keep getting in the way.)
* Missing 'int' in declaration of variables.peter1999-05-061-1/+1
|
* s/static foo_devsw_installed = 0;/static int foo_devsw_installed;/.dt1999-04-281-1/+1
| | | | (Edited automatically)
* Use COMPAT_PCI_DRIVER() for registration if it exists. This shouldn'tpeter1999-04-241-0/+4
| | | | hurt the driver portability to 3.x too much for where drivers are shared.
* Fix warnings in preparation for adding -Wall -Wcast-qual to thedillon1999-01-271-1/+1
| | | | | | | kernel compile. This commit includes significant work to proper handle const arguments for the DDB symbol routines.
* probe function changed from returning char * to const char *.dillon1998-12-141-2/+2
|
* * Fix a couple of places in the device pager where an address wasdfr1998-11-081-1/+1
| | | | | | | | | | | truncated to 32 bits. * Change the calling convention of the device mmap entry point to pass a vm_offset_t instead of an int for the offset allowing devices with a larger memory map than (1<<32) to be supported on the alpha (/dev/mem is one such). These changes are required to allow the X server to mmap the various I/O regions used for device port and memory access on the alpha.
* Fixed printf format errors.bde1998-08-181-2/+3
|
* A few misc changes to get the spigot and meteor board working in 3.0.jkh1998-08-081-0/+1
| | | | Submitted by: Jim Lowe <james@miller.cs.uwm.edu>
* This commit fixes various 64bit portability problems required fordfr1998-06-071-1/+1
| | | | | | | | | | FreeBSD/alpha. The most significant item is to change the command argument to ioctl functions from int to u_long. This change brings us inline with various other BSD versions. Driver writers may like to use (__FreeBSD_version == 300003) to detect this change. The prototype FreeBSD/alpha machdep will follow in a couple of days time.
* Moved some #includes from <sys/param.h> nearer to where they are actuallybde1998-03-281-0/+2
| | | | used.
* Make all file-system (MFS, FFS, NFS, LFS, DEVFS) related option new-style.eivind1998-01-241-0/+1
| | | | | | | | This introduce an xxxFS_BOOT for each of the rootable filesystems. (Presently not required, but encouraged to allow a smooth move of option *FS to opt_dontuse.h later.) LFS is temporarily disabled, and will be re-enabled tomorrow.
* Removed unused #includes.bde1997-09-021-8/+0
|
* Don't include <sys/ioctl.h> in the kernel. Stage 1: don't includebde1997-03-241-1/+0
| | | | | it when it is not used. In most cases, the reasons for including it went away when the special ioctl headers became self-sufficient.
* Updated #includes to 4.4lite style.bde1996-10-151-1/+1
|
* Remove devconf, it never grew up to be of any use.phk1996-09-061-1/+0
|
* Don't use NULL in non-pointer contexts.bde1996-07-121-10/+10
|
* Clean up -Wunused warnings.gpalmer1996-06-121-1/+4
| | | | Reviewed by: bde
* Here is a patch that fix a few problems with the RGB version ofjkh1996-06-071-10/+71
| | | | | the meteor card. Submitted-by: james
* A patch for the meteor device driver. It fixes:jkh1996-05-171-26/+79
| | | | | | | 1) A spelling error pointed out by Paco Hope. 2) A bug in the range checking routing pointed out by Jim Bray. 3) Enables the setting of frames per second. Submitted-By: Jim Lowe <james@miller.cs.uwm.edu>
* Another sweep over the pmap/vm macros, this time with more focus onphk1996-05-031-3/+2
| | | | | the usage. I'm not satisfied with the naming, but now at least there is less bogus stuff around.
* Removed now-unused #includes of <machine/cpu.h>. They were for bootverbosebde1996-04-071-1/+0
| | | | being declared in the wrong place.
* A bug fix and a couple of new modes for the meteor driver.jkh1996-03-281-90/+170
| | | | Submitted-By: Jim Lowe <james@miller.cs.uwm.edu>
* Using devfs_add_devswf() instead of devfs_add_devsw()scrappy1996-03-281-2/+2
| | | | Reviewed by: julian@freebsd.org
* Fixed unsigned longs that should have been vm_offset_t.bde1996-03-191-1/+1
| | | | | | | | | | vm_offset_t is currently unsigned long but should probably be plain unsigned for i386's to match the choice of minimal types to represent for fixed-width types in Lite2. Anyway, it shouldn't be assumed to be unsigned long. I only fixed the type mismatches that were detected when I changed vm_offset_t to unsigned. Only pointer type mismatches were detected.
* Hopefully, this will fix the problems that some people have been having withjkh1996-03-021-184/+311
| | | | | | | the S-Video input. It also has code in the driver for the meteor RGB support and some other bug fixes. I don't have a meteor RGB but I have been told that it works. Submitted by: Jim Lowe <james@miller.cs.uwm.edu>
* Fix METEOR_TEST_VIDEO case.jkh1996-02-051-1/+1
| | | | Submitted by: Jim Lowe <james@miller.cs.uwm.edu>
* Sync with latest Meteor and Spigot sources from James.jkh1996-02-011-72/+200
| | | | Submitted by: Jim Lowe <james@miller.cs.uwm.edu>
OpenPOWER on IntegriCloud