| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
Make use of make_dev_s in the example cdev. While here, fix warnings.
Reviewed by: rpokala
Notes:
svn path=/head/; revision=328428
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This matches Xorg's handling of Ctrl+/ and may be useful as a tmux
escape.
PR: 212197
Submitted by: martin at sugioarto.com
Tested by: Arshan Khanifar <arshankhanifar_gmail.com>
MFC after: 2 weeks
Relnotes: Yes
Notes:
svn path=/head/; revision=328412
|
|
|
|
| |
Notes:
svn path=/head/; revision=328401
|
|
|
|
|
|
|
| |
Differential Revision: https://reviews.freebsd.org/D13975
Notes:
svn path=/head/; revision=328400
|
|
|
|
|
|
|
| |
Sponsored by: The FreeBSD Foundation
Notes:
svn path=/head/; revision=328396
|
|
|
|
|
|
|
|
|
|
|
| |
Our standard boot method for arm64 is via UEFI, so install the man page
that describes the boot process.
MFC after: 1 week
Sponsored by: The FreeBSD Foundation
Notes:
svn path=/head/; revision=328395
|
|
|
|
|
|
|
|
| |
Reviewed by: emaste, imp
Differential Revision: https://reviews.freebsd.org/D14038
Notes:
svn path=/head/; revision=328388
|
|
|
|
|
|
|
|
|
|
|
|
| |
FreeBSD and industry has been inconsistent in the use of UEFI and EFI.
They are essentially just different versions of the same specification
and are often used interchangeably. Make it easier for users to find
information by making efi(8) an alias for uefi(8).
Reported by: imp, jhb
Notes:
svn path=/head/; revision=328378
|
|
|
|
| |
Notes:
svn path=/head/; revision=328376
|
|
|
|
| |
Notes:
svn path=/head/; revision=328375
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- EFI support appeared in 5.0 for ia64
- arm64 UEFI support added in 11.0
The AUTHORS section included the folks responsible for the bulk of the
work to bring UEFI support to amd64, but missed those who did the
original work on ia64, the initial port to i386, the ports to arm64 and
arm, and have generally maintained and improved general UEFI support
since then. It's unwieldly to include everyone and would quickly become
outdated again anyhow, so just remove the AUTHORS section.
Reviewed by: manu
Discussed with: jhb
Differential Revision: https://reviews.freebsd.org/D14033
Notes:
svn path=/head/; revision=328374
|
|
|
|
|
|
|
|
|
|
|
| |
No functional change -- size_t matches unsigned long on all platforms.
Reported by: bde
Discussed with: jhb
Sponsored by: Dell EMC Isilon
Notes:
svn path=/head/; revision=328351
|
|
|
|
|
|
|
|
| |
Submitted by: kevlo
MFC after: 2 weeks
Notes:
svn path=/head/; revision=328273
|
|
|
|
|
|
|
| |
(Feel free to improve this)
Notes:
svn path=/head/; revision=328259
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
libregex is a regex(3) implementation intended to feature GNU extensions and
any other non-POSIX compliant extensions that are deemed worthy.
These extensions are separated out into a separate library for the sake of
not cluttering up libc further with them as well as not deteriorating the
speed (or lack thereof) of the libc implementation.
libregex is implemented as a build of the libc implementation with LIBREGEX
defined to distinguish this from a libc build. The reasons for
implementation like this are two-fold:
1.) Maintenance- This reduces the overhead induced by adding yet another
regex implementation to base.
2.) Ease of use- Flipping on GNU extensions will be as simple as linking
against libregex, and POSIX-compliant compilations can be guaranteed with a
REG_POSIX cflag that should be ignored by libc/regex and disables extensions
in libregex. It is also easier to keep REG_POSIX sane and POSIX pure when
implemented in this fashion.
Tests are added for future functionality, but left disconnected for the time
being while other testing is done.
Reviewed by: cem (previous version)
Differential Revision: https://reviews.freebsd.org/D12934
Notes:
svn path=/head/; revision=328240
|
|
|
|
|
|
|
|
| |
Obtained from: DragonFly
MFC After: 1 week
Notes:
svn path=/head/; revision=328209
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
possible to change string and numeric vendor and product identifiers,
as well as anything else there might be to change for a particular
device side template, eg the MAC address.
Reviewed by: hselasky@
MFC after: 2 weeks
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D13920
Notes:
svn path=/head/; revision=328194
|
|
|
|
|
|
|
|
|
| |
codec core, and mark the core as unpopulated on all BCM4306 bwn(4) devices.
Sponsored by: The FreeBSD Foundation
Notes:
svn path=/head/; revision=328183
|
|
|
|
| |
Notes:
svn path=/head/; revision=328155
|
|
|
|
|
|
|
|
| |
o Don't use contractions.
o Add common after e.g. where needed
Notes:
svn path=/head/; revision=328154
|
|
|
|
|
|
|
|
|
|
|
|
| |
This matches directory structure used commonly in Linux-land, and it's
cleaner than mixing overlays into the existing module paths. Overlays are
still mixed in by specifying fdt_overlays in loader.conf(5).
Reviewed by: manu
Differential Revision: https://reviews.freebsd.org/D13922
Notes:
svn path=/head/; revision=328107
|
|
|
|
|
|
|
| |
MFC after: 3 days
Notes:
svn path=/head/; revision=328085
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
r314467 introduced hw.usb.wsp.enable_single_tap_clicks to enable/disable
single-tap left click behavior. Update the man page to reflect the new
sysctl.
PR: 196624
MFC after: 3 days
X-MFC-With: r314467
Notes:
svn path=/head/; revision=328027
|
|
|
|
|
|
|
| |
Submitted by: kevlo
Notes:
svn path=/head/; revision=327990
|
|
|
|
|
|
|
|
|
| |
r326281 added the vmm man page, but it needs to be installed.
PR: 205705
Notes:
svn path=/head/; revision=327975
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Attaching syscon_generic earlier than BUS_PASS_DEFAULT makes it more
difficult for specific syscon drivers to attach to the syscon node and to
get ordering right. Further discussion yielded the following set of
decisions:
- Move syscon_generic to BUS_PASS_DEFAULT
- If a platform needs a syscon with different attach order or probe
behavior, it should subclass syscon_generic and match on the SoC specific
compat string
- When we come across a need for a syscon that attaches earlier but only
specifies compatible = "syscon", we should create a syscon_exclusive driver
that provides generic access but probes earlier and only matches if "syscon"
is the only compatible. Such fdt nodes do exist in the wild right now, but
we don't really use them at the moment.
Additionally:
- Any syscon provider that has needs any more complex than a spinlock solely
for syscon access and a single memory resource should subclass syscon
directly rather than attempting to subclass syscon_generic or add complexity
to it. syscon_generic's attach/detach methods may be made public should the
need arise to subclass it with additional attach/detach behavior.
We introduce aw_syscon(4) that just subclasses syscon_generic but probes
earlier to meet our requirements for if_awg and implements #2 above for this
specific situation. It currently only matches a64/a83t/h3 since these are
the only platforms that really need it at the time being.
Discussed with: ian
Reviewed by: manu, andrew, bcr (manpages, content unchanged since review)
Differential Revision: https://reviews.freebsd.org/D13793
Notes:
svn path=/head/; revision=327936
|
|
|
|
|
|
|
|
|
|
| |
For project files we should use the -FreeBSD prefix but for this example
assume it is going to be used for some general purpose.
Submitted by: kevlo
Notes:
svn path=/head/; revision=327935
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
There's a report of some regression in ports. Revert for now for an
exp run for this change in isolation (previous lld exp run also included
switching the linker used for ports to lld).
Also revert the src.conf.5 regeneration in r327824.
Reported by: antoine
Sponsored by: The FreeBSD Foundation
Notes:
svn path=/head/; revision=327910
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Another solution would be to extend the Makefile.sys.inc idea, or a .no_obj
file, to more places but I would rather keep that limited to the top-level
build for now to not impact performance (statting a file in every make call)
or to bring unintended side-effects.
Reported by: jhb, imp
Sponsored by: Dell EMC Isilon
Notes:
svn path=/head/; revision=327858
|
|
|
|
|
|
|
| |
X-MFC with: r327674
Notes:
svn path=/head/; revision=327833
|
|
|
|
|
|
|
| |
Sponsored by: The FreeBSD Foundation
Notes:
svn path=/head/; revision=327824
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Akin to r327783 for amd64. lld has been usable for amd64 for quite some
time, but a couple of issues remained that affected i386. These were
recently addressed upstream in lld and merged into FreeBSD (r326831,
r326879, r326897, r326957), so we can now use ld.lld on i386 as well.
Similarly to amd64 this change enables lld only as the bootstrap linker
(used to link the kernel and userland libraries and executables), while
GNU ld.bfd is still installed as /usr/bin/ld and used for ports builds.
The ports collection is essentially ready to use lld as the system
linker for amd64, but many ports still have trouble with lld on i386,
because lld defaults to -ztext, disallowing relocations against readonly
segments. Thus switching the system linker (WITH_LLD_IS_LD) will happen
later on a per-arch basis.
Relnotes: Yes
Sponsored by: The FreeBSD Foundation
Notes:
svn path=/head/; revision=327823
|
|
|
|
|
|
|
| |
Sponsored by: Dell EMC Isilon
Notes:
svn path=/head/; revision=327800
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Additionally, move the overflow check logic out to WOULD_OVERFLOW() for
consumers to have a common means of testing for overflowing allocations.
WOULD_OVERFLOW() should be a secondary check -- on 64-bit platforms, just
because an allocation won't overflow size_t does not mean it is a sane size
to request. Callers should be imposing reasonable allocation limits far,
far, below overflow.
Discussed with: emaste, jhb, kp
Sponsored by: Dell EMC Isilon
Notes:
svn path=/head/; revision=327796
|
|
|
|
|
|
|
|
|
|
|
| |
(I missed the Reviewed by and review link from r327783.)
Reviewed by: brooks, dim, bapt
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D13827
Notes:
svn path=/head/; revision=327784
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
For some time we have been planning to migrate to LLVM's lld linker.
Having a man page was the last blocking issue for using ld.lld to link
the base system kernel + userland, now addressed by r327770. Link the
kernel and userland libraries and binaries with ld.lld by default, for
additional test coverage.
This has been a long time in the making. On 2013-04-13 I submitted an
upstream tracking issue in LLVM PR 23214: [META] Using LLD as FreeBSD's
system linker. Since then 85 individual issues were identified, and
submitted as dependencies. These have been addressed along with two
and a half years of other lld development and improvement.
I'd like to express deep gratitude to upstream lld developers Rui
Ueyama, Rafael Espindola, George Rimar and Davide Italiano. They put in
substantial effort in addressing the issues we found affecting
FreeBSD/amd64.
To revert to using ld.bfd as the bootstrap linker, in /etc/src.conf set
WITHOUT_LLD_BOOTSTRAP=yes
If you need to set this, please follow up with a PR or post to the
freebsd-toolchain mailing list explaining how default WITH_LLD_BOOTSTRAP
failed for your use case.
Note that GNU ld.bfd is still installed as /usr/bin/ld, and will still
be used for linking ports. ld.lld can be installed as /usr/bin/ld by
setting in /etc/src.conf
WITH_LLD_IS_LLD=yes
A followup commit will set WITH_LLD_IS_LD by default, possibly after
Clang/LLVM/lld 6.0 is merged to FreeBSD.
Release notes: Yes
Sponsored by: The FreeBSD Foundation
Notes:
svn path=/head/; revision=327783
|
|
|
|
|
|
|
| |
Sponsored by: The FreeBSD Foundation
Notes:
svn path=/head/; revision=327778
|
|
|
|
|
|
|
|
|
| |
Noted by: oshogbo
Sponsored by: The FreeBSD Foundation
MFC after: 3 days
Notes:
svn path=/head/; revision=327730
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We currently use a set of subroutines in kern_gzio.c to perform
compression of user and kernel core dumps. In the interest of adding
support for other compression algorithms (zstd) in this role without
complicating the API consumers, add a simple compressor API which can be
used to select an algorithm.
Also change the (non-default) GZIO kernel option to not enable
compressed user cores by default. It's not clear that such a default
would be desirable with support for multiple algorithms implemented,
and it's inconsistent in that it isn't applied to kernel dumps.
Reviewed by: cem
Differential Revision: https://reviews.freebsd.org/D13632
Notes:
svn path=/head/; revision=327707
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Similar to calloc() the mallocarray() function checks for integer
overflows before allocating memory.
It does not zero memory, unless the M_ZERO flag is set.
Reviewed by: pfg, vangyzen (previous version), imp (previous version)
Obtained from: OpenBSD
Differential Revision: https://reviews.freebsd.org/D13766
Notes:
svn path=/head/; revision=327674
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The sid controller on the H3 is generally identical in location, size, and
efuse offset to the a64 and the a83t. The main difference is that the H3 has
a silicon bug that sometimes causes the rootkey (at least) to be garbled
unless first read by the prctl registers.
This device is currently not in our DTS and, as of now, is not yet present
in mainline Linux DTS.
Tested on: OrangePi One
Notes:
svn path=/head/; revision=327670
|
|
|
|
|
|
|
|
| |
Sponsored by: The FreeBSD Foundation
MFC after: 3 days
Notes:
svn path=/head/; revision=327625
|
|
|
|
|
|
|
|
|
|
|
| |
I will be moving on to other life commitments this year and will not have
the time to support contributions as a ports committer, if able, until life
settles at the end of the year.
Discussed with: portmgr
Notes:
svn path=/head/; revision=327554
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
default when running on Intel CPUs.
This is a crude fix for the performance issues alluded to in these Linux commits:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=87e09cdec4dae08acdb4aa49beb793c19d73e73e
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=a99b646afa8a02571ea298bedca6592d818229cd
MFC after: 1 week
Sponsored by: Chelsio Communications
Notes:
svn path=/head/; revision=327528
|
|
|
|
|
|
|
|
|
|
| |
bsd-family-tree should only contain projects that have had actual
releases.
Requested by: core
Notes:
svn path=/head/; revision=327510
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Enable the hardclock-based watchdog previously conditional on the
SW_WATCHDOG option whenever hardware watchdogs are not found, and
watchdogd attempts to enable the watchdog. The SW_WATCHDOG option
still causes the sofware watchdog to be enabled even if there is a
hardware watchdog. This does not change the other software-based
watchdog enabled by the --softtimeout option to watchdogd.
Note that the code to reprime the watchdog during kernel core dumps is
no longer conditional on SW_WATCHDOG. I think this was previously a bug.
Reviewed by: imp alfred bjk
MFC after: 1 week
Relnotes: yes
Differential Revision: https://reviews.freebsd.org/D13713
Notes:
svn path=/head/; revision=327505
|
|
|
|
|
|
|
|
| |
Reviewed by: manu, bjk (both earlier version), brueffer (manpages)
Differential Revision: https://reviews.freebsd.org/D13720
Notes:
svn path=/head/; revision=327490
|
|
|
|
| |
Notes:
svn path=/head/; revision=327467
|
|
|
|
|
|
|
| |
with and without NDEBUG defined.
Notes:
svn path=/head/; revision=327466
|
|
|
|
|
|
|
|
|
| |
least according to the extant distributions preserved at tuhs.org.
Obtained from: http://www.tuhs.org/cgi-bin/utree.pl?file=V7/usr/include/assert.h
Notes:
svn path=/head/; revision=327465
|