| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
precisely emulated, it is good enough for the single consumer
i.e. irq4, the serial port on Linux.
|
| |
|
|
|
|
|
|
|
|
|
| |
sf_buf_alloc()/sf_buf_free() inlines, to save two calls to an absolutely
empty functions.
Reviewed by: alc, kib, scottl
Sponsored by: Nginx, Inc.
Sponsored by: Netflix
|
|
|
|
|
|
| |
the host MSR and masking off features that aren't supported.
Linux reads this MSR to detect if NX has been disabled via
BIOS.
|
|
|
|
|
|
|
|
| |
Linux reads this even though extended features
aren't exposed.
Support for 0xD will be expanded once AVX[2]
is exposed to the guest in upcoming work.
|
|
|
|
|
|
| |
This avoids aborting everything when one kernel fails.
Reviewed by: obrien
|
|
|
|
|
|
|
|
| |
into the job queue.
This avoids closing down an entire build on failure of one branch.
Probably has no use outside the context of universe/tinderbox.
Reviewed by: obrien
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
krpc client side UDP was observed as way out of range and
caused the rpc.lockd daemon to hang trying to do an RPC.
Inspection of the code found two places where the RPC request
is re-queued, but the value of cu_sent was not incremented.
Since cu_sent is always decremented when the RPC request is
dequeued, I think this could have caused cu_sent to go out of
range. This patch adds lines to increment cu_sent for these
two cases.
Reported by: dwhite@ixsystems.com
Discussed with: dwhite@ixsystems.com
MFC after: 2 weeks
|
| |
|
|
|
|
|
| |
Approved by: jimharris
Sponsored by: Intel
|
|
|
|
|
| |
Approved by: jimharris
Sponsored by: Intel
|
|
|
|
|
|
|
| |
window.
Approved by: jimharris
Sponsored by: Intel
|
|
|
|
|
| |
Approved by: jimharris
Sponsored by: Intel
|
|
|
|
|
| |
Approved by: jimharris
Sponsored by: Intel
|
|
|
|
|
| |
Approved by: jimharris
Sponsored by: Intel
|
|
|
|
|
| |
Approved by: jimharris
Sponsored by: Intel
|
|
|
|
|
| |
Approved by: jimharris
Sponsored by: Intel
|
|
|
|
|
|
|
|
|
|
| |
making sure they are all misaligned at +8 bytes. This fixes clang builds
of powerpc64 kernels (aside from a required increase in KSTACK_PAGES which
will come later).
This commit from FreeBSD/powerpc64 with a clang-built kernel.
MFC after: 2 weeks
|
|
|
|
|
|
|
| |
bug fixes.
Approved by: jimharris
Sponsored by: Intel
|
|
|
|
|
|
|
| |
overlooked.
Approved by: jimharris
Sponsored by: Intel
|
|
|
|
|
| |
Approved by: jimharris
Sponsored by: Intel
|
|
|
|
|
| |
Approved by: jimharris
Sponsored by: Intel
|
|
|
|
|
| |
Approved by: jimharris
Sponsored by: Intel
|
|
|
|
| |
Reviewed by: md5
|
|
|
|
|
|
| |
The file= option requires rw mount where the backing store exists but
it does not work because rc.d/swap runs before rc.d/fsck.
Reported by: wblock
|
|
|
|
|
|
|
|
|
|
| |
Record the initial state earlier, so it is always safe to restore it.
One way this happens is if watch(8) is started by a user that does not have
access to /dev/snp. The result is "staircase effect" during later commands.
PR: bin/153052
MFC after: 1 week
|
|
|
|
|
| |
Reviewed by: gjb
Approved by: sbruno (mentor)
|
| |
|
|\ |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
matches the types used when computing hash indices and the type of the
maximum size of mfchashtbl[].
PR: kern/181821
Submitted by: Sven-Thorsten Dietrich <sven@vyatta.com> (IPv4)
MFC after: 1 week
|
| | |
|
| |
| |
| |
| | |
counter.h requires systm.h
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
run. After that, the pager put method is called, usually translated
to VOP_WRITE(). For the filesystems which use buffer cache,
bufwrite() sbusies the buffer pages again, waiting for the xbusy state
to drain. The later is done in vfs_drain_busy_pages(), which is
called with the buffer pages already sbusied (by vm_pageout_flush()).
Since vfs_drain_busy_pages() can only wait for one page at the time,
and during the wait, the object lock is dropped, previous pages in the
buffer must be protected from other threads busying them. Up to the
moment, it was done by xbusying the pages, that is incompatible with
the sbusy state in the new implementation of busy. Switch to sbusy.
Reported and tested by: pho
Sponsored by: The FreeBSD Foundation
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
VPB_BIT_WAITERS flag were changed between reading of busy_lock and the
cas. The vm_page_sbusy(), which is the only user of
vm_page_trysbusy() in the tree, panics on the failure, which in these
cases is transient and do not mean that the current page state
prevents sbusying.
Retry the operation inside vm_page_trysbusy() if cas failed, only
return a failure when VPB_BIT_SHARED is cleared.
Reported and tested by: pho
Reviewed by: attilio
Sponsored by: The FreeBSD Foundation
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
Reported by: kib
|
| | |
|
| |
| |
| |
| | |
Approved by: cognet (mentor)
|
| |
| |
| |
| | |
MFC after: 1 week
|
| |
| |
| |
| | |
Reported by: tijl
|