aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Fix libzfs build failures for someMatt Macy2020-08-251-1/+0
| | | | | | | | In some environments adding zstd/include to the include path would cause zstd's stdlib.h to hide the system one. Notes: svn path=/head/; revision=364751
* Mention OpenZFS merge in UPDATINGMatt Macy2020-08-251-0/+5
| | | | Notes: svn path=/head/; revision=364749
* Bump __FreeBSD_version for OpenZFS switchoverMatt Macy2020-08-251-1/+1
| | | | Notes: svn path=/head/; revision=364747
* Merge OpenZFS support in to HEAD.Matt Macy2020-08-25497-276678/+2733
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The primary benefit is maintaining a completely shared code base with the community allowing FreeBSD to receive new features sooner and with less effort. I would advise against doing 'zpool upgrade' or creating indispensable pools using new features until this change has had a month+ to soak. Work on merging FreeBSD support in to what was at the time "ZFS on Linux" began in August 2018. I first publicly proposed transitioning FreeBSD to (new) OpenZFS on December 18th, 2018. FreeBSD support in OpenZFS was finally completed in December 2019. A CFT for downstreaming OpenZFS support in to FreeBSD was first issued on July 8th. All issues that were reported have been addressed or, for a couple of less critical matters there are pull requests in progress with OpenZFS. iXsystems has tested and dogfooded extensively internally. The TrueNAS 12 release is based on OpenZFS with some additional features that have not yet made it upstream. Improvements include: project quotas, encrypted datasets, allocation classes, vectorized raidz, vectorized checksums, various command line improvements, zstd compression. Thanks to those who have helped along the way: Ryan Moeller, Allan Jude, Zack Welch, and many others. Sponsored by: iXsystems, Inc. Differential Revision: https://reviews.freebsd.org/D25872 Notes: svn path=/head/; revision=364746
* Fix hangs with processes stuck sleeping on btalloc on i386.Rick Macklem2020-08-251-1/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | r358097 introduced a problem for i386, where kernel builds will intermittently get hung, typically with many processes sleeping on "btalloc". I know nothing about VM, but received assistance from rlibby@ and markj@. rlibby@ stated the following: It looks like the problem is that for systems that do not have UMA_MD_SMALL_ALLOC, we do uma_zone_set_allocf(vmem_bt_zone, vmem_bt_alloc); but we haven't set an appropriate free function. This is probably why UMA_ZONE_NOFREE was originally there. When NOFREE was removed, it was appropriate for systems with uma_small_alloc. So by default we get page_free as our free function. That calls kmem_free, which calls vmem_free ... but we do our allocs with vmem_xalloc. I'm not positive, but I think the problem is that in effect we vmem_xalloc -> vmem_free, not vmem_xfree. Three possible fixes: 1: The one you tested, but this is not best for systems with uma_small_alloc. 2: Pass UMA_ZONE_NOFREE conditional on UMA_MD_SMALL_ALLOC. 3: Actually provide an appropriate vmem_bt_free function. I think we should just do option 2 with a comment, it's simple and it's what we used to do. I'm not sure how much benefit we would see from option 3, but it's more work. This patch implements #2. I haven't done a comment, since I don't know what the problem is. markj@ noted the following: I think the suggested patch is ok, but not for the reason stated. On platforms without a direct map the problem is: to allocate btags we need a slab, and to allocate a slab we need to map a page, and to map a page we need to allocate btags. We handle this recursion using a custom slab allocator which specifies M_USE_RESERVE, allowing it to dip into a reserve of free btags. Because the returned slab can be used to keep the reserve populated, this ensures that there are always enough free btags available to handle the recursion. UMA_ZONE_NOFREE ensures that we never reclaim free slabs from the zone. However, when it was removed, an apparent bug in UMA was exposed: keg_drain() ignores the reservation set by uma_zone_reserve() in vmem_startup(). So under memory pressure we reclaim the free btags that are needed to break the recursion. That's why adding _NOFREE back fixes the problem: it disables the reclamation. We could perhaps fix it more cleverly, by modifying keg_drain() to always leave uk_reserve slabs available. markj@'s initial patch failed testing, so committing this patch was agreed upon as the interim solution. Either rlibby@ or markj@ might choose to add a comment to it. PR: 248008 Reviewed by: rlibby, markj Notes: svn path=/head/; revision=364744
* Initial import from vendor-sys branch of openzfsMatt Macy2020-08-243671-0/+770607
|\ | | | | | | Notes: svn path=/head/; revision=364740
| * Vendor import of openzfs master @ 184df27eef0abdc7ab2105b21257f753834b936bvendor/openzfs/2.0-rc0-g184df27Matt Macy2020-08-243671-0/+770607
| | | | | | | | Sponsored by: iX Systems, Inc. Notes: svn path=/vendor-sys/openzfs/dist/; revision=364736 svn path=/vendor-sys/openzfs/2.0-rc0-g184df27/; revision=364741; tag=vendor/openzfs/2.0-rc0-g184df27
* drm2: Update deprecation messageNiclas Zeising2020-08-241-5/+1
| | | | | | | | | | | | | | Update the deprecation message in the drm2 (aka legacy drm) drivers to point towards the graphics/drm-kmod ports for all architectures, not just amd64. drm-kmod has support for more architectures these days, and the graphics/drm-legacy-kmod port is being deprecated. Approved by: imp MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D26174 Notes: svn path=/head/; revision=364737
* Restore workaround for sysret fault on non-canonical address after LA57.Konstantin Belousov2020-08-241-1/+2
| | | | | | | Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=364734
* After r364732, we can now enable MK_OPENMP for aarch64 by default.Dimitry Andric2020-08-241-1/+2
| | | | | | | | PR: 248864 MFC after: 2 weeks Notes: svn path=/head/; revision=364733
* Merge commit cde8f4c16 from llvm git (by me):Dimitry Andric2020-08-245-62/+24
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Move special va_list handling to kmp_os.h Instead of copying and pasting the same #ifdef expressions in multiple places, define a type and a pair of macros in kmp_os.h, to handle whether va_list is pointer-like or not: * kmp_va_list is the type to use for __kmp_fork_call() * kmp_va_deref() dereferences a va_list, if necessary * kmp_va_addr_of() takes the address of a va_list, if necessary Also add FreeBSD to the list of OSes that has a non pointer-like va_list. This can now be easily extended to other OSes too. Reviewed By: AndreyChurbanov Differential Revision: https://reviews.llvm.org/D86397 This should enable building of LLVM's OpenMP on AArch64. Addition to share/mk will follow in a subsequent commit. PR: 248864 MFC after: 2 weeks Notes: svn path=/head/; revision=364732
* netmap: use FreeBSD guards for epoch callsVincenzo Maffione2020-08-241-1/+5
| | | | | | | | | | EPOCH calls are FreeBSD specific. Use guards to protect these, so that the code can compile under Linux. MFC after: 1 week Notes: svn path=/head/; revision=364731
* Remove RT_LOCK mutex from rte.Alexander V. Chernikov2020-08-245-57/+28
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | rtentry lock traditionally served 2 purposed: first was protecting refcounts, the second was assuring consistent field access/changes. Since route nexthop introduction, the need for the former disappeared and the need for the latter reduced. To be more precise, the following rte field are mutable: rt_nhop (nexthop pointer, updated with RIB_WLOCK, passed in rib_cmd_info) rte_flags (only RTF_HOST and RTF_UP, where RTF_UP gets changed at rte removal) rt_weight (relative weight, updated with RIB_WLOCK, passed in rib_cmd_info) rt_expire (time when rte deletion is scheduled, updated with RIB_WLOCK) rt_chain (deletion chain pointer, updated with RIB_WLOCK) All of them are updated under RIB_WLOCK, so the only remaining concern is the reading. rt_nhop and rt_weight (addressed in this review) are read under rib lock and stored in the rib_cmd_info, so the caller has no problem with consitency. rte_flags is currently read unlocked in rtsock reporting (however the scope is only RTF_UP flag, which is pretty static). rt_expire is currently read unlocked in rtsock reporting. rt_chain accesses are safe, as this is only used at route deletion. rt_expire and rte_flags reads will be dealt in a separate reviews soon. Differential Revision: https://reviews.freebsd.org/D26162 Notes: svn path=/head/; revision=364730
* Fix silly typo...Warner Losh2020-08-241-1/+1
| | | | Notes: svn path=/head/; revision=364728
* Document devd event change from r364725Warner Losh2020-08-241-0/+5
| | | | Notes: svn path=/head/; revision=364727
* Document the kern -> kernel name change for resume events.Warner Losh2020-08-241-0/+6
| | | | | | | MFC After: 3 days Notes: svn path=/head/; revision=364726
* Change the resume notification event from 'kern' to 'kernel'Warner Losh2020-08-242-2/+8
| | | | | | | | | | | | We have both a system of 'kern' and of 'kernel'. Prefer the latter and convert this notification to use 'kernel' instead of 'kern'. As a transition period, continue to also generate the 'kern' notification until sometime after FreeBSD 13 is branched. MFC After: 3 days Notes: svn path=/head/; revision=364725
* cache: remove leftover assert in vn_fullpath_any_smrMateusz Guzik2020-08-241-2/+0
| | | | | | | | | | It is only valid when !slash_prefixed. For slash_prefixed the length is properly accounted for later. Reported by: markj (syzkaller) Notes: svn path=/head/; revision=364723
* Update unbound version number.Cy Schubert2020-08-241-2/+2
| | | | | | | | MFC after: 1 month X-MFC with: r364721 Notes: svn path=/head/; revision=364722
* MFV 364468:Cy Schubert2020-08-2496-2352/+10906
|\ | | | | | | | | | | | | | | | | Update unbound 1.10.1 --> 1.11.0. MFH: 1 month Notes: svn path=/head/; revision=364721
| * Vendor import of Unbound 1.11.0.vendor/unbound/1.11.0Cy Schubert2020-08-21302-8788/+21783
| | | | | | | | | | Notes: svn path=/vendor/unbound/dist/; revision=364468 svn path=/vendor/unbound/1.11.0/; revision=364470; tag=vendor/unbound/1.11.0
* | MFV 364467:Cy Schubert2020-08-2410-10123/+12150
|\ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Update sqlite to 3.33.0 (3330000). Release announcement at https://www.sqlite.org/releaselog/3_33_0.html. MFC after: 1 month Notes: svn path=/head/; revision=364720
| * | Import sqlite 3.32.3 (3330000).vendor/sqlite3/sqlite-3330000Cy Schubert2020-08-2110-10123/+12150
| | | | | | | | | | | | | | | Notes: svn path=/vendor/sqlite3/dist/; revision=364467 svn path=/vendor/sqlite3/sqlite-3330000/; revision=364469; tag=vendor/sqlite3/sqlite-3330000
* | | w(1): Add EXAMPLES to man pageFernando ApesteguĂ­a2020-08-241-4/+37
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add small example section showing general use and -d and -h flags Approved by: manpages (bcr@) Differential Revision: https://reviews.freebsd.org/D26172 Notes: svn path=/head/; revision=364719
* | | Merge llvm, clang, compiler-rt, libc++, libunwind, lld, lldb and openmpDimitry Andric2020-08-2435-126/+367
|\ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | release/11.x llvmorg-11.0.0-rc2-0-g414f32a9e86. MFC after: 6 weeks X-MFC-With: r364284 Notes: svn path=/head/; revision=364718
| * | | Vendor import of llvm-project branch release/11.xvendor/llvm-project/llvmorg-11.0.0-rc2-0-g414f32a9e86Dimitry Andric2020-08-2435-138/+400
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | llvmorg-11.0.0-rc2-0-g414f32a9e86. Notes: svn path=/vendor/llvm-project/release-11.x/; revision=364713 svn path=/vendor/llvm-project/llvmorg-11.0.0-rc2-0-g414f32a9e86/; revision=364714; tag=vendor/llvm-project/llvmorg-11.0.0-rc2-0-g414f32a9e86
* | | | In the endless batch mode (-B), terminate if and when stdout is closed.Maxim Sobolev2020-08-241-2/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | That mode is useful to call gstat from other app, however kinda useless since gstat won't exit and stay running forever when its parent process has long gone. MFC after: 2 weeks Notes: svn path=/head/; revision=364711
* | | | When copying over the binaries, use '-p' to preserve date/timeWarner Losh2020-08-242-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Although I can't reproduce it, others are seeing different lex/yacc programs always regenerated after my change to copy rather than symlink the files. The reported fix is to add '-p' to the copies. Since it doesn't hurt, go head and add it, though the reasons for this mattering remain at best obscure and poorly articulated. Notes: svn path=/head/; revision=364701
* | | | s/redundacy/redundancyMarc Fonvieille2020-08-241-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | MFC after: 1 week Notes: svn path=/head/; revision=364684
* | | | Add missing Korean doc package entry, remove non-existent Serbian docMarc Fonvieille2020-08-241-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | package entry. Approved by: re (gjb) MFC after: 1 week Notes: svn path=/head/; revision=364682
* | | | [PowerPC] Make new auxv format defaultLeandro Lupori2020-08-241-1/+16
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Assume ELF images without OSREL use the new auxv format. This is specially important for rtld, that is not tagged. Using direct exec mode with new (ELFv2) binaries that expect the new auxv format would result in crashes otherwise. Unfortunately, this may break direct exec'ing old binaries, but it seems better to correctly support new binaries by default, considering the transition to ELFv2 happened quite some time ago. If needed, a sysctl may be added to allow old auxv format to be used when OSREL is not found. Reviewed by: bdragon Sponsored by: Eldorado Research Institute (eldorado.org.br) Differential Revision: https://reviews.freebsd.org/D25651 Notes: svn path=/head/; revision=364675
* | | | net80211: enhance getflags*() and ieee80211_add_channel*()Bjoern A. Zeeb2020-08-245-48/+92
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | For ieee80211_add_channel+*() we are passing in an int flag for ht40 and in some cases another int flag for vht80 where we'd only need two bits really. Convert these variables to a bitflag and fold them together into one. This also allows for VHT160 and VHT80P80 and whatever may come to be considered. Define the various options currently needed. Change the drivers (rtwn and rsu) which actually set this bit to non-0. For convenience the "1" currently used for HT40 is preserved. Enahnce getflags_5ghz() to handle the full set of VHT flags based on the input flags from the the driver. Update the regdomain implementation as well to make use of the new flags and deal with higher [V]HT bandwidths. ieee80211_add_channel() specifically did not take flags so it will not support naything beyond 20Mhz channels. Note: I am not entirely happy with the "cbw_flag[s]" name, but we do use chan_flags elsewhere already. MFC after: 2 weeks Reviewed by: adrian, gnn Sponsored by: Rubicon Communications, LLC (d/b/a "Netgate") Differential revision: https://reviews.freebsd.org/D26091 Notes: svn path=/head/; revision=364673
* | | | cpu_auxmsr: assert caller is preventing CPU migration.Peter Grehan2020-08-242-2/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Submitted by: Adam Fenn (adam at fenn dot io) Requested by: kib Reviewed by: kib, grehan Approved by: kib MFC after: 3 weeks Differential Revision: https://reviews.freebsd.org/D26166 Notes: svn path=/head/; revision=364656
* | | | iflib: fix isc_rxd_flush call in netmap_fl_refill()Vincenzo Maffione2020-08-241-15/+28
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The semantic of the pidx argument of isc_rxd_flush() is the last valid index of in the free list, rather than the next index to be published. However, netmap was still using the old convention. While there, also refactor the netmap_fl_refill() to simplify a little bit and add an assertion. MFC after: 2 weeks Notes: svn path=/head/; revision=364655
* | | | Also print number of available CPUs on LinuxAlex Richardson2020-08-241-2/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Without this change the buildworld/buildkernel epilogue looks like this: >>> World built in 249 seconds, sysctl: cannot stat /proc/sys/hw/ncpu: No such file or directory ncpu: , make -j72. Reviewed By: emaste, bdrewery Differential Revision: https://reviews.freebsd.org/D26056 Notes: svn path=/head/; revision=364650
* | | | Avoid adding duplicates to SRCS/OBJS/SOBJS/POBJSAlex Richardson2020-08-245-5/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is a change in preparation for stopping to use lorder.sh (D26044) and instead assume that we have a linker newer than ~1990. Without lorder.sh duplicates end up being passed to the linker when building .so files and this can result in duplicate symbol definition errors. There is one minor change: libcompiler_rt.a will no longer provide gcc_personality_v0 and instead we now only have it in libgcc_eh.a/libgcc_s.so. This matches GCC's behaviour. Reviewed By: emaste, cem Differential Revision: https://reviews.freebsd.org/D26042 Notes: svn path=/head/; revision=364649
* | | | makefs (msdosfs): Use fprintf instead of debug print for errorsAlex Richardson2020-08-241-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The added print was very helpful for debugging failed disk image creation. Reviewed By: emaste Differential Revision: https://reviews.freebsd.org/D23200 Notes: svn path=/head/; revision=364648
* | | | Correctly determine the real executable in crunched binariesAlex Richardson2020-08-241-19/+108
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This should fix cases like su setting argv[0] to _su for /bin/sh. Previously cheribsdbox (a crunched tool we use in CheriBSD to reduce the size of our minimal disk images to allow loading them onto FPGAs without waiting forever for the transfer) would complain about _su not being compiled in, but now that we also look at AT_EXECPATH it correctly invokes the sh tool. Note: we use use AT_EXECPATH instead of the KERN_PROC_PATHNAME sysctl to get the crunchgen binary name since it seems like KERN_PROC_PATHNAME just returns the last cached path for a given hardlink. When using `su`, instead of invoking /bin/csh this would invoke the last used hardlink to cheribsdbox. This caused weird test failures when running tests due to `id` being executed instead of `echo`: $ id # id is a hardlink to /bin/cheribsdbox $ su postgres -c 'echo 1' # su is also a hardlink uid=1001(postgres) gid=1001(postgres) groups=1001(postgres) Obtained from: CheriBSD Reviewed By: emaste, brooks Differential Revision: https://reviews.freebsd.org/D25998 Notes: svn path=/head/; revision=364647
* | | | Re-indent crunched_main.c in preparation for D25998Alex Richardson2020-08-241-43/+42
| | | | | | | | | | | | | | | | Notes: svn path=/head/; revision=364646
* | | | Pass the installworld install(1) flags to make buildenvAlex Richardson2020-08-241-1/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This ensure that running make install inside buildenv correctly includes the METALOG flags when building with -DNO_ROOT. Reviewed By: brooks Differential Revision: https://reviews.freebsd.org/D26038 Notes: svn path=/head/; revision=364645
* | | | cache: lockless reverse lookupMateusz Guzik2020-08-241-14/+187
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This enables fully scalable operation for getcwd and significantly improves realpath. For example: PATH_CUSTOM=/usr/src ./getcwd_processes -t 104 before: 1550851 after: 380135380 Tested by: pho Notes: svn path=/head/; revision=364637
* | | | cache: drop the always curthread argument from reverse lookup routinesMateusz Guzik2020-08-2416-62/+54
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Note VOP_VPTOCNP keeps getting it as temporary compatibility for zfs. Tested by: pho Notes: svn path=/head/; revision=364633
* | | | cache: perform reverse lookup using v_cache_dd if possibleMateusz Guzik2020-08-241-3/+20
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Tested by: pho Notes: svn path=/head/; revision=364632
* | | | cache: populate v_cache_dd for non-VDIR entriesMateusz Guzik2020-08-241-17/+15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | It makes v_cache_dd into a little bit of a misnomer and it may be addressed later. Tested by: pho Notes: svn path=/head/; revision=364631
* | | | bhyve: NVMe queue create must init head/tailChuck Tuffli2020-08-241-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The NVMe emulation code did not explicitly initialize queue head and tail pointers on queue creation. As these pointers are part of calloc()'ed memory, this only becomes a problem if the queues are deleted and then recreated. This error can manifest with messages about completions not matching a command. Notes: svn path=/head/; revision=364603
* | | | bhyve: NVMe set nominal health valuesChuck Tuffli2020-08-241-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Some operating systems believe bhyve's emulated NVMe drive is failing based on certain values in the SMART / Health Information log page being zero. Fix is to set the reported temperature and available spare values to reasonable defaults. Submitted by: wanpengqian@gmail.com Reviewed by: grehan MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D24202 Notes: svn path=/head/; revision=364602
* | | | caroot: switch to using echo+shell glob to enumerate certsKyle Evans2020-08-232-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This solves an issue on stable/12 that causes certs to not get installed. ls is apparently not in PATH during installworld, so TRUSTED_CERTS ends up blank and nothing gets installed. We don't really require anything ls-specific, though, so let's just simplify it. MFC after: 3 days Notes: svn path=/head/; revision=364600
* | | | net80211: improve media information for VHT5GHZBjoern A. Zeeb2020-08-231-3/+39
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Improve ieee80211_media_setup(), media2mode(), and ieee80211_rate2media() for VHT5GHZ at least. Reviewed by: adrian, gnn MFC after: 2 weeks Sponsored by: Rubicon Communications, LLC (d/b/a "Netgate") Differential Revision: https://reviews.freebsd.org/D26089 Notes: svn path=/head/; revision=364553
* | | | net80211: set_vht_extchan() reverse order to always return bestBjoern A. Zeeb2020-08-231-13/+22
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In set_vht_extchan() the checks are performed in the order of VHT20/40/80. That means if a channel has a lower and higheer VHT flag set we would return the lower first. We normally do not set more than one VHT flag so this change is supposed to be a NOP but follows the logical thinking order of returning the best first. Also we nowhere assert a single VHT flag so make sure we'll not be stuck with VHT20 when we could do more. While here add the debugging printfs for VHT160 and VHT80P80 which still need doing once we deal with a driver at that level. Reviewed by: adrian, gnn MFC after: 2 weeks Sponsored by: Rubicon Communications, LLC (d/b/a "Netgate") Differential Revision: https://reviews.freebsd.org/D26088 Notes: svn path=/head/; revision=364551
* | | | vfs: validate ndp state after the lookupMateusz Guzik2020-08-232-0/+82
| | | | | | | | | | | | | | | | | | | | | | | | | | | | The intent is to remove known-to-be-nops NDFREE calls after many lookups. Notes: svn path=/head/; revision=364542