summaryrefslogtreecommitdiffstats
path: root/sys
Commit message (Collapse)AuthorAgeFilesLines
* Add PCI id for the RAID LC2 controller.jlemon2000-12-011-1/+3
| | | | | Pick up correct location for the DEC version of the chip, this got broken in a previous commit.
* Disconnect sysvipc, since it doesn't build.des2000-12-011-1/+1
|
* Remove duplicate definition.msmith2000-12-012-4/+0
|
* Update local changes for new hardware register interface.msmith2000-12-011-5/+5
|
* AcpiOsMem primitives as required by the new ACPI CA snapshotmsmith2000-12-011-1/+91
|
* Update to work with the new ACPI CA snapshot.msmith2000-12-017-86/+64
| | | | | | | | | | - Use ACPI_PHYSICAL_ADDRESS - RSDT -> XSDT - FACP -> FADT - No APIC table support - Don't install a global EC handler; this has bad side-effects (it invokes _REG in *all* EC spaces in the namespace!) - Check for PCI bus instances already existing before adding them
* We need support for comparing quad_t's now (ACPI CA uses this).msmith2000-12-011-0/+1
|
* Add one new file brought in with the ACPI CA 20001115 import.msmith2000-12-011-0/+1
|
* Resolve conflicts from the vendor update.msmith2000-12-017-294/+80
|
* This commit was generated by cvs2svn to compensate for changes in r69450,msmith2000-12-01175-4423/+6822
|\ | | | | | | which included commits to RCS files with non-trunk default branches.
| * Update to the 20001115 Intel ACPI CA snapshot.msmith2000-12-01184-4722/+6904
| |
* | sysvipc loadable.alfred2000-12-0116-256/+321
| | | | | | | | | | | | new syscall entry lkmressys - "reserved loadable syscall" Make syscall_register allow overwriting of such entries (lkmressys).
* | Add reserved lkmressys keyword. I swear, this script will die thealfred2000-12-011-2/+2
| | | | | | | | next time I need to hack on it.
* | implement NOSTD syscall type, this creates the syscall args, but sticksalfred2000-12-011-6/+9
| | | | | | | | a lkmnosys into the sysent table so that SYSCALL_MODULE() works
* | Translate alfred to english.alfred2000-12-011-33/+27
| | | | | | | | Submitted by: bde
* | Protect access to p_stat with sched_lock.jhb2000-12-013-0/+6
| |
* | Fix this slightly better by using NON_GPROF_RET instead of duplicatingjhb2000-12-013-3/+3
| | | | | | | | | | | | hard-coded asm. Suggested by: bde
* | - Add a hack for "psmintr: out of sync.." This is NOT a fix,yokota2000-12-012-0/+22
| | | | | | | | | | | | | | | | | | | | | | but a hack! Add `flags 0x8000' to the psm driver to enable it. The psm driver will try to get out of out-of-sync situation by disabling the mouse and immediately enable it again. If you are seeing this out-of-sync problem because of an incompetent(?!) KVM switch, this hack will NOT be good for you. However, if you are occasionally seeing the problem because of lost mouse interrupt, this might help.
* | - Slightly rearrnage IntelliMouse Explorer and Logitechyokota2000-12-012-60/+78
| | | | | | | | | | MouseMan+ identification routines for efficiency. No functional change.
* | Use an mp-safe callout for endtsleep.jake2000-12-013-2/+4
| |
* | Use msleep() instead of mtx_exit()/tsleep() so that we release the lock andjhb2000-12-012-26/+14
| | | | | | | | go to sleep as an "atomic" operation.
* | Don't update p_stat in exit1() to SZOMB until after releasing the allprocjhb2000-12-011-1/+7
| | | | | | | | | | | | | | lock. Otherwise, if we block on the backing mutex while releasing the allproc lock, then when we resume, we will be at SRUN, and we will stay that way all the way through cpu_exit. As a result, our parent will never harvest us.
* | Use msleep instead of mtx_exit; tsleep; mtx_enter, which is not safe.jake2000-12-011-6/+3
| |
* | Change doreti to take a trapframe instead of an intrframe.jake2000-12-0113-39/+27
| | | | | | | | | | | | Remove associated pushes of dummy units to convert frame. Reviewed by: jhb
* | Cosmetique: don't use localized `date`ache2000-12-011-1/+1
| |
* | Split the WITNESS and MUTEX_DEBUG options apart so that WITNESS does notjhb2000-12-014-36/+42
| | | | | | | | | | | | | | depend on MUTEX_DEBUG. The MUTEX_DEBUG option turns on extra assertions and checks to verify that mutexes themselves are implemented properly. The WITNESS option uses extra checks and diagnostics to verify that other code is using mutexes properly.
* | Kill #define of DETACH_FORCE since it is now in card_if.mimp2000-11-302-36/+2
| |
* | o Add a comment to exec_check_permissions() to indicate that therwatson2000-11-301-0/+1
| | | | | | | | | | | | | | | | | | | | passed vnode must be locked; this is the case because of calls to VOP_GETATTR(), VOP_ACCESS(), and VOP_OPEN(). This becomes more of an issue when VOP_ACCESS() gets a bit more complicated, which it does when you introduce ACL, Capability, and MAC support. Obtained from: TrustedBSD Project
* | only call bwillwrite() to stall on IO when dealing with VNODEs otherwisealfred2000-11-301-1/+2
| | | | | | | | we will stall on non-disk IO for things like fifos and sockets
* | Revert the previous change to this file. We have to hardcode in the opcodejhb2000-11-303-3/+3
| | | | | | | | | | | | | | for return because we do Evil Things(tm) with a 'ret' macro in asmacros.h. Noticed by: markm
* | This is a fix for a problem described in PR kern/19572. It wasalfred2000-11-301-1/+11
| | | | | | | | | | | | | | | | | | | | | | recently discussed at -hackers. The problem is a null-pointer dereference that happens in kern/vfs_lookup.c when accessing ".." with a v_mount entry for the current directory vnode of NULL. This happens when a volume is forcibly unmounted, and the vnode for a working directory in the mounted volume is cleared. PR: 23191 Submitted by: Thomas Moestl <tmoestl@gmx.net>
* | use a oppurtunistic locking strategy with the uidinfo structures to avoidalfred2000-11-302-13/+59
| | | | | | | | | | | | | | | | | | | | locking the global hash on each uifree() make struct uidinfo only visible to the kernel make uihold() a function rather than a macro to reduce bloat swap the order of a spl/mutex to maintain consistancy
* | Remove an unused variable.gibbs2000-11-301-3/+3
| | | | | | | | | | | | | | Properly advance to the next image while searching for the ROM image that contains CIS data. KNF an if statement.
* | make crfree into a function rather than a macro to avoid bloat because ofalfred2000-11-302-7/+16
| | | | | | | | | | | | the mutex aquire/release reorder struct ucred
* | Get rid of a bogus mtx_exit (it was attempting to release anmckusick2000-11-302-2/+0
| | | | | | | | | | | | already released mutex). Submitted by: "Chris Knight" <chris@aims.com.au>
* | remove unneded sys/ucred.h includesalfred2000-11-3011-11/+0
| |
* | Set the proper bit in the howto flags for a serial console rather thanjhb2000-11-302-4/+4
| | | | | | | | setting the index of the bit. (0xc vs. 0x1000)
* | Add support for probing the keyboard from pxeboot which will behaveps2000-11-303-0/+44
| | | | | | | | | | | | exactly the same as passing -P to boot2. Submitted by: jhb
* | Retire the osf1(8) utility. The Makefile hasn't installed this crittersheldonh2000-11-302-82/+0
| | | | | | | | | | | | | | for a while. Providing shell scripts that do nothing but load a similarly named kernel loadable module is out of vogue.
* | Don't use p->p_sigstk.ss_flags to keep state of whether themarcel2000-11-3018-79/+166
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | process is on the alternate stack or not. For compatibility with sigstack(2) state is being updated if such is needed. We now determine whether the process is on the alternate stack by looking at its stack pointer. This allows a process to siglongjmp from a signal handler on the alternate stack to the place of the sigsetjmp on the normal stack. When maintaining state, this would have invalidated the state information and causing a subsequent signal to be delivered on the normal stack instead of the alternate stack. PR: 22286
* | Increase NKPT from 17 to 30. This fixes the 4GB ram boot panic on bothpeter2000-11-302-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | -current and RELENG_4 with GENERIC. NKPT is the number of initial bootstrap page table pages we create for the kernel during startup. Once VM is up, we resize it as needed, but with 4G ram, the size of the vm_page_t structures was pushing it over the limit. The fact that trimmed down kernels boot on 4G ram machines suggests that we were pretty close to the edge. The "30" is arbitary, but smaller than the 'nkpt' variable on all machines that I checked.
* | Fix up priority propagation:jhb2000-11-304-73/+180
| | | | | | | | | | | | | | - Use a better test for determining when a process is running. - Convert some checks to assertions. - Remove unnecessary tests. - Save the priority before acquiring a mutex rather than in msleep(9).
* | Set p_mtxname when blocking on a mutex and clear it when waking up.jhb2000-11-293-0/+6
| |
* | Save a copy of p_mtxname in e_mtxname when creating an eproc.jhb2000-11-291-0/+4
| |
* | - Add a p_mtxname field to proc which points to the description of thejhb2000-11-292-1/+4
| | | | | | | | | | | | mutex a process is blocked on or NULL. - Add a corresponding field e_mtxname to eproc. - Fix a spelling nit in a comment.
* | This fixes several problems with CIS as suggested by Justin Gibbs:jon2000-11-292-7/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 4) The cardbus CIS code treats the CIS_PTR as a mapping register if it is mentioned in the CIS. I don't have a spec handy to understand why the CIS_PTR is mentioned in the CIS, but allocating a memory range for it is certainly bogus. My patch ignores bar #6 to prevent the mapping. [The pccard spec says that BAR 0 and 7 (-1 and 6 in thic case since we did a minus one) is "reserved". The off by 1 error has been fixed. also bar=5 is invalid for IO maps, so we check it.] 5) The CIS code allocated duplicate resources to those already found by cardbus_add_resources(). The fix is to pass in the bar computed from the CIS instead of the particular resource ID for that bar, so bus_generic_alloc_resource succeeds in finding the old resource. [fixed, also removed superfluous (and incorrect) writing back to the PCI config space.] 7) The CIS code seems to use the wrong bit to determine rather a particular register mapping is for I/O or memory space. From looking at the two cards I have, it seems TPL_BAR_REG_AS should be 0x10 instead of 0x08. Otherwise, all registers that should be I/O mapped gain a second mapping in memory space. [Oops, the spec does say 0x10..., fixed] Submitted by: Justin Gibbs
* | Use an atomic operation with an appropriate memory barrier when releasingjhb2000-11-293-3/+6
| | | | | | | | | | a contested sleep mutex in the case that at least two processes are blocked on the contested mutex.
* | The sched_lock mutex goes after the sio mutex in the locking order sincejhb2000-11-293-3/+3
| | | | | | | | | | a software interrupt can be scheduled in the sio interrupt handler while the sio mutex is held.
* | Save the line number and filename of the last mtx_enter operation forjhb2000-11-293-0/+24
| | | | | | | | spin locks. We already do this for sleep locks.
* | Don't drop Giant and the passed in mutex incorrectly in thejhb2000-11-291-10/+12
| | | | | | | | | | cold || panicstr case. Do drop the passed in mutex in that case if PDROP is specified.
OpenPOWER on IntegriCloud