summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* - Consistently protect against NULL dereference.mdodd2005-04-121-48/+58
| | | | - Simplify conditional logic to make code easier to read.
* Add myself as a new ports committer.jylefort2005-04-121-0/+1
| | | | Approved by: adamw (mentor)
* Dot the i's:marcel2005-04-121-5/+7
| | | | | | | | | | | | | | | | | 1 Move the debug.clock_adjust_* sysctls to debug.clock.adjust_* to make it easier to get only the clock statistics. 2 Make the sysctls read-only [suggested by Marius]. 3 When determining the new clock adjustment, we checked for an error either larger than 12.5% or smaller than 12.5%. We left out an error of exactly 12.5%. For errors larger than 12.5% we adjust the clock reload value in such a way that the next clock interrupt would be early (as in premature). For errors less than 12.5% we stopped the adjustment. The current algorithm doesn't benefit from excluding an error of exactly 12.5%. Change the code to stop adjusting the clock if the error is *not* larger than 12.5% [suggested by Marius]. Discussed with: marius@
* honor new IEEE80211_KEY_GROUP key flagsam2005-04-122-1/+31
| | | | Reviewed by: Tai-hwa Liang
* Revise crypto api lightly to improve group key handling:sam2005-04-123-33/+44
| | | | | | | | | | | | | | | o don't pre-assign key index to the global key table entries so device has a chance to decide what to use o make ieee80211_crypto_newkey take the desired flags as an argument instead of wacking the key structure directly; this eliminates a bunch of code warts o add a new flag IEEE80211_KEY_GROUP to indicate a key is a WPA Group key so devices don't need to guess (temporarily add this flag in the ioctl code until we can get wpa_supplicant+hostapd updated) o shuffle IEEE80211_KEY_* bits to move flags used internally to the high nibble of the flags word Reviewed by: Tai-hwa Liang
* Unbreak the powerpc build by fixing some ATA constants that were renamed.ssouhlal2005-04-121-3/+3
| | | | Approved by: grehan (mentor)
* Big cleanup of resource code for pccard. Once coventry noticedimp2005-04-122-104/+30
| | | | | | | | | | problems here, it became clear we were being too complex. o Don't keep track of resources in two places o Use resource_list_purge instead of rolling our own o Just reassign the ownership of the resource, rather than freeing it and reallocating it. o Fix compile problems when sizeof(u_long) != sizeof(int)
* On amd64 int64_t != long long.sos2005-04-121-1/+2
|
* Document that dumpdev may be set to AUTO to dump to the first appropriatethomas2005-04-121-1/+1
| | | | swap device listed in /etc/fstab.
* resource_list_purge: release the resources in this list, and purge theimp2005-04-122-0/+22
| | | | | | elements of this list (eg, reset it). Man page to follow
* Fix minor discrepancy between documentation and implementation: thethomas2005-04-121-1/+1
| | | | | | destination port is incremented for each packet sent to the same hop. MFC after: 1 week
* (handler): When exitting upon an abnormal signal, yppush_exit() should notthomas2005-04-121-1/+1
| | | | | | | | | | | attempt to clear its pending jobs list, as this could trigger another signal, and cause an infinite recursion. What yppush_exit() tests in order to determine whether to flush pending jobs is the yppush_joblist chained list, so this is what needs to be cleared in that case (not the yppush_jobs counter). Reviewed by: audit@ (no objection) MFC after: 2 weeks
* Adding a brief description for pirtool.avatar2005-04-121-0/+1
| | | | Reviewed by: sam (mentor)
* Autogenerate hardware notes for snd_als4000.4, snd_fm801.4 and snd_via8233.4.brueffer2005-04-123-2/+13
|
* Better use the right name for the VIA software RAID.sos2005-04-122-3/+3
|
* Regen:sheldonh2005-04-121-256/+868
| | | | | | | * Hart: rev 517 of pcidevs.txt (2005-03-21) * Boemler: vendors.txt (2005-04-04) Approved by: re (kensmith)
* Add support for VIA Tech metadata as used on thier SATA parts.sos2005-04-122-42/+235
|
* Silence a warning on systems without carp(4).ru2005-04-121-1/+2
|
* Protect against recursive labels creation in simlar way as it is donepjd2005-04-121-6/+46
| | | | | | | | | | in BSD and MBR classes, ie. if provider below us uses the same metadata, don't create labels based on the metadata. This allows to create labels on geoms with rank != 1 without hacks. Tested by: Chris Elsworth <chris@shagged.org> on sparc64 OK'ed by: phk MFC after: 2 weeks
* rman_set_device() seems to have been omitted by mistake. Implement it.imp2005-04-122-0/+7
|
* Cleanup of resource allocation code after having my attention focused onimp2005-04-122-34/+61
| | | | | | | | this code: o rid is stored in the resource, so don't bother keeping track of it here. o Implement memory space o Don't try to activate 'memory card' CFEs. This is type memory, as opposed to the memory resource.
* - Remove unused include.jeff2005-04-121-1/+0
|
* - Differentiate two UPGRADE panics so I have a better idea of what's goingjeff2005-04-121-1/+3
| | | | on here.
* Use return value of resource_list_add to avoid a secondimp2005-04-121-7/+11
| | | | | | | | | | | | resource_list_find. Check to make sure that rle is not NULL and panic if it is (but it appears that resource_list_add already panics, so I'm not entirely sure it is necessary now). Add a test to make sure we have a interrupt resource when we're disabling it. This is also a cannot happen, but the extra care shoudln't hurt. Found by: Coventry tool via sam@
* Return the resource created/found in resource_list_add to avoid an extraimp2005-04-122-3/+5
| | | | | | | resouce_list_find in some places. Suggested by: sam Found by: Coventry Analysis tool.
* Conditionally report initial thread event.davidxu2005-04-121-1/+2
|
* Add missing event reporting code.davidxu2005-04-121-0/+65
|
* Report events from thread library.davidxu2005-04-121-16/+210
|
* Sync with debugger code in libthr.davidxu2005-04-124-46/+173
|
* Add debugger event reporting support, current only TD_CREATE and TD_DEATHdavidxu2005-04-129-16/+64
| | | | events are reported.
* Explicitly install linux_base 8 to make sure the right version isjhb2005-04-122-2/+2
| | | | | | | | installed. PR: bin/74593 Submitted by: Matteo Riondato rionda at gufi dot org MFC after: 3 days
* - Add the mising ASSERT_VOP_ELOCKED code in the !DEBUG_VFS_LOCKS case.jeff2005-04-121-1/+1
| | | | Pointy hat to: me
* Fix the handling of the UCS_RXSTOP flag so that it always tracksiedowse2005-04-121-5/+8
| | | | | | | | | | whether or not the receive pipe is stopped. This ensures that we do not attempt to start the same transfer twice, and it allows ucomstop() to skip the restarting of the read pipe if it was not originally running, such as when called indirectly from ucomreadcb(). PR: kern/79420 MFC after: 1 day
* Fix the same silly alloc mistake for nVidia and SiS as with VIA insos2005-04-111-4/+6
| | | | the previous commit.
* Fix the bug that caused SATA disks on VIA etc to fail attach.sos2005-04-112-4/+3
|
* In winx32_wrap.S, preserve return values in the fastcall and regparmwpaul2005-04-111-10/+12
| | | | | wrappers by pushing them onto the stack rather than keeping them in %esi and %edi.
* Remove wrong -unfilled .Bd argument implied by -literal.dds2005-04-111-4/+4
| | | | MFC after: 1 day
* Avoid using the word "interface" twice in a sentence.trhodes2005-04-111-1/+1
|
* Add winx32_wrap.S to files.i386 for the NDISulator.wpaul2005-04-111-0/+1
|
* - Mark the VOPs that require exclusive locks. Those that aren't markedjeff2005-04-111-26/+26
| | | | | | | | | with E may be called with a shared lock held. This list really could be made per filesystem if we had any filesystems which differed from ffs in locking guarantees. VFS itself is not sensitive to this except where vgone() etc. are concerned. Sponsored by: Isilon Systems, Inc.
* - Enable ASSERT_VOP_ELOCKED and assert_vop_elocked() now that vnode_if.awkjeff2005-04-112-3/+3
| | | | | | uses it. Sponsored by: Isilon Systems, Inc.
* - Add the character "E" to the understood lock types. This meansjeff2005-04-111-0/+2
| | | | | | the VOP requires an exclusive lock. Sponsored by: Isilon Systems, Inc.
* Use comments after .endif to please make(1) with latest changes somux2005-04-111-2/+2
| | | | | that it's possible to build a kernel without getting flooded with thousands of warnings.
* - Clear VI_OWEINACT before calling vget() with no lock type. We knowjeff2005-04-111-0/+7
| | | | | the node is actually already locked, and VOP_INACTIVE is not desirable in this case.
* - Honor the flags argument passed to null_root(). The filesystem belowjeff2005-04-111-1/+1
| | | | us will decide whether or not to grab a real shared lock.
* Replace buggy for-loops to skip certain character with strspn(). If *fmt wasstefanf2005-04-111-3/+3
| | | | | | | '\0' (eg in the invocation 'printf %'), the for-loop would miss the terminating null character. MFC after: 1 week
* Remove goto.glebius2005-04-111-20/+16
|
* - Change the VOP_LOCK UPGRADE in vput() to do a LK_NOWAIT to avoid ajeff2005-04-111-39/+43
| | | | | | | | | | | | potential lock order reversal. Also, don't unlock the vnode if this fails, lockmgr has already unlocked it for us. - Restructure vget() now that vn_lock() does all of VI_DOOMED checking for us and also handles the case where there is no real lock type. - If VI_OWEINACT is set, we need to upgrade the lock request to EXCLUSIVE so that we can call inactive. It's not legal to vget a vnode that hasn't had INACTIVE called yet. Sponsored by: Isilon Systems, Inc.
* - Assert that we're no longer doing recursive vn_locks in inactive/reclaimjeff2005-04-111-3/+12
| | | | | | | | | | | | | as I'd like to get rid of the vxthread. - Handle lock requests which don't actually want a lock as this is a much more convenient place to handle this condition than in vget(). These requests simply want to know that VI_DOOMED isn't set. - Correct a test at the end of vn_lock, if error !=0 should be if error == 0, this has been broken since I comitted the VI_DOOMED changes, but no one ran into it because vget() duplicated this functionality. Sponsored by: Isilon Systems, Inc.
* - vput(tvp) before vrele(tdvp) in kern_rename() to avoid lock order issues.jeff2005-04-112-4/+4
|
OpenPOWER on IntegriCloud