| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
| |
Illumos 13886:e3261d03efbf
3349 zpool upgrade -V bumps the on disk version number, but leaves
the in core version
References:
https://www.illumos.org/issues/3349
MFC after: 1 week
|
|
|
|
|
|
| |
quad notation in IPv6 addresses.
Approved by: adrian (co-mentor) (implicit)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Illumos 13879:4eac7a87eff2:
3329 spa_sync() spends 10-20% of its time in spa_free_sync_cb()
3330 space_seg_t should have its own kmem_cache
3331 deferred frees should happen after sync_pass 1
3335 make SYNC_PASS_* constants tunable
New loader-only tunables:
vfs.zfs.sync_pass_deferred_free
vfs.zfs.sync_pass_dont_compress
vfs.zfs.sync_pass_rewrite
References:
https://www.illumos.org/issues/3329
https://www.illumos.org/issues/3330
https://www.illumos.org/issues/3331
https://www.illumos.org/issues/3335
MFC after: 2 weeks
|
|
|
|
|
| |
Tested by: madpilot
MFC after: 10 days
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
... because the latter makes some decision based on the version.
This is especially important for raidz vdevs.
This is similar to what spa_load does.
This is not an issue for upstream because they do not seem to support
using raidz as a root pool.
Reported by: Andrei Lavreniyuk <andy.lavr@gmail.com>
Tested by: Andrei Lavreniyuk <andy.lavr@gmail.com>
MFC after: 6 days
|
|
|
|
|
|
|
|
|
|
|
|
| |
The call is a NOP, because pool version in spa_ubsync.ub_version is not
initialized and thus appears to be zero.
If the version is properly set then the call leads to a NULL pointer
dereference because the spa object is still under-constructed.
The same change was independently made in the upstream as a part of
a larger change (4445fffbbb1ea25fd0e9ea68b9380dd7a6709025).
MFC after: 6 days
|
|
|
|
|
|
| |
this is really a minor improvement for the sake of correctness
MFC after: 6 days
|
|
|
|
| |
MFC after: 6 days
|
|
|
|
|
|
| |
PR: kern/167066
Tested by: Andreas Nilsson <andrnils@gmail.com>
MFC after: 13 days
|
|
|
|
| |
Approved by: adrian (co-mentor) (implicit)
|
|
|
|
| |
Approved by: adrian (co-mentor) (implicit)
|
|
|
|
|
|
| |
function to take a wchar_t as it's argument.
This fixes the build when wchar_t is not an int, i.e. ARM EABI.
|
|
|
|
|
|
| |
Executive code where similar invariant knobs exist.
o) Make the Simple Executive's warning function print "WARNING: " on the same
line as the warning it is displaying, rather than on a separate line.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
After chatting with the MAC team, the TSF writes (at least on the 11n
MACs, I don't know about pre-11n MACs) are done as 64 bit writes that
can take some time. So, doing a 32 bit TSF write is definitely not
supported. Leave a comment here which explains that.
Whilst here, add a comment which outlines that after a reset or TSF
write, the TSF write may take a while (up to 50uS) to update.
A write or reset shouldn't be done whilst the previous one is in
flight. Also (and this isn't currently done) a read shouldn't
occur until the SLEEP32_TSF_WRITE_STAT is clear. Right now we're
not doing that, mostly because we haven't been doing lots of TSF
resets/writes until recently.
|
|
|
|
|
| |
code. Also remove an unnecessary CVMX_ENABLE_DEBUG_PRINTS conditional around
what is already a cvmx_dprintf.
|
|
|
|
|
|
|
| |
reducing the number of runtime checks done by the SDK code.
o) Group board/CPU information at early startup by subject matter, so that e.g.
CPU information is adjacent to CPU information and board information is
adjacent to board information.
|
|
|
|
| |
Submitted by: Luiz Otavio O Souza
|
|
|
|
|
| |
- Remove C++ - style comments
- Use proper device name in panic messages
|
|
|
|
| |
CLEANFILES list.
|
| |
|
|
|
|
| |
print values that are statically hardcoded few lines above that.
|
|
|
|
| |
output to sound verbose output, where all other sndbuf messages live.
|
| |
|
|
|
|
| |
- Support a flag for ALLOW/BLOCK in source-specific multicast (RFC 4604).
|
|
|
|
| |
Reviewed by: glebius
|
|
|
|
| |
experimental.
|
| |
|
|
|
|
| |
Submitted by: Mark Johnston
|
|
|
|
| |
part of config
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
TSF write.
The TSF_L32 update is fine for the AR5413 (and later, I guess) 11abg NICs
however on the 11n NICs this didn't work. The TSF writes were causing
a much larger time to be skipped, leading to the timing to never
converge.
I've tested this 64 bit TSF read, adjust and write on both the
11n NICs and the AR5413 NIC I've been using for testing. It works
fine on each.
This patch allows the AR5416/AR9280 to be used as a TDMA member.
I don't yet know why the AR9280 is ~7uS accurate rather than ~3uS;
I'll look into it soon.
Tested:
* AR5413, TDMA slave (~ 3us accuracy)
* AR5416, TDMA slave (~ 3us accuracy)
* AR9280, TDMA slave (~ 7us accuracy)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
on the 802.11n NICs.
The 802.11n NICs return a TBTT value that continues far past the 16 bit
HAL_BEACON_PERIOD time (in TU.) The code would constrain nextslot to
HAL_BEACON_PERIOD, but it wasn't constraining nexttbtt - the pre-11n
NICs would only return TU values from 0 -> HAL_BEACON_PERIOD. Thus,
when nexttbtt exceeded 64 milliseconds, it would not wrap (but nextslot
did) which lead to a huge tsfdelta.
So until the slot calculation is converted to work in TSF rather than
a mix of TSF and TU, "make" the nexttbtt values match the TU assumptions
for pre-11n NICs.
This fixes the crazy deltatsf calculations but it doesn't fix the
non-convergent tsfdelta issue. That'll be fixed in a subsequent commit.
|
| |
|
|
|
|
| |
TODO: implement it (and test) for the AR5210/AR5211.
|
|
|
|
|
|
| |
- Get resolution settings from FDT blob
- Properly handle 24 and 16 bits per pixel
- Add colors support for text console
|
|
|
|
| |
compatible with 32-bit kernels.
|
|
|
|
| |
have either "mac-address" or "local-mac-addrress" property.
|
|
|
|
|
|
|
|
|
| |
Rasperry Pi firmware has a set of hardcoded pathes it uses to fill
FDT with system-specific information like display resolution, memory
size, UART and SDHCI clocks, ethernet MAC address. Handle two of them:
- Add placeholder for ethernet MAC address
- Move display node out of "axi" node
|
|
|
|
|
|
|
|
|
|
|
| |
Fix insufficient message length validation for EAP-TLS messages.
Fix Linux compatibility layer input validation error.
Security: FreeBSD-SA-12:07.hostapd
Security: FreeBSD-SA-12:08.linux
Security: CVE-2012-4445, CVE-2012-4576
With hat: so@
|
|
|
|
|
|
|
|
|
|
| |
... instead of the ever increasing ones.
Also, do free old resources when allocating new ones when cx states
change.
Tested by: Tom Lislegaard <Tom.Lislegaard@proact.no>
Obtained from: jkim
MFC after: 1 week
|
|
|
|
|
| |
Suggested by: kib
MFC after: 5 days
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
| |
PR: docs/173831
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
useful and has the side effect of obfuscating the code a bit.
- Remove spurious references to simple_lock.
Reported by: attilio [1]
Sponsored by: iXsystems inc.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
vnode and following back the chain of n_parent pointers up to the root,
without acquiring the locks of the n_parent vnodes analyzed during the
computation. This is immediately wrong because if the vnode lock is not
held there's no guarantee on the validity of the vnode pointer or the data.
In order to fix, store the whole path in the smbnode structure so that
smbfs_fullpath() can use this information.
Discussed with: kib
Reported and tested by: pho
Sponsored by: iXsystems inc.
|
|
|
|
|
| |
PR: 172440
Approved by: marcel (mentor)
|
|
|
|
|
|
| |
and USER for BINOWN etc.
Approved by: marcel (mentor)
|
| |
|
|
|
|
|
| |
Submitted by: Mark Johnston
MFC after: 1 week
|
|
|
|
|
| |
it was designed to avoid; the issue described in the PR was no
longer an issue anyway.
|
|
|
|
| |
Retire now unused mdunits variable.
|