| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
imports.
|
| |
|
|
|
|
| |
PR:78110
|
|
|
|
|
|
|
|
| |
look up the packet size of the packet that generated the
response, step down the MTU by one step through ip_next_mtu()
and try again.
Suggested by: dwmalone
|
| |
|
| |
|
| |
|
|
|
|
| |
Thus, cleanup unnecessary now ifdefs.
|
|
|
|
|
| |
an interface pointer. This simplifies a couple of uses
and removes some XXX workarounds.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
access to POSIX Semaphores:
mac_init_posix_sem() Initialize label for POSIX semaphore
mac_create_posix_sem() Create POSIX semaphore
mac_destroy_posix_sem() Destroy POSIX semaphore
mac_check_posix_sem_destroy() Check whether semaphore may be destroyed
mac_check_posix_sem_getvalue() Check whether semaphore may be queried
mac_check_possix_sem_open() Check whether semaphore may be opened
mac_check_posix_sem_post() Check whether semaphore may be posted to
mac_check_posix_sem_unlink() Check whether semaphore may be unlinked
mac_check_posix_sem_wait() Check whether may wait on semaphore
Update Biba, MLS, Stub, and Test policies to implement these entry points.
For information flow policies, most semaphore operations are effectively
read/write.
Submitted by: Dandekar Hrishikesh <rishi_dandekar at sbcglobal dot net>
Sponsored by: DARPA, McAfee, SPARTA
Obtained from: TrustedBSD Project
|
|
|
|
|
|
|
|
|
|
|
| |
debug.bpf_bufsize is now net.bpf.bufsize
debug.bpf_maxbufsize is now net.bpf.maxbufsize
-move function prototypes for bpf_drvinit and bpf_clone up to the
top of the file with the others
-assert bpfd lock in catchpacket() and bpf_wakeup()
MFC after: 2 weeks
|
|
|
|
|
|
| |
not suer where it comes from but suspect kimoto at ohnolab.org
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
| |
to ksem.h so that they are accessible from the MAC Framework for the
purposes of labeling and enforcing additional protections. #error
if these are included without _KERNEL, since they are not intended
(nor installed) for user application use.
Submitted by: Dandekar Hrishikesh <rishi_dandekar at sbcglobal dot net>
Sponsored by: DARPA, SPARTA
Obtained from: TrustedBSD Project
|
| |
|
|
|
|
|
|
|
|
| |
missing and will be implemented in a second step. This is functional as is.
Tested by: freebsd-pf, pfsense.org
Obtained from: OpenBSD
X-MFC after: never (breaks API/ABI)
|
|
|
|
|
|
|
|
| |
- Fix one place where we explicitly drop Giant!
Pointy hat to: me
Submitted by: Max Laier
Warned by: Tinderbox
|
|
|
|
|
|
| |
- enable MSDOSFS
- ehci is stable on the powerbook
- modules have been working for a long time.
|
|
|
|
|
|
|
| |
underlying vnode requires Giant.
- In vm_fault only acquire Giant if the underlying object has NEEDSGIANT
set.
- In vm_object_shadow inherit the NEEDSGIANT flag from the backing object.
|
|
|
|
|
|
|
| |
perfect solution as the lower vm object can change at unpredictable times
if our lower vp happens to be on another unionfs, etc.
Submitted by: Oleg Sharoiko <os@rsu.ru>
|
|
|
|
|
|
|
|
|
| |
export. This was happening anyway since this file manually sets DEBUG.
- Add a sysctl for the number of items on the worklist.
- Use a more canonical loop restart in softdep_fsync_mountdev, it saves
some code at the expense of a goto and makes me worry less about
modifying a variable that should be private to the TAILQ_FOREACH_SAFE
macro.
|
|
|
|
|
|
|
|
| |
devstat_end_transaction is called from a fast interrupt. Presently
there is no way for mtx_assert to determine that we're not executing
in a real thread context.
Submitted by: jhusted@isilon.com
|
|
|
|
|
|
|
| |
vgone'd. We must remove it from the freelist before returning in
vtryrecycle() or we may get a duplicate free.
Reported by: kkenn
|
|
|
|
|
|
| |
Giant acquisition.
- Remove GIANT_REQUIRED in the few remaining cases; the vm and vfs have
both been locked.
|
| |
|
|
|
|
| |
been locked.
|
|
|
|
|
|
|
| |
new HW that has new and different demands.
Fix a few nits in former commit in this cleanup crusade.
Sponsored by: pair.com
|
|
|
|
|
|
|
| |
valid to process. This was causing deferred commands to be rejected due
to their extra status flag.
MFC After: 3 days
|
|
|
|
|
|
|
| |
don't restrict it to a 32-bit address space. Also use the correct busdma
flags for the SRB memory area.
MFC After: 3 days
|
|
|
|
|
|
| |
shutdown. This fixes a panic on reboot.
MFC After: 3 days
|
|
|
|
| |
MFC After: 3 days
|
|
|
|
|
|
|
|
|
|
|
| |
as they have no connection with the expected MNT_* flags. This bug
was exposed 18 months ago when the assignments to f_flags in
vfs_syscalls.c were moved to before the VFS_STATFS() call. It was
fixed in the CSRG source 10 years ago, but we never picked up that
change.
PR: kern/80390
MFC after: 1 week
|
|
|
|
| |
This allows the disks to be used later in a raid create.
|
|
|
|
| |
Prodded by: jeff
|
|
|
|
|
|
|
|
| |
drop the check+initialization for a straight initialization. Also
assert that curthread will never be NULL just to be sure.
Discussed with: rwatson, peter
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Have pmcstat(8) and pmccontrol(8) use these APIs.
Return PMC class-related constants (PMC widths and capabilities)
with the OP GETCPUINFO call leaving OP PMCINFO to return only the
dynamic information associated with a PMC (i.e., whether enabled,
owner pid, reload count etc.).
Allow pmc_read() (i.e., OPS PMCRW) on active self-attached PMCs to
get upto-date values from hardware since we can guarantee that the
hardware is running the correct PMC at the time of the call.
Bug fixes:
- (x86 class processors) Fix a bug that prevented an RDPMC
instruction from being recognized as permitted till after the
attached process had context switched out and back in again after
a pmc_start() call.
Tighten the rules for using RDPMC class instructions: a GETMSR
OP is now allowed only after an OP ATTACH has been done by the
PMC's owner to itself. OP GETMSR is not allowed for PMCs that
track descendants, for PMCs attached to processes other than
their owner processes.
- (P4/HTT processors only) Fix a bug that caused the MI and MD
layers to get out of sync. Add a new MD operation 'get_config()'
as part of this fix.
- Allow multiple system-mode PMCs at the same row-index but on
different CPUs to be allocated.
- Reject allocation of an administratively disabled PMC.
Misc. code cleanups and refactoring. Improve a few comments.
|
|
|
|
| |
Reported by: csjp
|
| |
|
|
|
|
| |
Approved by: rwatson
|
|
|
|
|
| |
a channel device, not an ata device, or we'll be out of luck in
reset/timeout where we dont have a device.
|
|
|
|
|
|
|
| |
are set when we attempt to remove a buffer from a queue we should panic.
Hopefully this will catch the source of the wrong bufobj panics.
Sponsored by: Isilon Systems, Inc.
|
|
|
|
|
|
|
|
|
|
|
| |
needed only for implicit connect cases. Under load, especially on SMP,
this can greatly reduce contention on the tcbinfo lock.
NB: Ambiguities about the state of so_pcb need to be resolved so that
all use of the tcbinfo lock in non-implicit connection cases can be
eliminated.
Submited by: Kazuaki Oda <kaakun at highway dot ne dot jp>
|
| |
|
| |
|
|
|
|
| |
too simple causing older controllers metadata to get lost.
|
| |
|
| |
|
| |
|
| |
|
| |
|