| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
No functional change.
This should ease the transition from an integer session identifier model to
an opaque pointer model.
Notes:
svn path=/head/; revision=336269
|
|
|
|
|
|
|
|
|
|
|
| |
Like r333085, remove redundant declarations.
Redundant declarations were re-introduced in r336201.
Sponsored by: Dell EMC Isilon
Notes:
svn path=/head/; revision=336268
|
|
|
|
| |
Notes:
svn path=/head/; revision=336267
|
|
|
|
| |
Notes:
svn path=/head/; revision=336264
|
|
|
|
|
|
|
|
| |
Reported by: kib
Sponsored by: The FreeBSD Foundation
Notes:
svn path=/head/; revision=336263
|
|
|
|
|
|
|
|
| |
A last minute change made this no longer compile. Pass the right arg
and eliminate now-unused variables from the code.
Notes:
svn path=/head/; revision=336262
|
|
|
|
| |
Notes:
svn path=/head/; revision=336261
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
So long as the TCP connection to a pNFS DS isn't shared with other DSs,
it can be closed down when the DS is being disabled in the pNFS client.
This causes any RPCs in progress to fail.
This patch only affects the NFSv4.1 pNFS client when errors occur
while doing I/O on a DS.
MFC after: 2 weeks
Notes:
svn path=/head/; revision=336260
|
|
|
|
|
|
|
|
|
|
|
| |
Xilinx Ultrascale+ are based on Cortex-A53 and use existing
UART driver (uart_dev_cdnc). Enable it in arm64 GENERIC config.
Submitted by: Michal Stanek <mst@semihalf.com>
Obtained from: Semihalf
Notes:
svn path=/head/; revision=336259
|
|
|
|
|
|
|
|
| |
MFC after: 3 days
Sponsored by: The FreeBSD Foundation
Notes:
svn path=/head/; revision=336258
|
|
|
|
|
|
|
|
|
|
| |
It is defined in the AMD family 17h register reference.
MFC after: 3 days
Sponsored by: The FreeBSD Foundation
Notes:
svn path=/head/; revision=336257
|
|
|
|
|
|
|
|
|
| |
No functional changes.
Reported by: rpokala@
Notes:
svn path=/head/; revision=336256
|
|
|
|
|
|
|
| |
kernel.
Notes:
svn path=/head/; revision=336255
|
|
|
|
|
|
|
|
| |
undefined sometimes with the case, but enc is always 0 or 1, so
and if / else is better anyway.
Notes:
svn path=/head/; revision=336254
|
|
|
|
| |
Notes:
svn path=/head/; revision=336253
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This moves the bulk of the geli support from lib386/biosdisk.c into a new
geli/gelidev.c which implements a devsw-type device whose dv_strategy()
function handles geli decryption. Support for all arches comes from moving
the taste-and-attach code to the devopen() function in libsa.
After opening any DEVT_DISK device, devopen() calls the new function
geli_probe_and_attach(), which will "attach" the geli code to the open_file
struct by creating a geli_devdesc instance to replace the disk_devdesc
instance in the open_file. That routes all IO for the device through the
geli code.
A new public geli_add_key() function is added, to allow arch/vendor-specific
code to add keys obtained from custom hardware or other sources.
With these changes, geli support will be compiled into all variations of
loader(8) on all arches because the default is WITH_LOADER_GELI.
Relnotes: yes
Sponsored by: Microchip Technology Inc
Differential Revision: https://reviews.freebsd.org/D15743
Notes:
svn path=/head/; revision=336252
|
|
|
|
|
|
|
| |
MFC after: 3 days
Notes:
svn path=/head/; revision=336251
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
to it being a common name elsewhere. Rename the old kzip one
to subr_inflate.c.
This actually fixes the build issues on sparc64 that my inclusion of
.PATH ${SYSDIR}/kern created in r336244, so also revert the broken
workaround I committed in r336249.
This slipped passed me because apparently, I never did a clean build.
Notes:
svn path=/head/; revision=336250
|
|
|
|
|
|
|
|
|
| |
gcc is complaining about struct infate being defined in a parameter
list. It's inclear how long this has been broken, but the fix is
simple enough.
Notes:
svn path=/head/; revision=336249
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Doing so ensures that all threads sharing the pmap have a consistent
view of the mapping. This fixes the problem described in the commit
log message for r329254 without the overhead of an extra fault in the
common case. (Once the riscv pmap_enter() implementation is similarly
modified, the workaround added in r329254 can be removed, reducing the
overhead of CoW faults.)
See also r335784 for amd64. The mips implementation of pmap_enter()
already reused the PV entry from the old mapping.
Reviewed by: kib, markj
MFC after: 3 weeks
Differential Revision: https://reviews.freebsd.org/D16199
Notes:
svn path=/head/; revision=336248
|
|
|
|
|
|
|
|
|
|
| |
loader.
Sponsored by: Netflix
Differential Revision: https://reviews.freebsd.org/D16205
Notes:
svn path=/head/; revision=336247
|
|
|
|
|
|
|
|
|
|
|
| |
Eliminate 4 of the copies of the arg parsing in /boot/laoder
by using boot_parse_cmdline.
Sponsored by: Netflix
Differential Revision: https://reviews.freebsd.org/D16205
Notes:
svn path=/head/; revision=336246
|
|
|
|
|
|
|
|
|
|
| |
code that was substantially identical.
Sponsored by: Netflix
Differential Revision: https://reviews.freebsd.org/D16205
Notes:
svn path=/head/; revision=336245
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
boot_parse_arg to parse a single arg
boot_parse_cmdline to parse a command line string
boot_parse_args to parse all the args in a vector
boot_howto_to_env Convert howto bits to env vars
boot_env_to_howto Return howto mask mased on what's set in the environment.
All these routines return an int that's the bitmask of the args
translated to RB_* flags. As a special case, the 'S' flag sets the
comconsole_speed env var. Any arg that looks like a=b will set the env
key 'a' to value 'b'. If =b is omitted, 'a' is set to '1'. This
should help us reduce the number of redundant copies of these routines
in the tree. It should also give a more uniform experience between
platforms.
Also, invent a new flag RB_PROBE that's set when 'P' is parsed. On
x86 + BIOS, this means 'probe for the keyboard, and if it's not there
set both RB_MULTIPLE and RB_SERIAL (which means show the output on
both video and serial consoles, but make serial primary). Others it
may be some similar concept of probing, but it's loader dependent
what, exactly, it means.
These routines are suitable for /boot/loader and/or the kernel,
though they may not be suitable for the tightly hand-rolled-for-space
environments like boot2.
Sponsored by: Netflix
Differential Revision: https://reviews.freebsd.org/D16205
Notes:
svn path=/head/; revision=336244
|
|
|
|
| |
Notes:
svn path=/head/; revision=336243
|
|
|
|
|
|
|
|
| |
newer versions of gpart that show mbr efi partition types with the name
'efi' rather than as '!239'.
Notes:
svn path=/head/; revision=336242
|
|
|
|
| |
Notes:
svn path=/head/; revision=336241
|
|
|
|
|
|
|
|
| |
newer versions of gpart that show mbr efi partition types with the name
'efi' rather than as '!239'.
Notes:
svn path=/head/; revision=336240
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
an I/O attempt on a DS to the server via LayoutReturn.
The current FreeBSD client can generate these errors for an operational
DS while doing a recovery of a mirror after a mirrored DS has been repaired.
I am not sure why these errors occur, but my best current guess is a race
between the Layout Recall issued by the kernel code run from pnfsdscopymr(8)
and a Read operation on the DS for the file bing copied.
The errrors are not fatal, since the client falls back on doing I/O through
the MDS, which can do the I/O successfully as a proxy. (The fact that the
MDS can do this indicates that the file does still exist on the functioning
DS.)
This patch only affects behaviour of the pNFS client and only when using
Flexible File layouts.
MFC after: 2 weeks
Notes:
svn path=/head/; revision=336239
|
|
|
|
|
|
|
|
|
|
|
| |
In practice, this moves the padding from below the canary to above
execpathp has no impact on stack consumption.
Submitted by: Wuyang-Chung (via github pull request #159)
MFC after: 1 week
Notes:
svn path=/head/; revision=336238
|
|
|
|
|
|
|
|
|
| |
Reviewed By: pjd
Approved By: pjd
Differential Revision: https://reviews.freebsd.org/D11531
Notes:
svn path=/head/; revision=336237
|
|
|
|
|
|
|
|
|
|
|
| |
If the number of FATs field in the boot sector is zero, give
an appropriate error code.
Obtained from: Android https://android.googlesource.com/platform/external/fsck_msdos/+/6c29bbe8d58e6fe8755935a04166ecf82ff31f47%5E%21/
MFC after: 2 weeks
Notes:
svn path=/head/; revision=336236
|
|
|
|
|
|
|
|
|
| |
The optimisation seen with malloc cannot be used here as zone sizes are
now known at compilation. Thus bzero by hand to get the optimisation
instead.
Notes:
svn path=/head/; revision=336232
|
|
|
|
|
|
|
| |
See r333052.
Notes:
svn path=/head/; revision=336231
|
|
|
|
|
|
|
| |
No functional changes.
Notes:
svn path=/head/; revision=336230
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Without this patch, the NFSv4.1 pNFS client shared a single TCP connection
for all DSs that resided on the same machine. This made disabling one of
the DSs impossible. Although unlikely, it is possible that the storage
subsystem has failed in such a way that the storage for one DS on a machine
is no longer functioning correctly, but the storage used by another DS on
the same machine is still ok. For this case, it would be nice if a system
can fail one of the DSs without failing them all.
This patch changes the default behaviour to use separate TCP connections
for each DS even if they reside on the same machine.
I do not believe that this will be a problem for extant pNFS servers, but
a sysctl can be set to restore the old behaviour if this change causes a
problem for an extant pNFS server.
This patch only affects the NFSv4.1 pNFS client.
MFC after: 2 weeks
Notes:
svn path=/head/; revision=336229
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Request init/fini array on FreeBSD 12 and later
Summary:
It seems a bad idea to change the default in the middle of a release
branch due to possible changes in global ctor / dtor ordering between
.ctors and .init_array. With FreeBSD 11.0's release imminent lets
change the default now for FreeBSD 12 (the current development
stream) and later.
FreeBSD rtld has supported .init_array / .fini_array for many years.
As of Jan 1 2017 all supported FreeBSD releases and branches will
have support.
Reviewers: dim, brooks, arichardson
Reviewed By: dim, brooks, arichardson
Subscribers: bsdjhb, krytarowski, emaste, cfe-commits
Differential Revision: https://reviews.llvm.org/D24867
Requested by: jhb
MFC after: 3 days
Notes:
svn path=/head/; revision=336227
|
|
|
|
|
|
|
|
|
| |
Reported by: scan-build, via Mark Millard
MFC after: 1 week
Differential Revision: https://reviews.freebsd.org/D16180
Notes:
svn path=/head/; revision=336226
|
|
|
|
|
|
|
|
|
| |
Submitted by: Greg V <greg@unrelenting.technology>
MFC after: 1 week
Differential Revision: https://reviews.freebsd.org/D15398
Notes:
svn path=/head/; revision=336225
|
|
|
|
|
|
|
| |
Reported by: olivier@
Notes:
svn path=/head/; revision=336224
|
|
|
|
|
|
|
|
|
|
| |
And remove old, now-completely unused link_speed variable.
Reported by: Jacob Keller <jacob.e.keller@intel.com>
MFC after: 1 month
Notes:
svn path=/head/; revision=336223
|
|
|
|
|
|
|
| |
place, don't add it.
Notes:
svn path=/head/; revision=336222
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The typical system now has a lot more memory than when pf was new, and is also
expected to handle more connections. Increase the default size of the state
table.
Note that users can overrule this using 'set limit states' in pf.conf.
From OpenBSD:
The year is 2018.
Mercury, Bowie, Cash, Motorola and DEC all left us.
Just pf still has a default state table limit of 10000.
Had! Now it's a tiny little bit more, 100k.
lead guitar: me
ok chorus: phessler theo claudio benno
background school girl laughing: bob
Obtained from: OpenBSD
Notes:
svn path=/head/; revision=336221
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
len % 1 is always true. Fix StrHexToBytes to do a proper odd length
check. This was only called by DevPathFromTextGenericPath,
ConvertFromTextVendor and DevPathFromTextMAC, which we've not had
a need to actually use just yet.
Submitted by: David Binderman
PR: 229718
Notes:
svn path=/head/; revision=336220
|
|
|
|
|
|
|
|
|
|
|
| |
Also, there is no need to use M_ZERO for idxmap_back. It will be
re-filled just after allocation in update_skipto_cache().
PR: 229665
MFC after: 1 week
Notes:
svn path=/head/; revision=336219
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This variable has been given the name "loader_env.disabled" as it's the
primary way most people will have an MD environment. This restores the
previously-default behavior of ignoring the loader(8) environment, which may
be useful for vendor distributions or other scenarios where inheriting the
loader environment may be considered a security issue or potentially
breaking of a more locked-down environment.
As the change to config(5) indicates, disabling the loader environment
should not be a choice made lightly since it may provide ACPI hints and
other useful things that the system can rely on to boot.
An UPDATING entry has been added to mention an upgrade path for those that
may have relied on the previous behavior.
Discussed with: bde
Relnotes: yes (maybe)
Notes:
svn path=/head/; revision=336217
|
|
|
|
| |
Notes:
svn path=/head/; revision=336216
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
RFC5661 states that the cookie verifier should be 0 when the cookie is 0.
However, the wording is somewhat unclear and a recent discussion on the
nfsv4@ietf.org mailing list indicated that the NFSv4 server should ignore
the cookie verifier's value when the dirctory offset cookie is 0.
This patch deletes the check for this that would return NFSERR_BAD_COOKIE
when the verifier was not 0.
This was found during testing of the ESXi client against the NFSv4.1 server.
Reported by: daniel@ftml.net (via packet trace)
MFC after: 2 weeks
Notes:
svn path=/head/; revision=336215
|
|
|
|
|
|
|
| |
the cqspi and n25q drivers.
Notes:
svn path=/head/; revision=336214
|
|
|
|
|
|
|
|
| |
Use newfs_msdos to create the filesystem for the partition requested
and use loader.efi instead of boot1.efi.
Notes:
svn path=/head/; revision=336213
|