<?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 files</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>1db6ffb2 - GPIO: Add ACPI _AEI support</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/conf/files#1db6ffb2</link>
        <description>GPIO: Add ACPI _AEI supportChanges to acpi_gpiobus.c handle discovering and parsing the _AEIobjects and storing necessary data in device ivars.  A new gpioaei.cfile implements the device, which simply requests an interrupt whenthe pin is triggered and invokes the appropriate _Exx or _Lxx ACPImethod.This makes the GPIO &quot;power button&quot; work on arm64 Graviton systems,allowing EC2 &quot;Stop&quot;/&quot;Reboot&quot; instance calls to be handled cleanly.(Prior to this change, those requests would time out after 4 minutesand the instance would be forcibly killed.)Reviewed by:	imp, andrew, Ahmad KhalifaApproved by:	re (kib)MFC after:	3 daysSponsored by:	AmazonDifferential Revision:	https://reviews.freebsd.org/D47253Co-authored-by:	Andrew Turner &lt;andrew@FreeBSD.org&gt;(cherry picked from commit 9709bda03cd0f20eba0ba4276fc3c2e06354a54f)(cherry picked from commit c2cd78d9446ebe79accf6c1862230dfbe7276525)

            List of files:
            /freebsd-14.2/sys/conf/files</description>
        <pubDate>Tue, 22 Oct 2024 18:53:55 +0000</pubDate>
        <dc:creator>Colin Percival &lt;cperciva@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>ce99ca69 - gpiobus(4): Add an acpi variant of gpiobus</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/conf/files#ce99ca69</link>
        <description>gpiobus(4): Add an acpi variant of gpiobusThis currently only implements the address space handler and attempts toconfigure pins with flags obtained from ACPI.Reviewed by:	wulfApproved by:	re (kib)MFC after:	1 monthPull Request:	https://github.com/freebsd/freebsd-src/pull/1359(cherry picked from commit 92adaa5862d5ea94318a011e0618622d0fb72521)(cherry picked from commit 14887d2c869ad47d5921fc9aa07e891a38950121)

            List of files:
            /freebsd-14.2/sys/conf/files</description>
        <pubDate>Mon, 08 Jul 2024 12:22:17 +0000</pubDate>
        <dc:creator>Ahmad Khalifa &lt;ahmadkhalifa570@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>8e908fab - conf: Add usbhid and hidbus to GENERIC* kernel configs</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/conf/files#8e908fab</link>
        <description>conf: Add usbhid and hidbus to GENERIC* kernel configsInclude the new unified HID stack by default in generic.This will allow us to migrate to the multi-stack hkbd and hms instead ofrelying on the older ukbd and ums which only work with USB.To test those drivers just add hw.usb.usbhid.enable=1 in loader.confDifferential Revision:	https://reviews.freebsd.org/D45658Reviewed by:	emaste, imp, wulf (all older version)Sponsored by:	Beckhoff Automation GmbH &amp; Co. KG(cherry picked from commit 13d00a43cba4c35fcc9e0ab567baf530126a6348)conf: hidmap is always needed for hmsSo bring it in when hms is in the kernel configFixes:	13d00a43cba4 (&quot;conf: Add usbhid and hidbus to GENERIC* kernel configs&quot;)Sponsored by:	Beckhoff Automation GmbH &amp; Co. KG(cherry picked from commit 5ed91e788f0b97c9e6c544671ffef71fad7cad27)conf: powerpc: Add evdev to some kernel configsFixes:	13d00a43cba4 (&quot;conf: Add usbhid and hidbus to GENERIC* kernel configs&quot;)Sponsored by:	Beckhoff Automation GmbH &amp; Co. KG(cherry picked from commit 43a62df0b464e60895084c7f9d9eddf70906fda3)

            List of files:
            /freebsd-14.2/sys/conf/files</description>
        <pubDate>Thu, 20 Jun 2024 07:30:07 +0000</pubDate>
        <dc:creator>Emmanuel Vadot &lt;manu@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>e1d29e6b - files: Sort the VirtIO device entries</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/conf/files#e1d29e6b</link>
        <description>files: Sort the VirtIO device entriesReviewed by:	impDifferential Revision:	https://reviews.freebsd.org/D44781(cherry picked from commit 1d51575980bd246c1583cd02df47278aac5b6f4c)

            List of files:
            /freebsd-14.2/sys/conf/files</description>
        <pubDate>Sun, 14 Apr 2024 02:10:14 +0000</pubDate>
        <dc:creator>John Baldwin &lt;jhb@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>41302e9e - iser: Add kernel build glue</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/conf/files#41302e9e</link>
        <description>iser: Add kernel build glue&apos;device iser&apos; is documented in iser(4) but not supported.  Hook it upto the build.Reviewed by:	impSponsored by:	Chelsio CommunicationsDifferential Revision:	https://reviews.freebsd.org/D44687(cherry picked from commit 60bb979b3c3224f01e96f7e3c92a270977d2587b)

            List of files:
            /freebsd-14.2/sys/conf/files</description>
        <pubDate>Tue, 09 Apr 2024 22:02:58 +0000</pubDate>
        <dc:creator>John Baldwin &lt;jhb@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>030596bf - kern: Remove leftover saf1761otg bits</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/conf/files#030596bf</link>
        <description>kern: Remove leftover saf1761otg bitsAlmost all code related to the saf1761 driver was removed in commit44796b7e822e, except for two small bits related to saf1761otg support.This patch completes the removal.PR:		279302Signed-off-by:	Joshua Kinard &lt;freebsd@kumba.dev&gt;Reviewed by:	mhorneMFC after:	3 daysFixes:		44796b7e822e (&quot;mips: remove saf1761&quot;)(cherry picked from commit 80828c6fab0292b5c5a34a63558d837cb9308fbd)

            List of files:
            /freebsd-14.2/sys/conf/files</description>
        <pubDate>Sat, 25 May 2024 20:26:28 +0000</pubDate>
        <dc:creator>Joshua Kinard &lt;freebsd@kumba.dev&gt;</dc:creator>
    </item>
<item>
        <title>2e7991d0 - Fix bnxt build in LINT</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/conf/files#2e7991d0</link>
        <description>Fix bnxt build in LINTLINT includes bnxt_re driver. Adjust the path in files, add missingfiles and add a new BNXT_C to build (which thinly wraps OFED versionwith bnxt specicif stuff).Sponsored by:		NetflixFixes: acd884dec99a (&quot;RDMA/bnxt_re: Add bnxt_re RoCE driver&quot;)(cherry picked from commit 175b2c00a6bcb0c8c1f6b76b6da9bf4879a5848e)

            List of files:
            /freebsd-14.2/sys/conf/files</description>
        <pubDate>Wed, 29 May 2024 15:45:47 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>ad677fb4 - sound: Retire unit.*</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/conf/files#ad677fb4</link>
        <description>sound: Retire unit.*The unit.* code is largely obsolete and imposes limits that are nolonger needed nowadays.- Capping the maximum allowed soundcards in a given machine. By default,  the limit is 512 (snd_max_u() in unit.c), and the maximum possible is  2048 (SND_UNIT_UMAX in unit.h). It can also be tuned through the  hw.snd.maxunit loader(8) tunable. Even though these limits are large  enough that they should never cause problems, there is no need for  this limit to exist in the first place.- Capping the available device/channel types. By default, this is 32  (snd_max_d() in unit.c). However, these types are pre-defined in  pcm/sound.h (see SND_DEV_*), so the cap is unnecessary when we know  that their number is constant.- Capping the number of channels per-device. By default, the limit 1024  (snd_max_c() in unit.c). This is probably the most problematic of the  limits mentioned, because this limit can never be reached, as the  maximum is hard-capped at either hw.snd.maxautovchans (16 by default),  or SND_MAXHWCHAN and SND_MAXVCHANS.These limtits are encoded in masks (see SND_U_MASK, SND_D_MASK,SND_C_MASK in unit.h) and are used to construct a bitfield of the form[dsp_unit, type, channel_unit] in snd_mkunit() which is assigned topcm_channel-&gt;unit.This patch gets rid of everything unit.*-related and makes a slightlydifferent use of the &quot;unit&quot; field to only contain the channel unitnumber. The channel type is stored in a new pcm_channel-&gt;type field, andthe DSP unit number need not be stored at all, since we can fetch itfrom device_get_unit(pcm_channel-&gt;dev). This change has the effect thatwe no longer need to impose caps on the number of soundcards,device/channel types and per-device channels. As a result the code isnoticeably simplified and more readable.Apart from the fact that the hw.snd.maxunit loader(8) tunable is alsoretired as a side-effect of this patch, sound(4)&apos;s behavior remains thesame.Sponsored by:	The FreeBSD FoundationMFC after:	1 weekReviewed by:	dev_submerge.chDifferential Revision:	https://reviews.freebsd.org/D44912(cherry picked from commit 25723d66369fe6786e9e4f5f77381b944755f267)

            List of files:
            /freebsd-14.2/sys/conf/files</description>
        <pubDate>Sun, 28 Apr 2024 19:44:35 +0000</pubDate>
        <dc:creator>Christos Margiolis &lt;christos@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>e6c51f6d - sound: Get rid of snd_clone and use DEVFS_CDEVPRIV(9)</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/conf/files#e6c51f6d</link>
        <description>sound: Get rid of snd_clone and use DEVFS_CDEVPRIV(9)Currently the snd_clone framework creates device nodes on-demand forevery channel, through the dsp_clone() callback, and is responsible forrouting audio to the appropriate channel(s). This patch gets rid of thewhole snd_clone framework (including any related sysctls) and insteaduses DEVFS_CDEVPRIV(9) to handle device opening, channel allocation andaudio routing. This results in a significant reduction in code size aswell as complexity.Behavior that is preserved:- hw.snd.basename_clone.- Exclusive access of an audio device (i.e VCHANs disabled).- Multiple processes can read from/write to the device.- A device can only be opened as many times as the maximum allowed  channel number (see SND_MAXHWCHAN in pcm/sound.h).- OSSv4 compatibility aliases are preserved.Behavior changes:Only one /dev/dspX device node is created (on attach) for each audiodevice, as opposed to the current /dev/dspX.Y devices created bysnd_clone. According to the sound(4) man page, devices are not meant tobe opened through /dev/dspX.Y anyway, so it is best if we do not createdevice nodes for them in the first place. As a result of this, modifydsp_oss_audioinfo() to print /dev/dspX in the &quot;ai-&gt;devnode&quot;, instead of/dev/dspX.Y.Sponsored by:	The FreeBSD FoundationMFC after:	2 monthsReviewed by:	dev_submerge.ch, bapt, markjDifferential Revision:	https://reviews.freebsd.org/D44411(cherry picked from commit e8c0d15a64fadb4a330f2da7244becaac161bb70)

            List of files:
            /freebsd-14.2/sys/conf/files</description>
        <pubDate>Thu, 11 Apr 2024 18:06:30 +0000</pubDate>
        <dc:creator>Christos Margiolis &lt;christos@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>99ac8acf - build: Do not pass -fno-sanitize-memory-param-retval to subr_coverage.c</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/conf/files#99ac8acf</link>
        <description>build: Do not pass -fno-sanitize-memory-param-retval to subr_coverage.cIn the absence of -fsanitize=kernel-memory, the presence of this flagresults in a -Wunused-command-line-argument warning.MFC after:	1 week(cherry picked from commit 2ae32f1f8fcc97c3e9c16effa2ee5e41a1a6c364)

            List of files:
            /freebsd-14.2/sys/conf/files</description>
        <pubDate>Sat, 23 Dec 2023 00:24:48 +0000</pubDate>
        <dc:creator>Mark Johnston &lt;markj@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>f54344ec - kern_racct.c: Don&apos;t compile if RACCT undefined</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/conf/files#f54344ec</link>
        <description>kern_racct.c: Don&apos;t compile if RACCT undefinedJust skip compiling this file if RACCT isn&apos;t defined.  This allows toskip including headers that no code uses at all, and also to remove thewhole file&apos;s #ifdef/#endif bracketing.Reviewed by:    markjMFC after:      2 weeksSponsored by:   The FreeBSD Foundation(cherry picked from commit 7fa08d415283c9a0c1e2b57edfbb13d722c25735)Approved by:        emaste (mentor)

            List of files:
            /freebsd-14.2/sys/conf/files</description>
        <pubDate>Tue, 21 Nov 2023 17:33:08 +0000</pubDate>
        <dc:creator>Olivier Certner &lt;olce.freebsd@certner.fr&gt;</dc:creator>
    </item>
<item>
        <title>3b97bdb4 - linuxkpi: Move `struct kobject` code to `linux_kobject.c`</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/conf/files#3b97bdb4</link>
        <description>linuxkpi: Move `struct kobject` code to `linux_kobject.c`[Why]`linux_compat.c` is already too long. I will need to add `struct kset`in a follow-up commit, so let&apos;s move the existing `struct kobject` codeto its own file.Reviewed by:	manuApproved by:	manuDifferential Revision:	https://reviews.freebsd.org/D43019(cherry picked from commit 80446fc7b5e5d22e2bac28bc0474dbe2fec83e43)

            List of files:
            /freebsd-14.2/sys/conf/files</description>
        <pubDate>Fri, 08 Dec 2023 17:58:03 +0000</pubDate>
        <dc:creator>Jean-S&#233;bastien P&#233;dron &lt;dumbbell@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>13673bca - geom_redboot(4): Garbage collect disconnected driver</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/conf/files#13673bca</link>
        <description>geom_redboot(4): Garbage collect disconnected driverThe last MIPS user has been removed in c09981f1 2 years ago, the lastARM one in ff945277 even 5.5 years ago.(cherry picked from commit 53df7e58cca7e6726b44f447f10ddc3451cfa851)

            List of files:
            /freebsd-14.2/sys/conf/files</description>
        <pubDate>Sun, 14 Jan 2024 08:39:56 +0000</pubDate>
        <dc:creator>Marius Strobl &lt;marius@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>d6ec20a3 - geom_map(4): Garbage collect disconnected driver</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/conf/files#d6ec20a3</link>
        <description>geom_map(4): Garbage collect disconnected driverThe last MIPS user has been removed in c09981f1 2 years ago, the lastARM one in 58d5c511 even 5.5 years ago.(cherry picked from commit 03e8d25b1f9218dcd52d13819dda14dbbaf622b7)

            List of files:
            /freebsd-14.2/sys/conf/files</description>
        <pubDate>Sun, 14 Jan 2024 08:31:26 +0000</pubDate>
        <dc:creator>Marius Strobl &lt;marius@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>5da67ed5 - tcp stacks: in kernel BBR and RACK require in kernel HPTS</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/conf/files#5da67ed5</link>
        <description>tcp stacks: in kernel BBR and RACK require in kernel HPTSCompiling the BBR or RACK stack into the kernel requires HPTS to becompiled into the kernel.Reviewed by:		glebius, rscheffSponsored by:		Netflix, Inc.Differential Revision:	https://reviews.freebsd.org/D42998(cherry picked from commit 793e4aca9e70f2441f0f4e1688d0a727d602ed81)

            List of files:
            /freebsd-14.2/sys/conf/files</description>
        <pubDate>Tue, 12 Dec 2023 11:01:37 +0000</pubDate>
        <dc:creator>Michael Tuexen &lt;tuexen@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>fcd1b6ec - Compile RACK when options TCP_RACK, not TCP_BBR</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/conf/files#fcd1b6ec</link>
        <description>Compile RACK when options TCP_RACK, not TCP_BBRSigned-off-by: Alex Xu (Hello71) &lt;alex_y_xu@yahoo.ca&gt;Fixes: 3a338c5341 (&quot;Add the BBR and RACK stacks to the LINT kernel.&quot;)Pull Request:	https://github.com/freebsd/freebsd-src/pull/907(cherry picked from commit 96f193b290a1aa735ff1833983d654c01ed8902e)

            List of files:
            /freebsd-14.2/sys/conf/files</description>
        <pubDate>Tue, 21 Nov 2023 00:09:56 +0000</pubDate>
        <dc:creator>Alex Xu (Hello71) &lt;alex_y_xu@yahoo.ca&gt;</dc:creator>
    </item>
<item>
        <title>a74aa0e5 - lro: separate HPTS specific code into tcp_lro_hpts.c</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/conf/files#a74aa0e5</link>
        <description>lro: separate HPTS specific code into tcp_lro_hpts.cPut same copyright header as tcp_hpts.c has, since all this codewas developed by Randall Stewart &lt;rrs@FreeBSD.org&gt; as a part ofthe HPTS work.  Also copy Mellanox copyright from tcp_lro.c asHans Petter Selasky also participated in restructuring the code.Reviewed by:		imp, tuexen, rrsDifferential Revision:	https://reviews.freebsd.org/D42854(cherry picked from commit 4f9c93f16c30d553613def0442d8ddbee859e76b)

            List of files:
            /freebsd-14.2/sys/conf/files</description>
        <pubDate>Mon, 04 Dec 2023 18:19:46 +0000</pubDate>
        <dc:creator>Gleb Smirnoff &lt;glebius@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>123fd2a9 - Add the BBR and RACK stacks to the LINT kernel.</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/conf/files#123fd2a9</link>
        <description>Add the BBR and RACK stacks to the LINT kernel.While here, drop the EXTRA_TCP_STACKS option, which serves no purpose andshould never have been added.  Instead, build bbr and rack as long aseither or both of INET and INET6 is enabled.  There is no risk to anyonewho doesn&apos;t load one or both and then twiddle the relevant sysctls.Differential Revision:	https://reviews.freebsd.org/D42088(cherry picked from commit 3a338c534154164504005beb00a3c6feb03756cc)

            List of files:
            /freebsd-14.2/sys/conf/files</description>
        <pubDate>Wed, 18 Oct 2023 14:13:12 +0000</pubDate>
        <dc:creator>Dag-Erling Sm&#248;rgrav &lt;des@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>c2628605 - cxgbe(4): Update firmwares to 1.27.5.0</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/conf/files#c2628605</link>
        <description>cxgbe(4): Update firmwares to 1.27.5.0Version : 1.27.5.0Date    : 10/10/2023=====================Fixes-----BASE:- Fixed handling the Remote Fault with AN, causing the link failure.=====================Obtained from:	Chelsio CommunicationsSponsored by:	Chelsio Communications(cherry picked from commit b1e82d33193b83d86d46483b4ddfe295becd80c4)

            List of files:
            /freebsd-14.2/sys/conf/files</description>
        <pubDate>Thu, 04 Jan 2024 19:37:21 +0000</pubDate>
        <dc:creator>Navdeep Parhar &lt;np@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>b9410313 - nfscl/kgssapi: Fix Kerberized NFS mounts to pNFS servers</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/conf/files#b9410313</link>
        <description>nfscl/kgssapi: Fix Kerberized NFS mounts to pNFS serversDuring recent testing related to the IETF NFSv4 Bakeathon, it wasdiscovered that Kerberized NFSv4.1/4.2 mounts to pNFS servers(sec=krb5[ip],pnfs mount options) was broken.The FreeBSD client was using the &quot;service principal&quot; forthe MDS to try and establish a rpcsec_gss credential for a DS,which is incorrect. (A &quot;service principal&quot; looks like&quot;nfs@&lt;fqdn-of-server&gt;&quot; and the &lt;fqdn-of-server&gt; for the DS is notthe same as the MDS for most pNFS servers.)To fix this, the rpcsec_gss code needs to be able to do areverse DNS lookup of the DS&apos;s IP address.  A new kgssapi upcallto the gssd(8) daemon is added by this patch to do the reverse DNSalong with a new rpcsec_gss function to generate the &quot;serviceprincipal&quot;.A separate patch to the gssd(8) will be committed, so that thispatch will fix the problem.  Without the gssd(8) patch, the newupcall fails and current/incorrect behaviour remains.This bug only affects the rare case of a Kerberized (sec=krb5[ip],pnfs)mount using pNFS.This patch changes the internal KAPI between the kgssapi andnfscl modules, but since I did a version bump a few days ago,I will not do one this time.(cherry picked from commit dd7d42a1fae5a4879b62689a165238082421f343)

            List of files:
            /freebsd-14.2/sys/conf/files</description>
        <pubDate>Mon, 23 Oct 2023 20:21:14 +0000</pubDate>
        <dc:creator>Rick Macklem &lt;rmacklem@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
