the kernel of FreeBSD. Reviewed by: pjd
64-bit integers. MFC after: 3 days
…matched Man-page text provided by wblock. PR: bin/30542 Submitted by: Tony Finch <email@example.com> (original version) MFC after: 1 week
…TKCTL reg. Submitted by: Ruslan Bukin <firstname.lastname@example.org>
…, as we only need virtual addresses. Submitted by: alc
instead of allocating new one each time All limits are set to RLIM_INFINITY which sould be ok (even though we care only about RLIMT_FSIZE in this case). MFC after: 1 week
failed kproc_create MFC after: 1 week
MFC after: 3 days
… GCC 4.2. According to the standard, atomic_fetch_*() has to behave identical to regular arithmetic. This means that for pointer types, we have to apply the stride when doing addition/subtraction. The GCC documentation seems to imply this is done for __sync_*() as well. Unfortunately, both tests and Googling seems to reveal this is not really the case. Fix this by performing the multiplication with the stride manually.
- According to the standard, memory_order is a type. Use a typedef. - atomic_*_fence() and atomic_flag_*() are described by the standard as functions. Use inline functions to implement them. - Only expose the atomic_*_explicit() functions in kernel space. We should not use the short-hand functions, as they will always use memory_order_seq_cst.
Reviewed by: dfr
MFC after: 3 days
controller is in PAUSE state.
state. Previously it used to check if controller has sent a PAUSE frame to the remote peer. Reported by: David Imhoff via Brad Smith <brad@OpenBSD.org> Submitted by: davidch (initial version) Reviewed by: davidch, David Imhoff <email@example.com>
PR: kern/180094 Submitted by: Cedric <firstname.lastname@example.org> Approved by: sbruno (mentor) MFC after: 3 weeks
- Initialize SMAPx registers too although they're unused in QEMU - Do not pass IO/MEM resources to upper bus for activation, handle them locally. Previously ACTIVATE method of upper bus was no-op so nothing bad happened. But now FDT maps physaddr to vaddr and it causes troubles: fdtbus_activate_resource resource assumes that bustag/bushandle are already set which in this case is wrong.