| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
pointer just like a dublicating "uprocp".
MFC after: 1 week
|
|
|
|
|
|
| |
Found by: codespell
Reviewed by: kaiw
MFC after: 1 week
|
|
|
|
| |
MFC after: 3 weeks
|
|
|
|
|
|
|
| |
tcp4://0.0.0.0:8457
tcp6://[::]:8457
MFC after: 3 weeks
|
|
|
|
| |
MFC after: 3 weeks
|
|
|
|
| |
MFC after: 3 weeks
|
|
|
|
| |
MFC after: 3 weeks
|
|
|
|
| |
MFC after: 3 weeks
|
|
|
|
| |
MFC after: 2 weeks
|
|
|
|
|
|
| |
listen on.
MFC after: 3 weeks
|
|
|
|
| |
Submitted by: brad at OpenBSD
|
|
|
|
|
|
| |
Found by: codespell
Reviewed by: alfred
MFC after: 1 week
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
| |
- Sort forward declarations of structures.
- Prefer uint64_t to u_int64_t.
|
|
|
|
| |
Approved by: philip (mentor)
|
|
|
|
|
|
| |
look like they might work.
Prodded by: Vadim Goncharov
|
|
|
|
|
| |
it doesn't exist. It will be removed again once the tzdata distribution
files have been updated with the replacements for AN.
|
|
|
|
|
|
|
|
|
| |
Oxford Semiconductor OX16PCI954 but uses only two ports with a non-default
clock rate.
PR: kern/152034
Tested by: Hans Fiedler hans of hermes louisville edu
MFC after: 1 week
|
|
|
|
|
|
|
| |
over building gcc and binutils. They default to true, unless
MK_TOOLCHAIN is no.
Reviewed by: ru@
|
|
|
|
|
|
|
|
| |
- Use inet_ntop(3) instead of reimplementing it.
- Use %hhu for unsigned char instead of casting it to unsigned int and
using %u.
MFC after: 1 week
|
|
|
|
|
|
|
|
|
| |
and destroy_devl() drops dev_mtx. The protection against the race
with dev_rel(), introduced in r163328, should be extended to cover
destroy_devl() calls for the children of the destroyed dev.
Reported and tested by: joerg
MFC after: 1 week
|
|
|
|
|
|
| |
- Enable PCIe relaxed ordering for all egress queues and rx data buffers.
MFC after: 3 days
|
|
|
|
| |
Approved by: philip (mentor)
|
|
|
|
|
|
|
| |
Note: possible minor security issues fixed (untrusted string used as
printf format string).
Approved by: philip (mentor)
|
|
|
|
| |
Approved by: philip (mentor)
|
|
|
|
| |
Approved by: philip (mentor)
|
|
|
|
|
|
| |
Note: these were actually bugs (printf with no format string).
Approved by: philip (mentor)
|
|
|
|
|
|
|
|
|
|
| |
tables,
and other potential evil.
Submitted by: Kris Moore <kris@pcbsd.org>
Approved by: kib (mentor)
Sponsored by: iXsystems
|
|
|
|
|
|
| |
Submitted by: Kris Moore <kris@pcbsd.org>
Approved by: kib (mentor)
Sponsored by: iXsystems
|
|
|
|
|
| |
Reported by bz@
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
| |
to both NFS clients. This avoids the crash reported by
Sergey Kandaurov (pluknet@gmail.com) to the freebsd-fs@
list with subject "[old nfsclient] different nmount()
args passed from mount vs mount_nfs" dated May 17, 2011.
Tested by: pluknet at gmail.com (old nfs client)
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
| |
so that running make release causes make obj to be run before doing
anything. This fixes a bug wherein, when run for the first time, and
without -DNOSRC, make release would attempt to recursively tar up the src
directory including its own output and enter an infinite loop.
While here, make the cross-building stuff work a little more the way it
should if only one of TARGET/TARGET_ARCH is specified.
|
|
|
|
|
|
|
|
| |
one. Without this, we don't have ar or randlib in the tool path,
leading to much pain for some users. This pain is exposed by the
external toolchain enhancements that I'm working on.
Submitted by: John Hein (ages ago, and dropped on the floor by me: sorry)
|
|
|
|
|
|
| |
largeSMP branch.
Reported by: pluknet
|
|
|
|
| |
Reported by: sbruno
|
|
|
|
| |
Reported by: sbruno
|
|
|
|
|
|
|
| |
Sync XEN support with i386 about the usage of ipi_send_cpu()
Tested by: pluknet
MFC after: 2 weeks
|
|
|
|
|
|
|
| |
Submitted by: gcooper
Pointyhat to: avg
MFC after: 1 month
X-MFC with: r222051
|
| |
|
|
|
|
| |
Reviewed by: stass
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This brings USB bus more in line with how newbus is supposed to be used.
Also, because of the two-pass probing the following message was produced
by devd in default configuration when almost any USB device was
connected:
Unknown USB device: vendor <> product <> bus <>
This should be fixed now.
Note that many USB device drivers pass some information from probe
method to attach method via ivars. For this to continue working we rely
on the fact that the subr_bus code calls probe method of a winning driver
again before calling its attach method in the case where multiple
drivers claim to support a device. This is done because device
description is set in successful probe methods and we want to get a correct
device description from a winning driver. So now this logic is re-used
for setting ivars too.
Reviewed by: hselasky
MFC after: 1 month
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(zfs destroy -r pool/dataset@snapshot)
To destroy all descendent snapshots with the same name the top level
snapshot was not required to exist. So if the top level snapshot does
not exist, check permissions of the parent dataset instead.
Filed as Illumos Bug #1043
Reviewed by: delphij
Approved by: pjd
MFC after: together with v28
|
|
|
|
| |
rates for HT nodes.
|
|
|
|
|
|
|
|
|
| |
Note AMD dropped SSE5 extensions in order to avoid ISA overlap with Intel
AVX instructions. The SSE5 bit was recycled as XOP extended instruction
bit, CVT16 was deprecated in favor of F16C (half-precision float conversion
instructions for AVX), and the remaining FMA4 (4-operand FMA instructions)
gained a separate CPUID bit. Replace non-existent references with today's
CPUID specifications.
|
|
|
|
| |
Tested by: sbruno, pluknet
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Remove the following sysctl:
kern.sched.ipiwakeup.onecpu
kern.sched.ipiwakeup.htt2
Because they are absolutely obsolete. Probabilly the whole wakeup
forward mechanism should be revisited for a better fitting in modern
hw, in the future.
- As map2 variable is no longer used rename map3 to map2
- Fix a string by making more informative the msg and removing the
arguments passing.
Reviewed by: julian
Tested by: several
|
|
|
|
|
|
|
|
|
| |
When supported by hardware, this allows to control per-port activity, locate
and fault LEDs via the led(4) API for localization and status reporting
purposes. Supporting AHCI controllers may transmit that information to the
backplane controllers via SGPIO interface. Backplane controllers interpret
received statuses in some way (IBPI standard) to report them using present
indicators.
|
|
|
|
|
|
| |
The declaration in the header file is correct.
MFC after: 1 week
|
|
|
|
| |
"#notimpressed" as my twittering friends would say.
|
|
|
|
| |
Discussed with: erwin, brooks, bapt
|