<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in options</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>ee30e445 - ed: Remove options</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/conf/options#ee30e445</link>
        <description>ed: Remove optionsed(4) was removed some time ago, but these options relevant to only itweren&apos;t GC&apos;d at the time. Remove them.Sponsored by:		Netflix(cherry picked from commit 21e22be91aa0d77723f761b014a06f80e25e6291)

            List of files:
            /freebsd-13.1/sys/conf/options</description>
        <pubDate>Fri, 10 Dec 2021 00:41:39 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>50b3d57e - nvme: Only reset once on attach.</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/conf/options#50b3d57e</link>
        <description>nvme: Only reset once on attach.The FreeBSD nvme driver has reset the nvme controller twice on attach toaddress a theoretical issue assuring the hardware is in a knownstate. However, exierence has shown the second reset is unnecessary andincreases the time to boot. Eliminate the second reset. Should there bea situation when you need a second reset (for buggy or at least somewhatout of the mainstream hardware), the hardware option NVME_2X_RESET willrestore the old behavior. Document this in nvme(4).If there&apos;s any trouble at all with this, I&apos;ll add a sysctl tunable tocontrol it.Sponsored by:		NetflixReviewed by:		cperciva, mavDifferential Revision:	https://reviews.freebsd.org/D32241(cherry picked from commit 4b3da659bf62b0f5306b5acee9add41b84361498)

            List of files:
            /freebsd-13.1/sys/conf/options</description>
        <pubDate>Fri, 01 Oct 2021 17:09:34 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>984b9d89 - MAC/priority module for realtime privilege group</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/conf/options#984b9d89</link>
        <description>MAC/priority module for realtime privilege groupPR:	239125(cherry picked from commit bf2fa8d9d11c9f2ceff09bacc406876fa37096be)

            List of files:
            /freebsd-13.1/sys/conf/options</description>
        <pubDate>Sat, 04 Dec 2021 16:17:29 +0000</pubDate>
        <dc:creator>Florian Walpen &lt;dev@submerge.ch&gt;</dc:creator>
    </item>
<item>
        <title>5fdfe78b - conf: Add a KMSAN kernel option</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/conf/options#5fdfe78b</link>
        <description>conf: Add a KMSAN kernel optionSponsored by:	The FreeBSD Foundation(cherry picked from commit 30d00832d7733e60f5e030d335c129bfa77dd77a)

            List of files:
            /freebsd-13.1/sys/conf/options</description>
        <pubDate>Tue, 10 Aug 2021 19:51:03 +0000</pubDate>
        <dc:creator>Mark Johnston &lt;markj@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>8b3c771f - Add a KASAN option to the kernel build</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/conf/options#8b3c771f</link>
        <description>Add a KASAN option to the kernel buildLLVM support for enabling KASAN has not yet landed so the option is notyet usable, but hopefully this will change soon.Reviewed by:	imp, andrewSponsored by:	The FreeBSD Foundation(cherry picked from commit 01028c736cbcdba079967c787bee1551fc8439aa)

            List of files:
            /freebsd-13.1/sys/conf/options</description>
        <pubDate>Tue, 13 Apr 2021 20:29:47 +0000</pubDate>
        <dc:creator>Mark Johnston &lt;markj@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>8e11e8fb - kern: add an option for preserving the early kenv</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/conf/options#8e11e8fb</link>
        <description>kern: add an option for preserving the early kenvSome downstream configurations do not store secrets in theearly (loader/static) environments and desire a way to preserve thesefor diagnostic reasons.  Provide an option to do so.(cherry picked from commit 7a129c973b5ba0fa916dfa658d523bec66dbd02d)

            List of files:
            /freebsd-13.1/sys/conf/options</description>
        <pubDate>Sun, 20 Jun 2021 19:29:31 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>5d684701 - Delete dead CLUSTERDEBUG config option.</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/conf/options#5d684701</link>
        <description>Delete dead CLUSTERDEBUG config option.(cherry picked from commit 750ea20d3fb143a95ccf3ff84cfbe86cce9b9cac)

            List of files:
            /freebsd-13.1/sys/conf/options</description>
        <pubDate>Thu, 18 Feb 2021 09:12:26 +0000</pubDate>
        <dc:creator>Konstantin Belousov &lt;kib@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>a60c5de9 - acpi: limit the AMDI0020/AMDI0010 workaround to an option</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/conf/options#a60c5de9</link>
        <description>acpi: limit the AMDI0020/AMDI0010 workaround to an optionIt appears that production versions of EPYC firmware get the _STA method rightfor these nodes. In fact, this workaround breaks on production hardware byincluding too many uart nodes. This work around was for pre-release hardwarethat wound up not having a large deployment. Move this work around to a kerneloption since the machines that needed it have been powered off and are difficultto resurrect. Should there be a more significant deployment than is understood,we can restrict it based on smbios strings.Discussed with: mmacy@, seanc@, jhb@MFC After: 3 days(cherry picked from commit 35af933173d516101f4c44af328fbe2d6e587869)

            List of files:
            /freebsd-13.1/sys/conf/options</description>
        <pubDate>Mon, 08 Feb 2021 21:43:25 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>b62f6dfa - hid: Replace USBHID_ENABLED kernel config option with loader tunable</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/conf/options#b62f6dfa</link>
        <description>hid: Replace USBHID_ENABLED kernel config option with loader tunableusbhid(4) is disabled by default to avoid conflicts with existing USB HIDdrivers. To enable it place following lines to /boot/loader.conf:hw.usb.usbhid.enable=1usbhid_load=&quot;YES&quot;Suggested by:	jhbReviewed by:	hselaskyDifferential revision:	https://reviews.freebsd.org/D28124

            List of files:
            /freebsd-13.1/sys/conf/options</description>
        <pubDate>Tue, 12 Jan 2021 19:36:21 +0000</pubDate>
        <dc:creator>Vladimir Kondratyev &lt;wulf@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>9be6b22d - hidraw(4): Add HIDRAW_MAKE_UHID_ALIAS kernel option</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/conf/options#9be6b22d</link>
        <description>hidraw(4): Add HIDRAW_MAKE_UHID_ALIAS kernel optionwhich installs /dev/uhid# alias to hidraw character device forcompatibility with some existing uhid(4) users like Firefox.As side effect it renames traditional uhid(4) driver to hidrawto make possible using of common unit number allocator.Requested by:	Greg V &lt;greg_unrelenting.technology&gt;Reviewed by:	hselasky (as part of D27992)

            List of files:
            /freebsd-13.1/sys/conf/options</description>
        <pubDate>Sun, 13 Dec 2020 09:37:55 +0000</pubDate>
        <dc:creator>Vladimir Kondratyev &lt;wulf@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>b93f6bfc - hid: Port ukbd to HID and attach to build</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/conf/options#b93f6bfc</link>
        <description>hid: Port ukbd to HID and attach to buildReviewed by:	hselaskyDifferential revision:  https://reviews.freebsd.org/D27991

            List of files:
            /freebsd-13.1/sys/conf/options</description>
        <pubDate>Mon, 12 Oct 2020 19:52:29 +0000</pubDate>
        <dc:creator>Vladimir Kondratyev &lt;wulf@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>01f2e864 - hid: Import usbhid - USB transport backend for HID subsystem.</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/conf/options#01f2e864</link>
        <description>hid: Import usbhid - USB transport backend for HID subsystem.This change implements hid_if.m methods for HID-over-USB protocol [1].Also, this change adds USBHID_ENABLED kernel option which changesdevice_probe() priority and adds/removes PnP records to prefer usbhidover ums, ukbd, wmt and other USB HID device drivers and vice-versa.The module is based on uhid(4) driver.  It is disabled by default fornow due to conflicts with existing USB HID drivers.[1] https://www.usb.org/sites/default/files/hid1_11.pdfReviewed by:	hselaskyDifferential revision:	https://reviews.freebsd.org/D27893

            List of files:
            /freebsd-13.1/sys/conf/options</description>
        <pubDate>Thu, 08 Oct 2020 21:32:12 +0000</pubDate>
        <dc:creator>Vladimir Kondratyev &lt;wulf@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>b1f1b07f - hid: Import iichid - I2C transport backend for HID subsystem</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/conf/options#b1f1b07f</link>
        <description>hid: Import iichid - I2C transport backend for HID subsystemThis implements hid_if.m methods for HID-over-I2C protocol [1].Following kernel options are added:IICHID_SAMPLING - Enable support for a sampling mode as interrupt                  resource acquisition is not always possible in a case                  of GPIO interrupts.IICHID_DEBUG    - Enable debug output.The module is based on prior Marc Priggemeyer work (D16698).[1] http://download.microsoft.com/download/7/d/d/7dd44bb7-2a7a-4505-ac1c-7227d3d96d5b/hid-over-i2c-protocol-spec-v1-0.docxDifferential revision:	https://reviews.freebsd.org/D27892

            List of files:
            /freebsd-13.1/sys/conf/options</description>
        <pubDate>Tue, 06 Oct 2020 21:50:16 +0000</pubDate>
        <dc:creator>Vladimir Kondratyev &lt;wulf@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>19758786 - hid: Import functions and constants required by new subsystem</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/conf/options#19758786</link>
        <description>hid: Import functions and constants required by new subsystemThis does an import of quirk stubs, debugging macros from USB code andnumerous usage constants used by dependent drivers.Besides, this change renames some functions to get a better matchingwith userland library and NetBSD/OpenBSD HID code. Namely:- Old hid_report_size() renamed to hid_report_size_max()- New hid_report_size() calculates size of given report rather than  maximum size of all reports.- hid_get_data_unsigned() renamed to hid_get_udata()- hid_put_data_unsigned() renamed to hid_put_udata()Compat shim functions are provided in usbhid.h to make possible compileof legacy code unmodified after this change.Reviewed by:	manu, hselaskyDifferential revision:	https://reviews.freebsd.org/D27887

            List of files:
            /freebsd-13.1/sys/conf/options</description>
        <pubDate>Mon, 05 Oct 2020 09:38:11 +0000</pubDate>
        <dc:creator>Vladimir Kondratyev &lt;wulf@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>f5baf8bb - Add modular fib lookup framework.</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/conf/options#f5baf8bb</link>
        <description>Add modular fib lookup framework.This change introduces framework that allows to dynamically attach or detach longest prefix match (lpm) lookup algorithms to speed up datapath route tables lookups.Framework takes care of handling initial synchronisation, route subscription, nhop/nhop groups reference and indexing, dataplane attachments and fib instance algorithm setup/teardown.Framework features automatic algorithm selection, allowing for picking the best matching algorithm on-the-fly based on the amount of routes in the routing table.Currently framework code is guarded under FIB_ALGO config option.An idea is to enable it by default in the next couple of weeks.The following algorithms are provided by default:IPv4:* bsearch4 (lockless binary search in a special IP array), tailored for  small-fib (&lt;16 routes)* radix4_lockless (lockless immutable radix, re-created on every rtable change),  tailored for small-fib (&lt;1000 routes)* radix4 (base system radix backend)* dpdk_lpm4 (DPDK DIR24-8-based lookups), lockless datastrucure, optimized  for large-fib (D27412)IPv6:* radix6_lockless (lockless immutable radix, re-created on every rtable change),  tailed for small-fib (&lt;1000 routes)* radix6 (base system radix backend)* dpdk_lpm6 (DPDK DIR24-8-based lookups), lockless datastrucure, optimized  for large-fib (D27412)Performance changes:Micro benchmarks (I7-7660U, single-core lookups, 2048k dst, code in D27604):IPv4:8 routes:  radix4: ~20mpps  radix4_lockless: ~24.8mpps  bsearch4: ~69mpps  dpdk_lpm4: ~67 mpps700k routes:  radix4_lockless: 3.3mpps  dpdk_lpm4: 46mppsIPv6:8 routes:  radix6_lockless: ~20mpps  dpdk_lpm6: ~70mpps100k routes:  radix6_lockless: 13.9mpps  dpdk_lpm6: 57mppsForwarding benchmarks:+ 10-15% IPv4 forwarding performance (small-fib, bsearch4)+ 25% IPv4 forwarding performance (full-view, dpdk_lpm4)+ 20% IPv6 forwarding performance (full-view, dpdk_lpm6)Control:Framwork adds the following runtime sysctls:List algos* net.route.algo.inet.algo_list: bsearch4, radix4_lockless, radix4* net.route.algo.inet6.algo_list: radix6_lockless, radix6, dpdk_lpm6Debug level (7=LOG_DEBUG, per-route)net.route.algo.debug_level: 5Algo selection (currently only for fib 0):net.route.algo.inet.algo: bsearch4net.route.algo.inet6.algo: radix6_locklessSupport for manually changing algos in non-default fib will be addedsoon. Some sysctl names will be changed in the near future.Differential Revision: https://reviews.freebsd.org/D27401

            List of files:
            /freebsd-13.1/sys/conf/options</description>
        <pubDate>Fri, 25 Dec 2020 10:39:52 +0000</pubDate>
        <dc:creator>Alexander V. Chernikov &lt;melifaro@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>d1d941c5 - Remove RADIX_MPATH config option.</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/conf/options#d1d941c5</link>
        <description>Remove RADIX_MPATH config option.ROUTE_MPATH is the new config option controlling new multipath routing implementation. Remove the last pieces of RADIX_MPATH-related code and the config option.Reviewed by:	glebiusDifferential Revision:	https://reviews.freebsd.org/D27244

            List of files:
            /freebsd-13.1/sys/conf/options</description>
        <pubDate>Sun, 29 Nov 2020 19:43:33 +0000</pubDate>
        <dc:creator>Alexander V. Chernikov &lt;melifaro@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>cd853791 - Make MAXPHYS tunable.  Bump MAXPHYS to 1M.</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/conf/options#cd853791</link>
        <description>Make MAXPHYS tunable.  Bump MAXPHYS to 1M.Replace MAXPHYS by runtime variable maxphys. It is initialized fromMAXPHYS by default, but can be also adjusted with the tunable kern.maxphys.Make b_pages[] array in struct buf flexible.  Size b_pages[] for buffercache buffers exactly to atop(maxbcachebuf) (currently it is sized toatop(MAXPHYS)), and b_pages[] for pbufs is sized to atop(maxphys) + 1.The +1 for pbufs allow several pbuf consumers, among them vmapbuf(),to use unaligned buffers still sized to maxphys, esp. when suchbuffers come from userspace (*).  Overall, we save significant amountof otherwise wasted memory in b_pages[] for buffer cache buffers,while bumping MAXPHYS to desired high value.Eliminate all direct uses of the MAXPHYS constant in kernel and driversources, except a place which initialize maxphys.  Some random (andarguably weird) uses of MAXPHYS, e.g. in linuxolator, are convertedstraight.  Some drivers, which use MAXPHYS to size embeded structures,get private MAXPHYS-like constant; their convertion is out of scopefor this work.Changes to cam/, dev/ahci, dev/ata, dev/mpr, dev/mpt, dev/mvs,dev/siis, where either submitted by, or based on changes by mav.Suggested by: mav (*)Reviewed by:	imp, mav, imp, mckusick, scottl (intermediate versions)Tested by:	phoSponsored by:	The FreeBSD FoundationDifferential revision:	https://reviews.freebsd.org/D27225

            List of files:
            /freebsd-13.1/sys/conf/options</description>
        <pubDate>Sat, 28 Nov 2020 12:12:51 +0000</pubDate>
        <dc:creator>Konstantin Belousov &lt;kib@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>a28c28e6 - Remove NO_EVENTTIMERS support</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/conf/options#a28c28e6</link>
        <description>Remove NO_EVENTTIMERS supportThe arm configs that required it have been removed from the tree.Removing this option makes the callout code easier to read anddiscourages developers from adding new configs without eventtimerdrivers.Reviewed by:	ian, imp, mavSponsored by:	The FreeBSD FoundationDifferential Revision:	https://reviews.freebsd.org/D27270

            List of files:
            /freebsd-13.1/sys/conf/options</description>
        <pubDate>Thu, 19 Nov 2020 02:50:48 +0000</pubDate>
        <dc:creator>Mark Johnston &lt;markj@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>a3c41f8b - Add &quot;Fenestras X&quot; alternative /dev/random implementation</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/conf/options#a3c41f8b</link>
        <description>Add &quot;Fenestras X&quot; alternative /dev/random implementationFortuna remains the default; no functional change to GENERIC.Big picture:- Scalable entropy generation with per-CPU, buffered local generators.- &quot;Push&quot; system for reseeding child generators when root PRNG is  reseeded.  (Design can be extended to arc4random(9) and userspace  generators.)- Similar entropy pooling system to Fortuna, but starts with a single  pool to quickly bootstrap as much entropy as possible early on.- Reseeding from pooled entropy based on time schedule.  The time  interval starts small and grows exponentially until reaching a cap.  Again, the goal is to have the RNG state depend on as much entropy as  possible quickly, but still periodically incorporate new entropy for  the same reasons as Fortuna.Notable design choices in this implementation that differ from thosespecified in the whitepaper:- Blake2B instead of SHA-2 512 for entropy pooling- Chacha20 instead of AES-CTR DRBG- Initial seeding.  We support more platforms and not all of them use  loader(8).  So we have to grab the initial entropy sources in kernel  mode instead, as much as possible.  Fortuna didn&apos;t have any mechanism  for this aside from the special case of loader-provided previous-boot  entropy, so most of these sources remain TODO after this commit.Reviewed by:	markmApproved by:	csprng (markm)Differential Revision:	https://reviews.freebsd.org/D22837

            List of files:
            /freebsd-13.1/sys/conf/options</description>
        <pubDate>Sat, 10 Oct 2020 21:45:59 +0000</pubDate>
        <dc:creator>Conrad Meyer &lt;cem@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>fedeb08b - Introduce scalable route multipath.</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/conf/options#fedeb08b</link>
        <description>Introduce scalable route multipath.This change is based on the nexthop objects landed in D24232.The change introduces the concept of nexthop groups.Each group contains the collection of nexthops with their relative weights and a dataplane-optimized structure to enable efficient nexthop selection.Simular to the nexthops, nexthop groups are immutable. Dataplane part gets compiled during group creation and is basically an array of nexthop pointers, compiled w.r.t their weights.With this change, `rt_nhop` field of `struct rtentry` contains either nexthop or nexthop group. They are distinguished by the presense of NHF_MULTIPATH flag.All dataplane lookup functions returns pointer to the nexthop object,leaving nexhop groups details inside routing subsystem.User-visible changes:The change is intended to be backward-compatible: all non-mpath operations should work as before with ROUTE_MPATH and net.route.multipath=1.All routes now comes with weight, default weight is 1, maximum is 2^24-1.Current maximum multipath group width is statically set to 64. This will become sysctl-tunable in the followup changes.Using functionality:* Recompile kernel with ROUTE_MPATH* set net.route.multipath to 1route add -6 2001:db8::/32 2001:db8::2 -weight 10route add -6 2001:db8::/32 2001:db8::3 -weight 20netstat -6OnNexthop groups dataInternet6:GrpIdx  NhIdx     Weight   Slots                                 Gateway     Netif  Refcnt1         ------- ------- ------- --------------------------------------- ---------       1              13      10       1                             2001:db8::2     vlan2              14      20       2                             2001:db8::3     vlan2Next steps:* Land outbound hashing for locally-originated routes ( D26523 ).* Fix net/bird multipath (net/frr seems to work fine)* Add ROUTE_MPATH to GENERIC* Set net.route.multipath=1 by defaultTested by:	olivierReviewed by:	glebiusRelnotes:	yesDifferential Revision:	https://reviews.freebsd.org/D26449

            List of files:
            /freebsd-13.1/sys/conf/options</description>
        <pubDate>Sat, 03 Oct 2020 10:47:17 +0000</pubDate>
        <dc:creator>Alexander V. Chernikov &lt;melifaro@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
