committer filter by committer.
@path/to/ filter by path in repository.
committer@path/to/ filter by committer AND path in repository.
NNN or rNNN filter by revision.
NNN-MMM or rNNN-rMMM filter by revisions range (inclusive).
Multiple filters can be specified separated by spaces or comas in which case they'll be combined using OR operator.
|r358158||tsoome||Feb. 20, 2020, 8:53 a.m.||efihttp_fs_seek() is missing NULL pointer check
Add missing check of malloc() result.ViewVC
|r358157||tsoome||Feb. 20, 2020, 8:48 a.m.||efinet_dev_init() is missing NULL pointer check
Add missing check of malloc() result.ViewVC
|r358156||adrian||Feb. 20, 2020, 7:12 a.m.||[ath] Attempt to fix epoch handling.
The epoch stuff with taskqueues works fine if the driver never calls the receive path in other contexts, but this driver does. If there was a chip reset during active receive then part of the reset will call the receive path to flush out any active packets before reinitialising the receive queue and that needs to be done with the epoch held. So: * make the receive task a normal task again * explicitly call epoch enter/exit around the legacy and newer DMA receive paths * add a couple of epoch asserts to ensure that the receive packet path itself is called with epoch held. This fixes it on my Atom eeepc laptop (circa 2010!) that I did all of my initial 802.11n work in this driver and net80211. Tested: * AR9285, STA mode TODO: * Test on EDMA chipset (AR9380) * Test in AP/adhoc modes, just to be sure (eg for beacon receive processing in particular.)ViewVC
|r358155||delphij||Feb. 20, 2020, 6:45 a.m.||Actually install hwpstate_intel.4.|
|r358154||delphij||Feb. 20, 2020, 6:03 a.m.||Bump PROTOMAX.
MFC after: 3 weeks X-MFC-with: r358153ViewVC
|r358153||pfg||Feb. 20, 2020, 3:54 a.m.||/etc/services: attempt bring the database to this century.
Document better this file, updating the URL to the IANA registry and closely match the official services. For system ports (0 to 1023) we now try to follow the registry closely, noting some historical differences where applicable. For the User ports (1024 - 49151) we try to keep some sensible balance only of services that are likely to be found on FreeBSD/UNIX systems. This attempts to strike a balance between complexity and usefulness. As a side effect: drop references to unofficial Kerberos IV which was EOL'ed on Oct 2006. While it is conceivable some people may still use it in some very old FreeBSD machines that can't be replaced easily, the use of it is considered a security risk. Also drop the unofficial netatalk, which we supported long ago in the kernel but was dropped long ago.  https://web.mit.edu/kerberos/krb4-end-of-life.html MFC after: 3 weeks (likely to 12-stable only) Differential Revision: https://reviews.freebsd.org/D23621ViewVC
|r358152||hrs||Feb. 20, 2020, 3:01 a.m.||Improve performance of "read" built-in command when using a seekable
fd. The read built-in command calls read(2) with a 1-byte buffer because newline characters need to be detected even on a byte stream which comes from a non-seekable file descriptor. Because of this, the following script calls >6,000 read(2) to show a 6KiB file: while read IN; do echo "$IN"; done < /COPYRIGHT When the input byte stream is seekable, it is possible to read a data block and then reposition the file pointer to where a newline character found. This change adds a small buffer to do this and reduces the number of read(2) calls. Theoretically, multiple built-in commands reading the same seekable byte stream in a single pipe chain can share the buffer. However, this change just makes a single invocation of the read built-in allocate a buffer and deallocate it every time for simplicity. Although this causes read(2) to read the same regions multiple times, the performance penalty should be small compared to the reduction of read(2) calls. Reviewed by: jilles MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D23747ViewVC
|r358143||imp||Feb. 20, 2020, 1:33 a.m.||Don't convert all lower-layer errors to EIO.
Don't convert all lower layer errors to EIO. Instead, pass the actual error up the stack. This will allow the upper layers that look for ENXIO to react properly to that signal from the lower layers and, for UFS, unmount the filesystem. Reviewed by: kib@ Differential Revision: https://reviews.freebsd.org/D23755ViewVC
|r358136||imp||Feb. 20, 2020, 12:46 a.m.||Move smbios.c to libsa.
smbios used to be an i386 only kinda weird quirk to the x86 architecture. But UEFI picked it up, dusted it off and now it's many other locations. Make it base technology by moving it to libsa and fixing up the compliation. The code has issues with unaligned access still, but that will be addressed in a followup commit. Differential Revision: https://reviews.freebsd.org/D23660ViewVC
|r358135||imp||Feb. 20, 2020, 12:46 a.m.||Create ptov() function.
Create a ptov() function. It's basically the same as the btx PTOV macro, but works everywhere. smbios needs this to translate addresses, but the translation differs between BIOS booting and EFI booting. Make it a function so one smbios.o can be used everywhere. Provide definitions for it in the two loaders affected. Differential Revision: https://reviews.freebsd.org/D23660ViewVC
|r358134||imp||Feb. 20, 2020, 12:34 a.m.||Don't spam the console with an additional, and useless, error message.|
|r358133||jeff||Feb. 19, 2020, 10:34 p.m.||Silence a gcc warning about no return from a function that handles every
possible enum in a switch statement. I verified that this emits nothing as expected on clang. radix relies on constant propagation to eliminate any branching from these access routines. Reported by: lwhsu/tinderboxViewVC
|r358132||dim||Feb. 19, 2020, 9:12 p.m.||Take LINKER_FREEBSD_VERSION from numerical field after dash
Summary: With COMPILER_FREEBSD_VERSION, we use a numeric value that we bump each time we make a change that requires re-bootstrapping, but with the linker variant, we instead take the entire part after "FreeBSD", as in this example version output: LLD 9.0.1 (FreeBSD c1a0a213378a458fbea1a5c77b315c7dce08fd05-1300006) (compatible with GNU linkers) E.g., LINKER_FREEBSD_VERSION is currently being set to "c1a0a213378a458fbea1a5c77b315c7dce08fd05-1300006". This means that *any* new upstream lld version will cause re-bootstrapping. We should only look at the numerical field we append after a dash instead. This review attempts to make it so. The only thing I am not happy about is the post-processing of awk output in Makefile.inc1. I notice that our awk does not have gensub(), so it can't substitute a numbered sub-regex with \1, \2, etc. Suggestions welcome. :) MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D23691ViewVC
|r358130||jeff||Feb. 19, 2020, 7:58 p.m.||Use SMR to provide a safe unlocked lookup for vm_radix.|
|r358129||jeff||Feb. 19, 2020, 7:51 p.m.||Since r357940 it is no longer possible to use a single type cast for all