| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
portion of the capture buffer (db_capture_bufoff vs db_capture_bufsize).
This could result in outputting garbage (e.g. lots of 'p' characters if
DIAGNOSTIC is enabled) after the end of the capture buffer. While here,
fix a spelling nit.
Reported by: Mikolaj Golub to my trociny of gmail
MFC after: 3 days
|
|
|
|
|
|
| |
SATA controllers, like those found on the G5 Xserve.
Reviewed by: mav
|
|
|
|
|
|
|
|
|
|
| |
obsoleted in 1996 by ATA-2, and crashes some modern hardware like some
revisions of the Serverworks K2 SATA controller. Even very ancient
hardware seems not to require it. In the unlikely event this causes
problems, the previous behavior can be re-enabled by defining
ATA_LEGACY_SUPPORT at the top of this file.
Reviewed by: Alexander Motin <mav@freebsd.org>
|
|
|
|
| |
MFC after: 3 days
|
| |
|
| |
|
|
|
|
|
|
| |
of nanotime(). Reflect this change in a manpage.
Reviewed by: phk, markm
|
|
|
|
| |
Reviewed by: phk, markm
|
|
|
|
|
|
|
|
|
|
|
|
| |
partially fixed on amd64 earlier. Rather than forcing linux_mmap_common()
to use a 32-bit offset, have it accept a 64-bit file offset. This offset
is then passed to the real mmap() call. Rather than inventing a structure
to hold the normal linux_mmap args that has a 64-bit offset, just pass
each of the arguments individually to linux_mmap_common() since that more
closes matches the existing style of various kern_foo() functions.
Submitted by: Christian Zander @ Nvidia
MFC after: 1 week
|
|
|
|
|
|
| |
PR: 137758
Submitted by: Henning Petersen <henning.petersen@t-online.de>
MFC after: 1 week
|
|
|
|
|
| |
Submitted by: Ulrich Spoerlein (1)
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
later on would try to free it, leading to a crash.
PR: 93998
Submitted by: neel
MFC after: 1 week
|
|
|
|
| |
driver.
|
|
|
|
|
|
| |
PR: 138130
Submitted by: Patroklos Argyroudis <argp@census-labs.com>
MFC after: 1 week
|
|
|
|
|
| |
Noted by: jhb
MFC after: 1 month
|
|
|
|
|
|
| |
PR: 138374
Submitted by: Patroklos Argyroudis <argp@census-labs.com>
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
is installed, we should at least have the tzsetup tool available!
Suggested by: Andriy Gapon <avg@freebsd.org>
Noticed by: Ben Kaduk <minimarmot@gmail.com>
MFC after: 1 week
|
| |
|
|
|
|
|
| |
Approved by: rrs (mentor)
MFC after: 3 days
|
| |
|
|
|
|
| |
Approved by: trasz (mentor)
|
|
|
|
| |
Approved by: trasz (mentor)
|
| |
|
|
|
|
|
|
| |
Merge of r198513
- Argentina does not go to DST this year.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
well-known race condition, which elimination was the reason for the
function appearance in first place. If sigmask supplied as argument to
pselect() enables a signal, the signal might be delivered before thread
called select(2), causing lost wakeup. Reimplement pselect() in kernel,
making change of sigmask and sleep atomic.
Since signal shall be delivered to the usermode, but sigmask restored,
set TDP_OLDMASK and save old mask in td_oldsigmask. The TDP_OLDMASK
should be cleared by ast() in case signal was not gelivered during
syscall execution.
Reviewed by: davidxu
Tested by: pho
MFC after: 1 month
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
while in kernel mode, and later changing signal mask to block the
signal, was fixed for sigprocmask(2) and ptread_exit(3). The same race
exists for sigreturn(2), setcontext(2) and swapcontext(2) syscalls.
Use kern_sigprocmask() instead of direct manipulation of td_sigmask to
reschedule newly blocked signals, closing the race.
Reviewed by: davidxu
Tested by: pho
MFC after: 1 month
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
kern_sigprocmask() to properly notify other possible candidate threads
for signal delivery.
Since sigsuspend() shall only return to usermode after a signal was
delivered, do cursig/postsig loop immediately after waiting for
signal, repeating the wait if wakeup was spurious due to race with
other thread fetching signal from the process queue before us. Add
thread_suspend_check() call to allow the thread to be stopped or killed
while in loop.
Modify last argument of kern_sigprocmask() from boolean to flags,
allowing the function to be called with locked proc. Convertion of the
callers that supplied 1 to the old argument will be done in the next
commit, and due to SIGPROCMASK_OLD value equial to 1, code is formally
correct in between.
Reviewed by: davidxu
Tested by: pho
MFC after: 1 month
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
install new shadow object behind the map entry and copy the pages
from the underlying objects to it. This makes the mprotect(2) call to
actually perform the requested operation instead of silently do nothing
and return success, that causes SIGSEGV on later write access to the
mapping.
Reuse vm_fault_copy_entry() to do the copying, modifying it to behave
correctly when src_entry == dst_entry.
Reviewed by: alc
MFC after: 3 weeks
|
|
|
|
|
| |
Submitted by: Ronald Klop, trhodes
Note to self: don't do commits while half-asleep
|
|
|
|
|
|
|
| |
in #ifdef _KERNEL.
Submitted by: Ulrich Spoerlein
MFC after: 1 month
|
|
|
|
|
|
|
| |
hw.pci.usb_early_takeover is set to zero and the SMM release
is never done.
Pointed out by: marcel
|
|
|
|
|
| |
Reminded by: jhb
Reviewed by: HPS
|
|
|
|
|
| |
Approved by: rrs (mentor)
MFC after: 3 days
|
| |
|
|
|
|
| |
Submitted by: Ben Kaduk minimarmot of gmail
|
|
|
|
| |
of the operation.
|
| |
|
|
|
|
|
|
| |
Do not use reserved C++ keyword "new"
MFC after: 1 month
|
|
|
|
|
|
|
|
|
| |
value is preceded by an option without value (for example -o
option1,option2=value). Options must be separated before searching for
'='. Also compare pnextopt explicitly against NULL.
PR: bin/134069
Approved by: trasz (mentor)
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Pull upstream patch to fix ee(1) crash when received SIGWINCH:
modify _nc_wgetch() to check for a -1 in the fifo, e.g., after a
SIGWINCH, and discard that value, to avoid confusing application
(patch by Eygene Ryabinkin, FreeBSD bin/136223).
PR: 136223
Submitted by: Eygene Ryabinkin
Obtained from: ncurses-5.7-20091024 snapshot
MFC after: 3 days
|
| |
|
| |
|
|
|
|
| |
PR: kern/111023
|
|
|
|
|
| |
PR: kern/133162
MFC after: 3 days
|
| |
|
|
|
|
| |
PR: kern/135057
|