| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
| |
the BOOTSTRAPPING variable. The previous test was wrong because
BOOTSTRAPPING is 0 in most cases.
Tested by: db
|
| |
|
| |
|
|
|
|
|
|
|
| |
only the supported address types. While there, do some whitespace
cleanups.
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
program.
PR: docs/173664
Submitted by: wkoszek
Approved by: bcr (mentor)
|
|
|
|
|
|
| |
PR: docs/174966
Submitted by: Christian Ullrich <chris+freebsd@chrullrich.net>
Approved by: bcr (mentor)
|
| |
|
| |
|
|
|
|
|
|
|
| |
SHUTDOWN_ACK_SENT state. While there, make the corresponding
code consistent.
MFC after: 1 week
|
| |
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* Illumos zfs issue #3035 [1] LZ4 compression support in ZFS.
LZ4 is a new high-speed BSD-licensed compression algorithm created
by Yann Collet that delivers very high compression and decompression
performance compared to lzjb (>50% faster on compression, >80% faster
on decompression and around 3x faster on compression of incompressible
data), while giving better compression ratio [1].
This version of LZ4 corresponds to upstream's [2] revision 85.
Please note that for obvious reasons this is not backward read
compatible. This means once a pool have LZ4 compressed data, these
data can no longer be read by older ZFS implementations.
Local changes:
- On-stack hash table disabled and using kernel slab allocator
instead, at this time. This requires larger kernel thread stack
for zio workers. This may change in the future should we adjusted
the zio workers' thread stack size.
- likely and unlikely will be undefined if they are already defined,
this is required for i386 XEN build.
- Removed De Bruijn sequence based __builtin_ctz family of builtins
in favor of the latter. Both GCC and clang supports these builtins.
- Changed the way the LZ4 code detects endianness.
- Manual pages modifications to mention the feature based on Illumos
counterpart.
- Boot loader changes to make it support LZ4 decompression.
[1] https://www.illumos.org/issues/3035
[2] http://code.google.com/p/lz4/source/list
Obtained from: Illumos (13921:9d721847e469)
Tested on: FreeBSD/amd64
MFC after: 1 month
|
| |
| |
| |
| |
| | |
to illumos-gate 13921:9d721847e469
(illumos zfs issue #3035 LZ4 compression support in ZFS and GRUB)
|
| |
| |
| |
| |
| | |
13910:f3454e0a097c
(illumos zfs issue #3447: improve the comment in txg.c)
|
| |
| |
| |
| |
| | |
to illumos-gate 13889:a67716f16746
(illumos zfs issue #3254)
|
| |
| |
| |
| | |
(bugix for illumos zfs issue #3236)
|
| |
| |
| |
| |
| | |
to illumos-gate 13887:196932ec9e6a
(illumos zfs issue #3236)
|
| |
| |
| |
| |
| | |
to illumos-gate 13886:e3261d03efbf
(illumos zfs issue #3349)
|
| |
| |
| |
| | |
(illumos ZFS issues #3329, #3330, #3331, #3335)
|
| |
| |
| |
| |
| | |
to illumos-gate 13871:a9c12c2c1647
(zfs changes, illumos issues #3306, #3321)
|
| |
| |
| |
| |
| |
| |
| | |
to illumos-gate 13869:921a99998bb4
(illumos ZFS issue #3246 ZFS I/O deadman thread)
Note: illumos disables deadman logic by default on vmware and sparc
|
| |
| |
| |
| | |
(no FreeBSD-relevant changes - illumos issue #3301)
|
| |
| |
| |
| |
| | |
to illumos-gate 13849:3468a95b27cd
(illumos ZFS issues #3145, #3212, #3258)
|
| |
| |
| |
| |
| | |
to illumos-gate 13836:37bf491c434c
(illumos ZFS issues #2678, #2811, #3139, #3189, #3208)
|
| |
| |
| |
| |
| | |
to illumos-gate 13805:e3a9ae14a119
(zfs changes, illumos issues #1884, #3006)
|
| |
| |
| |
| |
| |
| | |
to illumos-gate revision 13794:7c5e0e746b2c
Obtained from: ssh://anonhg@hg.illumos.org/illumos-gate
|
| |
| |
| |
| |
| |
| | |
to illumos-gate revision 13782:8f78aae28a63
Obtained from: ssh://anonhg@hg.illumos.org/illumos-gate
|
| |
| |
| |
| | |
Obtained from: ssh://anonhg@hg.illumos.org/illumos-gate
|
| |
| |
| |
| |
| |
| |
| | |
References:
https://www.illumos.org/issues/3085 (zfs diff panics)
Obtained from: ssh://anonhg@hg.illumos.org/illumos-gate
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
References:
https://www.illumos.org/issues/3021
https://www.illumos.org/issues/3022
https://www.illumos.org/issues/3023
https://www.illumos.org/issues/3024
https://www.illumos.org/issues/3025
https://www.illumos.org/issues/3026
Obtained from: ssh://anonhg@hg.illumos.org/illumos-gate
|
| |
| |
| |
| | |
Obtained from: ssh://anonhg@hg.illumos.org/illumos-gate
|
| |
| |
| |
| | |
Obtained from: ssh://anonhg@hg.illumos.org/illumos-gate
|
| |
| |
| |
| |
| |
| | |
illumos-gate revision 13742:b6bbdd77139c
Obtained from: ssh://anonhg@hg.illumos.org/illumos-gate
|
| |
| |
| |
| |
| |
| | |
Add ZFS bits to vendor-sys/opensolaris
Obtained from: https://hg.openindiana.org/upstream/oracle/onnv-gate
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
making up a frame, in both a sub-frame and for all frames in an
aggregate.
Tested:
* AR5416, STA mode
|
| |
| |
| |
| | |
MFC after: 3 days
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
command transfer fails.
MFC after: 1 week
Reported by: Ian FREISLICH
|
| |
| |
| |
| |
| |
| |
| | |
universe' would work.
MFC after: 12 days
X-MFC-with: r246282
|
| |
| |
| |
| |
| |
| |
| | |
Correct init order to fix a NULL pointer access.
MFC after: 1 week
Reported by: Ian FREISLICH
|
| |
| |
| |
| |
| | |
Submitted by: Christoph Mallon
MFC after: 2 weeks
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
e2fs_maxcontig was modelled after UFS when bringing the
"Orlov allocator" to ext2. On UFS fs_maxcontig is kept in the
superblock and is used by userland tools (fsck and growfs),
In ext2 this information is volatile so it is not available
for userland tools, so in this case it doesn't have sense
to carry it in the in-memory superblock.
Also remove a pointless check for MAX(1, x) > 0.
Submitted by: Christoph Mallon
MFC after: 2 weeks
|
| |
| |
| |
| |
| |
| | |
Reviewed by: mckusick
PR: kern/175794
MFC after: 1 week
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
According to the README file [1] the 12u variant, unlike
the 12g variant, contains no copyleft code. It is therefore
convenient to keep using the original versioning scheme to
prevent confusions.
[1] http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/patch/README
|
| |
| |
| |
| |
| |
| | |
means delete_child, not delete.
MFC after: 1 week
|
| |
| |
| |
| |
| | |
Submitted by: scottl
MFC after: 1 week
|
| |
| |
| |
| |
| |
| | |
one should really use -a and -x instead of -m.
MFC after: 1 week
|
| |
| |
| |
| |
| |
| | |
don't like. It makes the code a little clearer as well.
MFC after: 1 week
|