| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
introduced by this change.
|
|
|
|
|
|
|
|
|
|
| |
chdir(), be sure to undo the effects of the chdir before continuing.
Without this, after hitting a directory with mode 0111 (for example),
tar will get lost, and won't add any yet unvisted files to your
archive. (Or possibly add the wrong files, I suppose...)
Reviewed By: kientzle@
|
|
|
|
|
| |
PR: docs/68453
MFC after: 3 days
|
|
|
|
|
| |
Found and fixed by: Vsevolod Lobko <seva@ip.net.ua>
MFC after: 3 days
|
|
|
|
|
|
|
|
| |
statfs handler in nfs will lock vnodes which may lead to deadlock or
recursion.
Found by: kris
Pointy hat to: me
|
|
|
|
| |
Suggested by: Niclas Zeising <lothrandil__at__n00b.apagnu.se>
|
|
|
|
|
|
|
| |
it may not be removed from the freelist.
MFC After: 1 week
Found by: kris
|
|
|
|
|
|
|
|
|
|
|
| |
modules prior to looking up the directory which we will cover to avoid
this problem in mount.
- We must hold the coveredvp locked before we can busy the mountpoint to
prevent a lock order reversal with the vfs_busy() in lookup which holds
the directory lock prior to doing a vfs_busy(). The directory lock is
required to safely clear the v_mountedhere field on the directory.
MFC After: 1 week
|
|
|
|
|
|
|
|
| |
prevent the mount point from going away while we're waiting on the lock.
The ref does not need to persist once we have the lock because the
lock prevents the mount point from being unmounted.
MFC After: 1 week
|
|
|
|
|
|
|
|
| |
the VFS_STATFS call to prevent the mount from disappearing while we're
stating.
- Convert these routines to use MPSAFE namei semantics.
MFC After: 1 week
|
|
|
|
|
|
|
|
|
|
|
| |
vop_lock_post do not trigger.
- Rearrange null_inactive to null_hashrem earlier so there is no chance
of finding the null node on the hash list after the locks have been
switched.
- We should never have a NULL lowervp in null_reclaim() so there is
no need to handle this situation. panic instead.
MFC After: 1 week
|
|
|
|
|
|
|
|
|
|
| |
- Simplify the logic dealing with recycled vnodes in null_hashget() and
null_hashins(). Since we hold the lower node locked in both cases
the null node can not be undergoing recycling unless reclaim somehow
called null_nodeget(). The logic that was in place was not safe and
was essentially dead code.
MFC After: 1 week
|
|
|
|
|
|
| |
lead to deadlocks. Remove it.
MFC After: 1 week
|
|
|
|
|
|
| |
returns NULL.
MFC After: 1 week
|
| |
|
|
|
|
|
|
| |
Use COLUMNS, terminal width for default graph width.
Reviewed by: rwatson
|
| |
|
|
|
|
|
| |
Use -t for thread support. Also added are -n to specify number of threads
or process, and -s to set the length of the test.
|
|
|
|
| |
the default. With -t, threads are used.
|
|
|
|
| |
library which can be reused both for libthr and libpthread.
|
| |
|
|
|
|
|
|
| |
this eliminates a divided-by-zero fault.
Recommended by: phk
|
|
|
|
|
|
|
|
|
| |
wep key configure at key indices > 0 and 802.1x/EAPOL operation
with ap's that want the station to install a key at indices > 0.
Hard work by: Joe Love
Reviewed by: avatar
MFC after: 1 week
|
|
|
|
|
|
| |
Submitted by: Joe Love
Reviewed by: avatar
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
| |
object that requires Giant in vm_object_deallocate(). This is somewhat
hairy in that if we can't obtain Giant directly, we have to drop the
object lock, then lock Giant, then relock the object lock and verify that
we still need Giant. If we don't (because the object changed to OBJT_DEAD
for example), then we drop Giant before continuing.
Reviewed by: alc
Tested by: kris
|
|
|
|
|
|
|
| |
stats even further down in exit1() so that it includes the runtime and
tick counts from the final time slice for the dying thread.
Reviewed by: phk
|
|
|
|
|
|
|
|
|
|
| |
a calcru() wrapper that passes a local rusage_ext on the stack that is
a snapshot to do the calculations on. Now we can pass p->p_crux to
calcru1() in calccru() again which fixes the issues with runtime going
backwards messages when dead processes are harvested by init.
Reviewed by: phk
Tested by: Stefan Ehmann shoesoft at gmx dot net
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
processing the interrupt events. If we clear them afterwards we
can completely miss some events as the NIC can change the source
flags while we're in the handler. In order to not get another
interrupt while we're in ifp->if_input() with the driver lock
dropped we now turn off NIC interrupts while in the interrupt
handler. Previously this was meant to be achieved by clearing the
interrupt source flags after processing the interrupt events but
didn't really work as clearing these flags doesn't actually
acknowledge and re-enable the events.
This fixes the device timeouts seen with the VMware LANCE.
- Relax the watchdog timer somewhat; don't enable it until the last
packet is enqueued and if there is a TX interrupt but there are
still outstanding ones reload the timer.
Reported and tested by: Morten Rodal <morten@rodal.no>
MFC after: 3 days
|
| |
|
|
|
|
|
|
|
|
| |
if ksocket is connected to an interface-type node somewhere later
in the graph (e.g., ng_eiface or ng_iface), the csum_data may be
applied to a wrong packet (if we encapsulate Ethernet or IP).
MFC after: 3 days
|
|
|
|
|
|
| |
up always printing "pts".
Submitted by: Michal Mertl <mime at traveller dot cz>
|
|
|
|
|
|
|
| |
Apparently with the new pts code stalled entries are printed, when they are
not with the BSD ptys.
Submitted by: Michal Mertl <mime at traveller dot cz>
|
|
|
|
|
|
|
|
| |
The ed driver on pc98 was broken by if_edvar.h rev1.31.
Reported by: Kaho Toshikazu (kaho at elam kais kyoto-u ac jp)
Tested by: Eiji Kato (ekato at a1 mbn or jp)
MFC after: 3 days
|
|
|
|
| |
MFCs noted: OpenSSH 4.2p1, sendmail 8.13.4.
|
|
|
|
|
| |
Coverity ID: 558
Found by: Coverity Prevent
|
|
|
|
|
| |
Coverity ID: 548
Found by: Coverity Prevent
|
|
|
|
|
| |
Coverity ID: 546
Found by: Coverity Prevent
|
|
|
|
|
|
| |
Fortunately this was fairly harmless.
Rusty SGML: bmah
|
|
|
|
|
|
|
| |
resetting of early_late_divider to a more appropriate value if
the admin has not modified the default.
Reviewed by: brooks
|
| |
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
| |
Missing hardware entries notices by: nemesis on irc
|
|
|
|
|
|
|
|
| |
the ie"; this helps drivers that (wrongly) check ic_opt_ie against NULL
when making decisions
Reviewed by: luigi, avatar
MFC after: 3 days
|
|
|
|
|
| |
Reported by: Peter Losher <plosher-keyword-freebsd.a36e57__at__plosh.net>
MFC after: 3 days
|
| |
|
|
|
|
|
| |
Tested on alpha (AS600) with RTL8169S
Suggested by: jhb
|
|
|
|
|
| |
Approved by: emax
MFC after: 3 days
|
|
|
|
|
|
| |
suspension bug.
MFC after: 3 days
|
|
|
|
| |
Submitted by: ru
|
|
|
|
|
| |
Sponsored by: Myricom Inc.
Reviewed by: scottl
|