committer filter by committer.
@path/to/ filter by path in repository.
committer@path/to/ filter by committer AND path in repository.
abdef0123 filter by commit's SHA hash.
rNNN filter by SVN revision.
rNNN-rMMM filter by SVN revisions range (inclusive).
Multiple filters can be specified separated by spaces or comas in which case they'll be combined using OR operator.
|68872de6||imp||Feb. 16, 2017, 9:56 p.m.||Remove support for EISA in the ida driver. Remove references to|
|f2e8ba3f||imp||Feb. 16, 2017, 9:56 p.m.||Remove EISA support for ep driver. Left in place EISA strings that are
still relevant (ISA cards can still be in EISA mode, and we're still ignoring those in the identify routine). Notes about cards in EISA mode have been left in the manual since they aren't relevant to EISA support, but instruct how to properly configure an ISA card in a mode when it is in a ISA bus slot.cgit ViewVC
|222dc691||imp||Feb. 16, 2017, 9:56 p.m.||Remove references to EISA support from the vx driver, along with EISA
support. Fix a comment block that's shared with both vx and ep. Remove obsolete refernce to statically compiling a kernel with a fixed number of vx devices. Have not removed EISA from the title of the document the register definitions were originally derived from (though no doubt more recent docments were also consulted).cgit ViewVC
|1697447e||imp||Feb. 16, 2017, 9:56 p.m.||Remove references to C-Bus support in the le(4) driver. Support for|
|62942cfb||imp||Feb. 16, 2017, 9:56 p.m.||Remove stray reference to EISA bus support that was never in FreeBSD.|
|572f2440||imp||Feb. 16, 2017, 9:56 p.m.||Remove references to EISA support in mlx. The driver never supported|
|d4bfe939||imp||Feb. 16, 2017, 9:56 p.m.||Remove the ahb driver for the EISA Adaptec 174x.|
|596c88ee||imp||Feb. 16, 2017, 9:56 p.m.||Remove stale MCA comment now that the MCA bus support is gone.|
|100790a8||behlendorf1||Feb. 16, 2017, 9:41 p.m.||Retry setting LED
If the LED is being accessed by another process when we try to update it, the update will be lost. Add a retry loop which will read the state of the LED and update it until the LED is in the correct state. The number of times this will occur is limited to ensure that the ZEDlet won't hang ZED. Refactor to remove duplication so setting of the LED occurs in only one place. Cleanup a couple of the warnings generated by shellcheck which weren't the result of specific choices by the author. Several notes and warnings are still present but removing them would make the code less clear or require adding lines to tell shellcheck to ignore the warning. Remove ",i" from the documentation at the top of the file which appears to be a typographic error. Reviewed-by: Brian Behlendorf <firstname.lastname@example.org> Reviewed-by: Tony Hutter <email@example.com> Signed-off-by: Christopher Voltz <firstname.lastname@example.org> Closes #5795cgit
|27ee18ad||rstone||Feb. 16, 2017, 9:18 p.m.||Revert r313814 and r313816|
|b0f51239||dim||Feb. 16, 2017, 9:03 p.m.||Pull in r285478 from upstream compiler-rt trunk (by Saleem Abdulrasool):|
|922193e7||vangyzen||Feb. 16, 2017, 8:50 p.m.||Remove inet_ntoa() from the kernel|
|8144690a||vangyzen||Feb. 16, 2017, 8:47 p.m.||Use inet_ntoa_r() instead of inet_ntoa() throughout the kernel
inet_ntoa() cannot be used safely in a multithreaded environment because it uses a static local buffer. Instead, use inet_ntoa_r() with a buffer on the caller's stack. Suggested by: glebius, emaste Reviewed by: gnn MFC after: 2 weeks Sponsored by: Dell EMC Differential Revision: https://reviews.freebsd.org/D9625cgit ViewVC
|643faabe||vangyzen||Feb. 16, 2017, 8:44 p.m.||pf: use inet_ntoa_r() instead of inet_ntoa(); maybe fix IPv6 OS fingerprinting
inet_ntoa() cannot be used safely in a multithreaded environment because it uses a static local buffer. Instead, use inet_ntoa_r() with a buffer on the caller's stack. This code had an INET6 conditional before this commit, but opt_inet6.h was not included, so INET6 was never defined. Apparently, pf's OS fingerprinting hasn't worked with IPv6 for quite some time. This commit might fix it, but I didn't test that. Reviewed by: gnn, kp MFC after: 2 weeks Relnotes: yes (if I/someone can test pf OS fingerprinting with IPv6) Sponsored by: Dell EMC Differential Revision: https://reviews.freebsd.org/D9625cgit ViewVC
|10723054||pfg||Feb. 16, 2017, 8:30 p.m.||Remove outdated claim.|