summaryrefslogtreecommitdiffstats
path: root/sys
Commit message (Collapse)AuthorAgeFilesLines
* add support for peeking at pci busses on UltraSparc systems. This preventsjmg2003-06-225-12/+132
| | | | | | | | | data access errors when trying to read/write to non-existant PCI devices. fix the psycho bridge to use peek for probing devices. This no longer fakes it if the OFW node doesn't exist (and the reg == 0). Reviewed by: jake, tmm
* Make some style and white-space changes to the copy-on-write path throughalc2003-06-221-10/+5
| | | | vm_fault(); remove a pointless assignment statement from that path.
* Increase the size of the NFS server hash table to improve performancemckusick2003-06-211-4/+4
| | | | | | | | | | when serving up more than about 32 active files. For details see section 6.3 (pg 111) of Daniel Ellard and Margo Seltzer, ``NFS Tricks and Benchmarking Traps'' in the Proceedings of the Usenix 2003 Freenix Track, June 9-14, 2003 pg 101-114. Obtained from: Daniel Ellard <ellard@eecs.harvard.edu> Sponsored by: DARPA & NAI Labs.
* Use a do {...} while (0); and a couple of breaks to reduce the levelphk2003-06-211-78/+80
| | | | of indentation a bit.
* Lock one of the vm objects involved in an optimized copy-on-write fault.alc2003-06-211-2/+5
|
* - Increase the scope of the vm object lock in vm_object_collapse().alc2003-06-211-3/+4
| | | | | - Assert that the vm object and its backing vm object are both locked in vm_object_qcollapse().
* - lticks was erroneously being updated in sched_pctcpu(). This was causingjeff2003-06-211-2/+0
| | | | | us to skip the pctcpu_update() call which lead to inaccurate cpu usage statistics for processes that didn't run often.
* - Don't allow nice to have such a large effect on priority. This wasjeff2003-06-211-8/+7
| | | | | | causing poor interactive performance while unnice processes were running. The new scheme still allows nice to have an effect on priority but it is not as dramatic as the effect of the interactivity score.
* fix grammar in commentjmg2003-06-201-1/+1
|
* Fix a divide-by-zero on kern.log_wakeups_per_second tunable.bmilekic2003-06-201-0/+8
| | | | | Submitted by: Christian S.J. Peron <maneo@bsdpro.com> PR: kern/53557
* Make swap_pager_haspages() static; remove unused function prototypes.alc2003-06-202-5/+3
|
* Merge from NetBSD src/sys/ntfs/ntfs_subr.c 1.5 & 1.30 (jdolecek):tjr2003-06-201-1/+15
| | | | | | | | | | | | - Avoid calling bread() with different sizes on the same blkno. Although the buffer cache is designed to handle differing size buffers, it erroneously tries to write the incorrectly-sized buffer buffer back to disk before reading the correctly-sized one, even when it's not dirty. This behaviour caused a panic for read-only NTFS mounts when INVARIANTS was enabled ("bundirty: buffer x still on queue y"), reported by NAKAJI Hiroyuki. - Fix a bug in the code handling holes: a variable was incremented instead of decremented, which could cause an infinite loop.
* Use direct map in pmap_map().simokawa2003-06-201-11/+1
| | | | | | | This saves much KVA for vm_pages and you don't need to increase NKPT for large physical memory anymore. Suggested by: dfr
* Add comment about **vpp being special-cased in vnode_if.awk (1.38)se2003-06-201-0/+6
|
* The assertions generated to test VFS locking never included checksse2003-06-201-0/+2
| | | | | | | | | | | | | | | | for vnodes reached through double indirection (i.e. **vpp). This is worked-around by special-casing the identifier "vpp" (adding one level of indirection). The alternative fix mentioned in the PR had required substantial changes to this script. In case there are locking violations that had been hidden without this patch, they may suddenly show up, now ... This change does not affect code compiled without DEBUG_VFS_LOCKS. PR: kern/46652
* cpu_set_upcall_kse needs to access userspace, release schedule lockdavidxu2003-06-202-8/+20
| | | | | | | | before calling it for bound thread. To avoid this problem, change thread_schedule_upcall to not put new thread on run queue, let caller do it, so we can tweak the new thread before setting it to run. Reported by: pho
* Don't put callout_lock under #ifdef DIAGNOSTIC despite the fact that itphk2003-06-201-1/+2
| | | | works anyway.
* Initialize b_saveaddr when we hand out pbufsphk2003-06-201-2/+3
|
* Initialize b_saveaddr when we hand out buffersphk2003-06-201-2/+4
|
* Crude but efficient:phk2003-06-201-1/+8
| | | | | #ifdef DIAGNOSTIC hold a mutex while calling callout's so that we hear about it if they sleep.
* Don't (re)initialize f_gcflag to zero.phk2003-06-203-2/+2
| | | | | Move initialization of DTYPE_VNODE specific field f_seqcount into the DTYPE_VNODE specific code.
* Move FMARK and FDEFER til sys/file.h where they belong.phk2003-06-202-10/+15
| | | | Order the fields in struct file in sections after their scope.
* fix another LP64 problem. READ_IVAR takes a pointer to an uintptr_t, notjmg2003-06-202-2/+6
| | | | an int.
* The so-called "optimized copy-on-write fault" case should not requirealc2003-06-201-9/+2
| | | | | | | the vm map lock. What's really needed is vm object locking, which is (for the moment) provided Giant. Reviewed by: tegge
* When a STOP signal is being sent to a process, it is possible alldavidxu2003-06-201-2/+16
| | | | | | | threads in the process have already masked the signal, so job control is delayed. But later a thread unmasking the STOP signal should enable job control, so in issignal(), scanning all threads in process to see if we can direct suspend some of them, not just suspend current thread.
* Fix typo. td should be td0.davidxu2003-06-201-1/+1
|
* Avoid using v8 opcodes; use ba instead of b for unconditional branches.jake2003-06-192-37/+37
|
* Unlock the struct file lock before aquiring Giant, otherwisealfred2003-06-191-3/+3
| | | | | | | | we can deadlock because of lock order reversals. This was not caught because Witness ignores pool mutexes right now. Diagnosis and help: truckman Noticed by: pho
* Hook openpromio up to the build.jake2003-06-191-0/+1
|
* Lock the vm object when freeing a vm page.alc2003-06-191-0/+2
|
* Add support for the HighPoint HPT302 & HPT371sos2003-06-191-0/+2
| | | | HW sponsored by: Martin Blapp <mbr@FreeBSD.ORG>
* Fix direct map page table for 2GB+ physical memory.simokawa2003-06-191-1/+1
| | | | | You may still need to increase NKPT for larger memory. I have successfully booted 8GB system with NKPT=256.
* Add TLS related relocation.marcel2003-06-191-0/+17
|
* Add a ratelimited message of the formsilby2003-06-191-1/+5
| | | | | | | | | "maxproc limit exceeded by uid %i, please see tuning(7) and login.conf(5)." Which will be triggered whenever a user hits his/her maxproc limit or the systemwide maxproc limit is reached. MFC after: 1 week
* - Rename the IPI_WAIT macro to IPI_DONE.jake2003-06-191-11/+8
| | | | | | | | | - Don't require all receivers of ipis to wait for all other receivers, only that the sender wait for all receivers. This should reduce the amount of time spent with interrupts disabled, which may be a cause of ipi timeouts. Discussed with: tmm
* FILE_LOCK() uses a pool mutex, as does the vnode v_vnlock. Since pooltruckman2003-06-192-10/+10
| | | | | | | | | | mutexes are supposed to only be used as leaf mutexes, and what appear to be separate pool mutexes could be aliased together, it is bad idea for a thread to attempt to hold two pool mutexes at the same time. Slightly rearrange the code in kern_open() so that FILE_UNLOCK() is called before calling VOP_GETVOBJECT(), which will grab the v_vnlock mutex.
* Add a rate limited message reporting when kern.maxfiles is exceeded,silby2003-06-191-2/+8
| | | | | | | | reporting who did it. Also, fix a style bug introduced in the previous change. MFC after: 1 week
* VOP_GETVOBJECT() wants to be called with the vnode lock held.truckman2003-06-191-0/+3
|
* Lock the vm object when freeing a vm page.alc2003-06-191-1/+9
|
* Lock the vm object when freeing a vm page.alc2003-06-191-1/+7
|
* make iicbb_devclass and iicbb_driver globally visible. This will letjmg2003-06-192-2/+5
| | | | | | | | drivers that implemnt the i2c bit banging bus interface not have to recompile iicbb in order to add an attachment for it. This will mean the bktr and other definitions can go back to their respective drivers.
* Add vm object locking.alc2003-06-192-0/+12
|
* Assert that the vm object is locked in vm_page_try_to_free().alc2003-06-191-0/+2
|
* Fixing some glaring problems with aac_disk_dump().scottl2003-06-191-2/+18
| | | | | | | | | | - Mark that it cannot handle greater than 4GB of RAM at this time. Fixing that will come later. Fail any attempts to dump above thati limit. - If a call to aac_disk_dump() needs to be split into multiple i/o's, increment the virtual offset after each i/o instead of just dumping the same offset over and over again. - Bail out if bus_dmamap_load() returns an error. Error recovery is likely not possible.
* Fix a vm object reference leak in the page-based copy-on-write mechanismalc2003-06-191-1/+1
| | | | | | used by the zero-copy sockets implementation. Reviewed by: gallatin
* Add a solaris compatible ofw interface for third party software thatjake2003-06-192-0/+264
| | | | | | | expects one to use. Only the functions used by XFree86 are actually implemented. Glanced at by: tmm
* Introduce a new flag on a file descriptor: DFLAG_SEEKABLE and use thatphk2003-06-185-7/+8
| | | | rather than assume that only DTYPE_VNODE is seekable.
* Reserve the last 5% of file descriptors for root use. This should allowsilby2003-06-181-2/+3
| | | | | | | | | systems to fail more gracefully when a file descriptor exhaustion situation occurs. Original patch by: David G. Andersen <dga@lcs.mit.edu> PR: 45353 MFC after: 1 week
* Initialize struct fileops with C99 sparse initialization.phk2003-06-187-31/+52
|
* Add FBTYPEs used by the sbus bus support in XFree86. This uses some ofjake2003-06-181-4/+8
| | | | | | | the values that are "reserved", but they are not reserved anywhere else so I'm assuming this is what they were unreserved for. Unfortunately some of the values for local syscons types overlap the values used for sbus adapters elsewhere, so we can't have all the same values.
OpenPOWER on IntegriCloud