Revision tags: release/13.1.0 |
|
#
efd0fdfe |
| 09-Apr-2022 |
Gordon Bergling <gbe@FreeBSD.org> |
NOTES: Remove a double word in comments
- s/for for/for/
MFC after: 3 days
|
#
b34f7568 |
| 02-Apr-2022 |
Gordon Bergling <gbe@FreeBSD.org> |
NOTES: Fix a typo in a comments
- s/accomodate/accommodate/
MFC after: 3 days
|
#
92e6b471 |
| 18-Mar-2022 |
Ed Maste <emaste@FreeBSD.org> |
Retire broken snd_ds1 and snd_maestro drivers
In 2012 joel@ reported[1] that these were not functional, and they do not appear to have been fixed since.
[1] https://lists.freebsd.org/pipermail/free
Retire broken snd_ds1 and snd_maestro drivers
In 2012 joel@ reported[1] that these were not functional, and they do not appear to have been fixed since.
[1] https://lists.freebsd.org/pipermail/freebsd-multimedia/2012-January/012751.html
Reported by: joel Relnotes: Yes Sponsored by: The FreeBSD Foundation
show more ...
|
#
5ba41925 |
| 03-Jan-2022 |
Mark Johnston <markj@FreeBSD.org> |
Remove an obsolete warning from NOTES
The PREEMPTION option is enabled in all GENERIC kernel configurations.
MFC after: 1 week
|
#
5a73a6c1 |
| 31-Dec-2021 |
Warner Losh <imp@FreeBSD.org> |
Add lio back to NOTES
lio appears to be partially removed from this file. It's a modern enough card, so add it back. It builds everywhere.
Sponsored by: Netflix
|
#
b4fba31b |
| 14-Dec-2021 |
Warner Losh <imp@FreeBSD.org> |
Remove references to PCMCIA
Remove more references to PCMCIA in kernel config files. We no longer support PC Card devices.
Sponsored by: Netflix
|
#
339ef827 |
| 06-Dec-2021 |
Mitchell Horne <mhorne@FreeBSD.org> |
Remove references to sio(4) from NOTES
Also zs(4) and sab(4), which have similarly been removed.
Reviewed by: imp, jhb, emaste MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D
Remove references to sio(4) from NOTES
Also zs(4) and sab(4), which have similarly been removed.
Reviewed by: imp, jhb, emaste MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D33279
show more ...
|
#
bf2fa8d9 |
| 04-Dec-2021 |
Florian Walpen <dev@submerge.ch> |
MAC/priority module for realtime privilege group
This is a MAC policy module that grants scheduling privileges based on group membership. Users or processes in the group realtime (gid 47) are allow
MAC/priority module for realtime privilege group
This is a MAC policy module that grants scheduling privileges based on group membership. Users or processes in the group realtime (gid 47) are allowed to run threads and processes with realtime scheduling priority. For timing-sensitive, low-latency software like audio/jack, running with realtime priority helps to avoid stutter and gaps.
PR: 239125 MFC after: 2 weeks Differential revision: https://reviews.freebsd.org/D33191
show more ...
|
Revision tags: release/12.3.0 |
|
#
0d5935af |
| 25-Nov-2021 |
Warner Losh <imp@FreeBSD.org> |
esp: Remove
Belatedly remove esp(4). It was tagged as gone in 13, but was overlooked until now.
Sponsored by: Netflix Reviewed by: scottl Differential Revision: https://reviews.freebsd.org/D33115
|
#
60de2867 |
| 25-Nov-2021 |
Warner Losh <imp@FreeBSD.org> |
amr: remove
Belatedly remove amr(4). It was slated to depart before 13.0 but was overlooked until now.
Sponsored by: Netflix Relnotes: yes Reviewed by: scottl Differential Revision: https://revi
amr: remove
Belatedly remove amr(4). It was slated to depart before 13.0 but was overlooked until now.
Sponsored by: Netflix Relnotes: yes Reviewed by: scottl Differential Revision: https://reviews.freebsd.org/D33113
show more ...
|
#
399188a2 |
| 25-Nov-2021 |
Warner Losh <imp@FreeBSD.org> |
iir: Remove
Belatedly remove iir(4). It was slated to go before 13, but was overlooked.
Sponsored by: Netflix Relnotes: yes Reviewed by: scottl Differential Revision: https://reviews.freebsd.org
iir: Remove
Belatedly remove iir(4). It was slated to go before 13, but was overlooked.
Sponsored by: Netflix Relnotes: yes Reviewed by: scottl Differential Revision: https://reviews.freebsd.org/D33112
show more ...
|
#
a9620045 |
| 25-Nov-2021 |
Warner Losh <imp@FreeBSD.org> |
mly: Remove.
We'd said this was going away in 13, but was overlooked. Belatedly remove.
Sponsored by: Netflix Relnotes: yes Reviewed by: scottl Differential Revision: https://reviews.freebsd.org
mly: Remove.
We'd said this was going away in 13, but was overlooked. Belatedly remove.
Sponsored by: Netflix Relnotes: yes Reviewed by: scottl Differential Revision: https://reviews.freebsd.org/D33111
show more ...
|
#
4e85b648 |
| 15-Nov-2021 |
Kristof Provost <kp@FreeBSD.org> |
Add a COMPAT_FREEBSD13 kernel option
Use it wherever COMPAT_FREEBSD11 is currently specified.
Reviewed by: jhb (previous version) Sponsored by: Rubicon Communications, LLC ("Netgate") Differential
Add a COMPAT_FREEBSD13 kernel option
Use it wherever COMPAT_FREEBSD11 is currently specified.
Reviewed by: jhb (previous version) Sponsored by: Rubicon Communications, LLC ("Netgate") Differential Revision: https://reviews.freebsd.org/D33005
show more ...
|
#
b8d60729 |
| 11-Nov-2021 |
Randall Stewart <rrs@FreeBSD.org> |
tcp: Congestion control cleanup.
NOTE: HEADS UP read the note below if your kernel config is not including GENERIC!!
This patch does a bit of cleanup on TCP congestion control modules. There were s
tcp: Congestion control cleanup.
NOTE: HEADS UP read the note below if your kernel config is not including GENERIC!!
This patch does a bit of cleanup on TCP congestion control modules. There were some rather interesting surprises that one could get i.e. where you use a socket option to change from one CC (say cc_cubic) to another CC (say cc_vegas) and you could in theory get a memory failure and end up on cc_newreno. This is not what one would expect. The new code fixes this by requiring a cc_data_sz() function so we can malloc with M_WAITOK and pass in to the init function preallocated memory. The CC init is expected in this case *not* to fail but if it does and a module does break the "no fail with memory given" contract we do fall back to the CC that was in place at the time.
This also fixes up a set of common newreno utilities that can be shared amongst other CC modules instead of the other CC modules reaching into newreno and executing what they think is a "common and understood" function. Lets put these functions in cc.c and that way we have a common place that is easily findable by future developers or bug fixers. This also allows newreno to evolve and grow support for its features i.e. ABE and HYSTART++ without having to dance through hoops for other CC modules, instead both newreno and the other modules just call into the common functions if they desire that behavior or roll there own if that makes more sense.
Note: This commit changes the kernel configuration!! If you are not using GENERIC in some form you must add a CC module option (one of CC_NEWRENO, CC_VEGAS, CC_CUBIC, CC_CDG, CC_CHD, CC_DCTCP, CC_HTCP, CC_HD). You can have more than one defined as well if you desire. Note that if you create a kernel configuration that does not define a congestion control module and includes INET or INET6 the kernel compile will break. Also you need to define a default, generic adds 'options CC_DEFAULT=\"newreno\" but you can specify any string that represents the name of the CC module (same names that show up in the CC module list under net.inet.tcp.cc). If you fail to add the options CC_DEFAULT in your kernel configuration the kernel build will also break.
Reviewed by: Michael Tuexen Sponsored by: Netflix Inc. RELNOTES:YES Differential Revision: https://reviews.freebsd.org/D32693
show more ...
|
#
48cb3fee |
| 26-Oct-2021 |
Ed Maste <emaste@FreeBSD.org> |
Retire obsolete iscsi_initiator(4)
The new iSCSI initiator iscsi(4) was introduced with FreeBSD 10.0, and the old intiator was marked obsolete shortly thereafter (in commit d32789d95cfbf, MFC'd to s
Retire obsolete iscsi_initiator(4)
The new iSCSI initiator iscsi(4) was introduced with FreeBSD 10.0, and the old intiator was marked obsolete shortly thereafter (in commit d32789d95cfbf, MFC'd to stable/10 in ba54910169c4). Remove it now.
Reviewed by: jhb, mav Relnotes: yes Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D32673
show more ...
|
#
6aae3517 |
| 21-Oct-2021 |
Gleb Smirnoff <glebius@FreeBSD.org> |
Retire synchronous PPP kernel driver sppp(4).
The last two drivers that required sppp are cp(4) and ce(4).
These devices are still produced and can be purchased at Cronyx <http://cronyx.ru/hardware
Retire synchronous PPP kernel driver sppp(4).
The last two drivers that required sppp are cp(4) and ce(4).
These devices are still produced and can be purchased at Cronyx <http://cronyx.ru/hardware/wan.html>.
Since Roman Kurakin <rik@FreeBSD.org> has quit them, they no longer support FreeBSD officially. Later they have dropped support for Linux drivers to. As of mid-2020 they don't even have a developer to maintain their Windows driver. However, their support verbally told me that they could provide aid to a FreeBSD developer with documentaion in case if there appears a new customer for their devices.
These drivers have a feature to not use sppp(4) and create an interface, but instead expose the device as netgraph(4) node. Then, you can attach ng_ppp(4) with help of ports/net/mpd5 on top of the node and get your synchronous PPP. Alternatively you can attach ng_frame_relay(4) or ng_cisco(4) for HDLC. Actually, last time I used cp(4) back in 2004, using netgraph(4) instead of sppp(4) was already the right way to do.
Thus, remove the sppp(4) related part of the drivers and enable by default the negraph(4) part. Further maintenance of these drivers in the tree shouldn't be a big deal.
While doing that, remove some cruft and enable cp(4) compilation on amd64. The ce(4) for some unknown reason marks its internal DDK functions with __attribute__ fastcall, which most likely is safe to remove, but without hardware I'm not going to do that, so ce(4) remains i386-only.
Reviewed by: emaste, imp, donner Differential Revision: https://reviews.freebsd.org/D32590 See also: https://reviews.freebsd.org/D23928
show more ...
|
#
4cc167a3 |
| 12-Oct-2021 |
Konstantin Belousov <kib@FreeBSD.org> |
Restore PPS_SYNC in NOTES
This partially reverts e81e77c5a055, leaving the option both in GENERICs on amd64/arm64/arm, and in global NOTES file. Apparently this better matches existing practice, wh
Restore PPS_SYNC in NOTES
This partially reverts e81e77c5a055, leaving the option both in GENERICs on amd64/arm64/arm, and in global NOTES file. Apparently this better matches existing practice, where we do not try to hard to make LINT and GENERIC complimentary.
Requested and reviewed by: jhb Sponsored by: The FreeBSD Foundation MFC after: 1 week
show more ...
|
#
e81e77c5 |
| 10-Oct-2021 |
Konstantin Belousov <kib@FreeBSD.org> |
Enable PPS_SYNC on amd64, arm64 and armv7
Remove the option from NOTES/LINT, and add to NOTES for powerpc and riscv.
PR: 259036 Requested by: John Hay <john@sanren.ac.za> Discussed with: ian, imp S
Enable PPS_SYNC on amd64, arm64 and armv7
Remove the option from NOTES/LINT, and add to NOTES for powerpc and riscv.
PR: 259036 Requested by: John Hay <john@sanren.ac.za> Discussed with: ian, imp Sponsored by: The FreeBSD Foundation MFC after: 1 week
show more ...
|
#
b9485d76 |
| 11-Sep-2021 |
John Baldwin <jhb@FreeBSD.org> |
Add EPOCH_TRACE to NOTES to get LINT coverage.
Sponsored by: The FreeBSD Foundation
|
#
c0c70334 |
| 14-Jul-2021 |
Warner Losh <imp@FreeBSD.org> |
pccard: remove pccard device from all kernels
All the PC Card drivers have been removed from the tree. Remove the pccard drivers from all the kernels.
Sponsored by: Netflix
|
#
bf3a3852 |
| 08-Jul-2021 |
Bjoern A. Zeeb <bz@FreeBSD.org> |
fan53555: attach to build and switch from syr827
Rather than extending syr827 for syr828 (as initially done in D31103) switch to the Fairchild Semiconductor Corporation fan53555 implementation which
fan53555: attach to build and switch from syr827
Rather than extending syr827 for syr828 (as initially done in D31103) switch to the Fairchild Semiconductor Corporation fan53555 implementation which is in-tree but was not attached to the build. The fan53555 implementation also supports syr827/syr8278 already. [1] Update NOTES and the arm64 GENERIC configuration for the switch. syr827 for now stays in the tree but is not used by any kernel configuration.
Suggested by: mmel [1] Reviewed by: mmel, manu Differential Revision: https://reviews.freebsd.org/D31112
show more ...
|
#
e013e369 |
| 22-Jun-2021 |
Dmitry Chagin <dchagin@FreeBSD.org> |
linux(4): Get rid of Linuxulator kernel build options.
Stop confusing people, retire COMPAT_LINUX and COMPAT_LINUX32 kernel build options. Since we have 32 and 64 bit Linux emulators, we can't build
linux(4): Get rid of Linuxulator kernel build options.
Stop confusing people, retire COMPAT_LINUX and COMPAT_LINUX32 kernel build options. Since we have 32 and 64 bit Linux emulators, we can't build both emulators together into the kernel. I don't think it matters, Linux emulation depends on loadable modules (via rc).
Cut LINPROCFS and LINSYSFS for consistency.
PR: 215061 Reviewed by: bcr (manpages), trasz Differential Revision: https://reviews.freebsd.org/D30751 MFC after: 2 weeks
show more ...
|
#
0febdc5e |
| 18-Jun-2021 |
Warner Losh <imp@FreeBSD.org> |
NOTES: Improve wording
jhb@ pointed out an extra plural in this phrase and a gramatical error, so reword a little to be less awkward to fix both issues.
Sponsored by: Netflix
|
#
7bd29575 |
| 18-Jun-2021 |
Warner Losh <imp@FreeBSD.org> |
NOTES: fix typo
Noted by: gj@ Sponsored by: Netflix
|
#
0f882bb1 |
| 18-Jun-2021 |
Warner Losh <imp@FreeBSD.org> |
NOTES: Update the HZ entry with latest advice.
Sponsored by: Netflix Differential Revision: https://reviews.freebsd.org/D30804
|