<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/source/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>91ec2035134982b98fab0609a9fd8480e8217dc1 - Merge tag &apos;net-next-7.3&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/pse-pd/Makefile#91ec2035134982b98fab0609a9fd8480e8217dc1</link>
        <description>Merge tag &apos;net-next-7.3&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-nextPull networking updates from Jakub Kicinski: &quot;One of the &apos;small improvements all over the place&apos; releases for us.  It&apos;s hard to draw any direct comparisons because summer vacations  disrupted our patch processing (and presumably - generation) quite a  bit.  Quick and dirty count suggests we (Paolo and I) merged a very similar  number of net (632) and net-next (648) patches. This is not telling  the full story either because 1/3 to 1/2 of the net-next patches also  *seem* like AI-driven low priority fixes, cleanups and clarifications.  We are completely overwhelmed, of course. The glimmer of hope is that  we secured sufficient LLM budget and access (thank you Meta!) to run  reviews with multiple frontier models on each patch. This eliminates  some hallucinations. That said, in terms of review, the LLMs can only  do so much.  The sad truth is that our APIs (especially for rare events like PCIe  errors, timeouts etc) have always been racy, and now LLMs don&apos;t let us  ignore that. I expect our direction for the next release will be to  tweak the reviews a little bit more, but start shifting focus to  letting the LLMs take care of the busy work - managing patchwork,  automating common process complaints, editing commit messages, and  maybe applying patches which already got &quot;reviewed-by&quot; tags from  people we trust...  Core &amp; protocols:   - A few steps lowering rtnl_lock dependence:      - per-netns netdev unregistration for select SW drivers (e.g.        veth, ipvlan, tunnels)      - rtnl_lock-less FIB rule changes (RTM_NEWRULE and RTM_DELRULE)      - prepare software drivers and TC qdiscs for rtnl_lock-less GET   - Support BIG TCP (&gt;64kB TSO) in UDP tunnels (vxlan, geneve)   - Support buffers larger than PAGE_SIZE in devmem zero-copy API   - Improve MPTCP handling of extreme memory pressure handling, when     out-of-order queue had to be pruned   - Report the per-group user count via RTM_GETMULTICAST   - Expose the route deletion reason in RTM_DELROUTE   - Add a SO_RIGHTS_NOTRUNC option to UNIX sockets to enable more     useful handling of LSM denials when receiving SCM_RIGHTS messages:     instead of truncating the message at the first blocked fd, keep     every fd slot and store the LSM errno in the blocked slot   - IPv6 Segment Routing - support looking up the post-encap SID     (address) in a different/specified routing table   - Support PRP RedBox (interlink) creation   - Support per-nexthop UDP dst port in VXLAN   - Continue converting getsockopt callbacks in a number of protocols     to iov_iter  Ethernet:   - Merge initial CXL support for AMD/Solarflare NICs (shared branch     with the CXL tree)   - New drivers:      - ADIN1140 10BASE-T1S MACPHY      - Initial skeleton of Intel iXD and ZTE Dinghai drivers   - High-speed NICs:      - AMD/Pensando:         - support firmware flashing      - Cisco (enic):         - SR-IOV V2 admin channel and MBOX protocol      - Huawei (hns3):         - support for ethtool pfc_prevention_tout      - nVidia/Mellanox:         - support sharing bandwidth control across interfaces           of the same device      - Marvell (octeontx2-pf):         - link RQ page pools to netdev for Netlink stats      - Google vNIC:         - XDP metadata support for DQ RDA      - Microsoft vNIC:         - support forcing full-page RX buffers   - Other NICs:      - Synopsys IP:         - eic7700: support for eth1      - Microchip (lan743x):         - support for RMII interface      - Wangxun:         - support for ethtool -G and -C for VFs         - add Tx timeout and PCIe error handling      - Intel (igb/igc):         - RSS key get/set support         - support for forcing link speed without auto-negotiation   - Switches:      - NXP (dpaa2):         - support bonding/LAG offload      - Mediatek:         - mt7530: EN7528 support         - initial support for MT7628      - Micrel (ksz8/9):         - refactoring work to move towards library model         - PTP support for KSZ8463      - nVidia/Mellanox:         - support rtnl-lock-less ethtool callbacks      - Realtek:         - rtl8366rb: use generic RTL83xx code         - support SGMII and HSGMII for RTL8367S   - PHYs:      - Airoha:         - EcoNet EN7528 PHY support      - DAPU Telecom         - DAPU Telecom DAP8211R(I) Gigabit PHY support      - Realtek:         - support RTL8261C_CG         - support RTL8261D  Wireless:   - nl80211: per-link statistics support for multi-link operation   - mac80211: AQL/airtime-fairness support for multicast   - Merge Peripheral Authentication Service (PAS) / TEE support for     ath12k (shared branch with the firmware/qcom tree)   - New drivers:      - mm81x for Morse Micro Long-Range S1G devices      - nxpwifi for NXP devices (mostly forked off from mwifiex)   - Driver changes:      - Broadcom (brcmfmac):         - DPP support, some Cypress part update      - MediaTek (mt76):         - mt7928 support         - mt7925 NAN support         - mt7996 AP powersave improvements      - Qualcomm (ath12k):         - much kernel infrastructure integration work         - AHB platform MultiPD support      - Realtek (rt89):         - LED support         - RTL8922DE support         - dual-BT coex for RTL8922D      - Intel:         - new FW version support  Bluetooth:   - HCI: add support for Shorter Connection Interval (SCI) feature   - af_bluetooth: add minimal context analysis annotations   - Driver changes:      - Intel:         - add Bluetooth SAR revision 2 support         - add vendor_reset PCI sysfs for PLDR      - Mediatek:         - add USB IDs for MT7902 and MT7922 devices      - Realtek:         - add USB IDs for 8761CU and 8852BE devices      - NXP:         - add M.2 Bluetooth device support using pwrseq  Misc:   - DPLL support for manual/numerical oscillator control (NCO)     (implement in zl3073x)   - MCTP support for MCTP over USB v1.1 (DMTF DSP0283)   - Power-over-Ethernet: support Realtek PSE controllers   - Remove the IBM EHEA driver   - Remove tulip/xircom_cb driver&quot;* tag &apos;net-next-7.3&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next: (1433 commits)  net/mlx5e: do not HW-GRO coalesce small frames  net: openvswitch: fix nf_connlabels leak in ovs_ct_init  net: add missing ref_tracker_dir_exit() to alloc_netdev_mqs()  net: openvswitch: fix flow mask use-after-free on flow deletion  sctp: stop processing a packet once its association is deleted  dpll: zl3073x: add PTP clock support  dpll: zl3073x: add channel ToD, phase step and TIE operations  dpll: zl3073x: scale poll interval proportionally to timeout  ptp: vmclock: prevent read-only mappings from becoming writable  ipv4: reject undersized MTUs in ip_do_fragment()  bonding: initialize err for empty target lists  net: dsa: initial support for MT7628 embedded switch  net: dsa: initial MT7628 tagging driver  net: phy: mediatek: add phy driver for MT7628 built-in Fast Ethernet PHYs  dt-bindings: net: dsa: add MT7628 ESW  net: pse-pd: realtek-pse-mcu: add UART transport  net: pse-pd: realtek-pse-mcu: add I2C transport  net: pse-pd: add Realtek PSE MCU core  dt-bindings: net: pse-pd: add bindings for Realtek PSE MCU  vsock: use sock_error() to consume sk_err after a failed connect  ...

            List of files:
            /linux/drivers/net/pse-pd/Makefile</description>
        <pubDate>Thu, 20 Aug 2026 17:16:04 +0200</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>194e4ffd2ede5b5c635f2db3bd313ef4ba9d26b7 - Merge branch &apos;net-pse-pd-add-realtek-pse-mcu-support&apos;</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/pse-pd/Makefile#194e4ffd2ede5b5c635f2db3bd313ef4ba9d26b7</link>
        <description>Merge branch &apos;net-pse-pd-add-realtek-pse-mcu-support&apos;Jonas Jelonek says:====================net: pse-pd: add Realtek PSE MCU supportThis series adds a PSE-PD driver for the microcontroller (MCU) thatfronts the PSE silicon on a range of managed switches, together with itsDT binding.Hardware model==============These boards do not expose the PSE chips to the host directly. A smallmicrocontroller sits on an I2C/SMBus or UART bus and manages one or morePSE chips behind it; the host CPU only ever talks to that MCU, using afixed 12-byte request/response protocol with a trailing checksum. ThePSE silicon never appears on the bus.Two generations of the protocol exist, both Realtek&apos;s: an older one onboards with Broadcom PSE silicon (BCM59111, BCM59121) and a newer oneused with Realtek&apos;s own PSE silicon (RTL8238B, RTL8239, RTL8239C). Theydiverge in opcode numbering and a few response layouts; the driverabstracts that behind a per-dialect opcode table and parser hooks,selected by the compatible. The specific PSE chip behind the MCU isdetected at runtime and only influences per-chip constants (power scalingand the per-port cap).The compatibles===============The protocol compatibles name two generations of the Realtek protocol,with the I2C framing folded in:  realtek,pse-mcu-gen1        gen1, UART  realtek,pse-mcu-gen1-smbus  gen1, I2C/SMBus  realtek,pse-mcu-gen2        gen2, UART  realtek,pse-mcu-gen2-smbus  gen2, I2C/SMBus  realtek,pse-mcu-gen2-i2c    gen2, raw I2Cand each board carries a device-specific compatible that falls back to oneof these, e.g.  compatible = &quot;zyxel,xs1930-12hp-pse&quot;, &quot;realtek,pse-mcu-gen2-smbus&quot;;The naming is the part most likely to raise questions, so the reasoning upfront (the binding documents it too):  - The node describes the MCU together with its Realtek firmware, not a    PSE chip and not the microcontroller silicon. The PSE chips sit behind    the MCU, never appear on the bus, and are reported by the MCU and    detected at runtime; the microcontroller itself is a general-purpose    part (GigaDevice, Nuvoton, ...) that varies across boards. What is    fixed and Realtek&apos;s is the firmware and its host protocol - hence the    &apos;realtek&apos; prefix.  - gen1 and gen2 are two generations of that protocol, both Realtek&apos;s:    gen1 on older boards fronting Broadcom PSE silicon, gen2 the altered    protocol used once Realtek shipped their own PSE silicon. The    generation is fixed per board and is all the driver needs at DT-parse    time, so the compatible encodes it.  - On I2C the MCU firmware expects one of two framings - SMBus or raw    I2C - which is a genuine programming-model difference, so it is part    of the compatible (&apos;-smbus&apos; / &apos;-i2c&apos;). A UART attachment carries no    framing suffix; the transport is given structurally by the parent    &apos;serial&apos; node.  - Each board additionally carries a device-specific compatible that    falls back to the protocol one. The driver only ever binds on the    protocol compatible; the device-specific string keeps the binding    specific and reserves a place for a future per-board quirk without    having to retrofit device trees already deployed in the field.Testing======= - Linksys LGS328MPCv2     (RTL8238B, I2C) - Zyxel GS1900-10HP A1    (BCM59121, UART) - Zyxel GS1900-10HP B1    (RTL8238B, UART) - Zyxel GS1920-24HPv2     (BCM59121, SMBus) - Zyxel XMG1915-10EP      (RTL8239C, UART) - Zyxel XS1930-12HP       (RTL8239, SMBus)====================Link: https://patch.msgid.link/20260813222036.873930-1-jelonek.jonas@gmail.comSigned-off-by: Paolo Abeni &lt;pabeni@redhat.com&gt;

            List of files:
            /linux/drivers/net/pse-pd/Makefile</description>
        <pubDate>Tue, 18 Aug 2026 15:04:35 +0200</pubDate>
        <dc:creator>Paolo Abeni &lt;pabeni@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>5cc93d9897496bcfde6821579907d309b6883ab7 - net: pse-pd: realtek-pse-mcu: add UART transport</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/pse-pd/Makefile#5cc93d9897496bcfde6821579907d309b6883ab7</link>
        <description>net: pse-pd: realtek-pse-mcu: add UART transportAdd the serdev (UART) transport for the Realtek PSE MCU core. It registersthe MCU as a serdev device and provides the send/recv callbacks the coreuses to exchange the 12-byte frames, receiving asynchronously via theserdev receive_buf callback.The baud rate defaults to 19200 and can be overridden per board with the&quot;current-speed&quot; property.Signed-off-by: Jonas Jelonek &lt;jelonek.jonas@gmail.com&gt;Reviewed-by: Kory Maincent &lt;kory.maincent@bootlin.com&gt;Link: https://patch.msgid.link/20260813222036.873930-5-jelonek.jonas@gmail.comSigned-off-by: Paolo Abeni &lt;pabeni@redhat.com&gt;

            List of files:
            /linux/drivers/net/pse-pd/Makefile</description>
        <pubDate>Fri, 14 Aug 2026 00:20:35 +0200</pubDate>
        <dc:creator>Jonas Jelonek &lt;jelonek.jonas@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>4c088d9eb32fe1e935ad651199d1f124f232cfb9 - net: pse-pd: realtek-pse-mcu: add I2C transport</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/pse-pd/Makefile#4c088d9eb32fe1e935ad651199d1f124f232cfb9</link>
        <description>net: pse-pd: realtek-pse-mcu: add I2C transportAdd the I2C/SMBus transport for the Realtek PSE MCU core. It registersthe MCU on an I2C bus and provides the send/recv callbacks the coreuses to exchange the 12-byte frames.The MCU firmware expects one of two framings on the I2C bus, and which oneis part of the compatible: &apos;-smbus&apos; (reads carry a leading command byteand a repeated start) or raw &apos;-i2c&apos; (bare block writes and reads). Thematch data flags the raw-I2C case; SMBus is the default because that&apos;swhat the majority of devices uses.Signed-off-by: Jonas Jelonek &lt;jelonek.jonas@gmail.com&gt;Reviewed-by: Kory Maincent &lt;kory.maincent@bootlin.com&gt;Link: https://patch.msgid.link/20260813222036.873930-4-jelonek.jonas@gmail.comSigned-off-by: Paolo Abeni &lt;pabeni@redhat.com&gt;

            List of files:
            /linux/drivers/net/pse-pd/Makefile</description>
        <pubDate>Fri, 14 Aug 2026 00:20:34 +0200</pubDate>
        <dc:creator>Jonas Jelonek &lt;jelonek.jonas@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>44566e614d84a43cb35a14c00f088d6c36b7d5c6 - net: pse-pd: add Realtek PSE MCU core</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/pse-pd/Makefile#44566e614d84a43cb35a14c00f088d6c36b7d5c6</link>
        <description>net: pse-pd: add Realtek PSE MCU coreA range of managed Realtek-based PoE switches use a small microcontrolleron the PCB to front the actual PSE silicon. The host CPU talks to thatMCU over I2C/SMBus or UART using a fixed 12-byte request/responseprotocol with a trailing checksum; the PSE chips are managed by the MCUand are not accessed directly. Two generations of the protocol exist -both Realtek&apos;s - diverging in opcode numbering and a few responselayouts; the driver handles this with a per-dialect opcode table andparser hooks for the responses that differ, selected by the compatible.The specific PSE chip behind the MCU is detected at runtime and onlyinfluences per-chip constants (power scaling and the per-port cap).This core module implements the protocol, message framing, the dialectmachinery and the pse_controller_ops glue, and exports a registrationhelper for transport modules. The I2C and UART transports that drive itfollow in the next patches; the core (PSE_REALTEK_MCU) is selectedautomatically by those transports and is not user-selectable on its own.The realtek-pse-mcu-* files and PSE_REALTEK_MCU* symbols match therealtek,pse-mcu-* compatibles (see the binding for the naming rationale).The two protocol generations - gen1 on older Broadcom-PSE boards, gen2 onRealtek&apos;s own PSE silicon - are both Realtek&apos;s, handled by the same sharedcore, each selecting its dialect via the compatible.Power budgeting is left to the MCU firmware; the driver advertisesPSE_BUDGET_EVAL_STRAT_DYNAMIC accordingly.Signed-off-by: Jonas Jelonek &lt;jelonek.jonas@gmail.com&gt;Link: https://patch.msgid.link/20260813222036.873930-3-jelonek.jonas@gmail.comSigned-off-by: Paolo Abeni &lt;pabeni@redhat.com&gt;

            List of files:
            /linux/drivers/net/pse-pd/Makefile</description>
        <pubDate>Fri, 14 Aug 2026 00:20:33 +0200</pubDate>
        <dc:creator>Jonas Jelonek &lt;jelonek.jonas@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>8edf8b09fc44990977b3fbcb708035b1740d0b7e - Merge drm/drm-next into drm-intel-gt-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/pse-pd/Makefile#8edf8b09fc44990977b3fbcb708035b1740d0b7e</link>
        <description>Merge drm/drm-next into drm-intel-gt-nextBackmerging to pull in commit 5401b9adebc9 (&quot;i915: don&apos;t usea vma that didn&apos;t match the context VM&quot;) to revert it.Signed-off-by: Joonas Lahtinen &lt;joonas.lahtinen@linux.intel.com&gt;

            List of files:
            /linux/drivers/net/pse-pd/Makefile</description>
        <pubDate>Tue, 12 May 2026 10:16:35 +0200</pubDate>
        <dc:creator>Joonas Lahtinen &lt;joonas.lahtinen@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>a4a508df2aa34f8650afde54ea804321c618f45f - Merge tag &apos;v6.18&apos; into next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/pse-pd/Makefile#a4a508df2aa34f8650afde54ea804321c618f45f</link>
        <description>Merge tag &apos;v6.18&apos; into nextSync up with the mainline to bring in the latest APIs.

            List of files:
            /linux/drivers/net/pse-pd/Makefile</description>
        <pubDate>Sat, 13 Dec 2025 10:18:20 +0100</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>cb9f145f638d7afa633632a9290d6ad06caeb8ee - Merge remote-tracking branch &apos;drm/drm-next&apos; into msm-next-robclark</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/pse-pd/Makefile#cb9f145f638d7afa633632a9290d6ad06caeb8ee</link>
        <description>Merge remote-tracking branch &apos;drm/drm-next&apos; into msm-next-robclarkBack-merge drm-next to get caught up.Signed-off-by: Rob Clark &lt;robin.clark@oss.qualcomm.com&gt;

            List of files:
            /linux/drivers/net/pse-pd/Makefile</description>
        <pubDate>Sat, 01 Nov 2025 13:47:30 +0100</pubDate>
        <dc:creator>Rob Clark &lt;robin.clark@oss.qualcomm.com&gt;</dc:creator>
    </item>
<item>
        <title>82ee50252dc891e3f3b32d923bb4f656d300b772 - Merge drm/drm-next into drm-xe-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/pse-pd/Makefile#82ee50252dc891e3f3b32d923bb4f656d300b772</link>
        <description>Merge drm/drm-next into drm-xe-nextBackmerging to bring in 6.18-rc1.Signed-off-by: Thomas Hellstr&#246;m &lt;thomas.hellstrom@linux.intel.com&gt;

            List of files:
            /linux/drivers/net/pse-pd/Makefile</description>
        <pubDate>Tue, 14 Oct 2025 11:31:49 +0200</pubDate>
        <dc:creator>Thomas Hellstr&#246;m &lt;thomas.hellstrom@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>2acee98fcc61052d63fab4539fcb6ee677555645 - Merge drm/drm-next into drm-intel-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/pse-pd/Makefile#2acee98fcc61052d63fab4539fcb6ee677555645</link>
        <description>Merge drm/drm-next into drm-intel-nextSync to v6.18-rc1.Signed-off-by: Jani Nikula &lt;jani.nikula@intel.com&gt;

            List of files:
            /linux/drivers/net/pse-pd/Makefile</description>
        <pubDate>Tue, 14 Oct 2025 09:37:11 +0200</pubDate>
        <dc:creator>Jani Nikula &lt;jani.nikula@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>9b966ae42235a88eaea714be09ff3d698535bdfe - Merge drm/drm-next into drm-misc-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/pse-pd/Makefile#9b966ae42235a88eaea714be09ff3d698535bdfe</link>
        <description>Merge drm/drm-next into drm-misc-nextUpdating drm-misc-next to the state of v6.18-rc1.Signed-off-by: Thomas Zimmermann &lt;tzimmermann@suse.de&gt;

            List of files:
            /linux/drivers/net/pse-pd/Makefile</description>
        <pubDate>Mon, 13 Oct 2025 09:19:19 +0200</pubDate>
        <dc:creator>Thomas Zimmermann &lt;tzimmermann@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>2ace52718376fdb56aca863da2eebe70d7e2ddb1 - Merge branch &apos;objtool/core&apos;</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/pse-pd/Makefile#2ace52718376fdb56aca863da2eebe70d7e2ddb1</link>
        <description>Merge branch &apos;objtool/core&apos;Bring in the UDB and objtool data annotations to avoid conflicts while further extending the bug exceptions.Signed-off-by: Peter Zijlstra &lt;peterz@infradead.org&gt;

            List of files:
            /linux/drivers/net/pse-pd/Makefile</description>
        <pubDate>Fri, 21 Nov 2025 11:21:20 +0100</pubDate>
        <dc:creator>Peter Zijlstra &lt;peterz@infradead.org&gt;</dc:creator>
    </item>
<item>
        <title>f39b6c468c52745dbca9a842d91c8373fda208ab - Merge tag &apos;v6.18-rc6&apos; into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/pse-pd/Makefile#f39b6c468c52745dbca9a842d91c8373fda208ab</link>
        <description>Merge tag &apos;v6.18-rc6&apos; into for-linusSync up with the mainline to bring in definition ofINPUT_PROP_HAPTIC_TOUCHPAD.

            List of files:
            /linux/drivers/net/pse-pd/Makefile</description>
        <pubDate>Tue, 18 Nov 2025 08:16:55 +0100</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>4f38da1f027ea2c9f01bb71daa7a299c191b6940 - spi: Merge up v6.18-rc1</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/pse-pd/Makefile#4f38da1f027ea2c9f01bb71daa7a299c191b6940</link>
        <description>spi: Merge up v6.18-rc1Ensure my CI has a sensible baseline.

            List of files:
            /linux/drivers/net/pse-pd/Makefile</description>
        <pubDate>Mon, 13 Oct 2025 14:32:13 +0200</pubDate>
        <dc:creator>Mark Brown &lt;broonie@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>ec2e0fb07d789976c601bec19ecced7a501c3705 - Merge tag &apos;asoc-fix-v6.18-rc1&apos; of https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/pse-pd/Makefile#ec2e0fb07d789976c601bec19ecced7a501c3705</link>
        <description>Merge tag &apos;asoc-fix-v6.18-rc1&apos; of https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound into for-linusASoC: Fixes for v6.18A moderately large collection of driver specific fixes, plus a few newquirks and device IDs.  The NAU8821 changes are a little large but morein mechanical ways than in ways that are complex.

            List of files:
            /linux/drivers/net/pse-pd/Makefile</description>
        <pubDate>Thu, 16 Oct 2025 20:14:24 +0200</pubDate>
        <dc:creator>Takashi Iwai &lt;tiwai@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>48a710760e10a4f36e11233a21860796ba204b1e - Merge drm/drm-fixes into drm-misc-fixes</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/pse-pd/Makefile#48a710760e10a4f36e11233a21860796ba204b1e</link>
        <description>Merge drm/drm-fixes into drm-misc-fixesUpdating drm-misc-fixes to the state of v6.18-rc1.Signed-off-by: Thomas Zimmermann &lt;tzimmermann@suse.de&gt;

            List of files:
            /linux/drivers/net/pse-pd/Makefile</description>
        <pubDate>Tue, 14 Oct 2025 10:59:58 +0200</pubDate>
        <dc:creator>Thomas Zimmermann &lt;tzimmermann@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>07fdad3a93756b872da7b53647715c48d0f4a2d0 - Merge tag &apos;net-next-6.18&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/pse-pd/Makefile#07fdad3a93756b872da7b53647715c48d0f4a2d0</link>
        <description>Merge tag &apos;net-next-6.18&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-nextPull networking updates from Paolo Abeni: &quot;Core &amp; protocols:   - Improve drop account scalability on NUMA hosts for RAW and UDP     sockets and the backlog, almost doubling the Pps capacity under DoS   - Optimize the UDP RX performance under stress, reducing contention,     revisiting the binary layout of the involved data structs and     implementing NUMA-aware locking. This improves UDP RX performance     by an additional 50%, even more under extreme conditions   - Add support for PSP encryption of TCP connections; this mechanism     has some similarities with IPsec and TLS, but offers superior HW     offloads capabilities   - Ongoing work to support Accurate ECN for TCP. AccECN allows more     than one congestion notification signal per RTT and is a building     block for Low Latency, Low Loss, and Scalable Throughput (L4S)   - Reorganize the TCP socket binary layout for data locality, reducing     the number of touched cachelines in the fastpath   - Refactor skb deferral free to better scale on large multi-NUMA     hosts, this improves TCP and UDP RX performances significantly on     such HW   - Increase the default socket memory buffer limits from 256K to 4M to     better fit modern link speeds   - Improve handling of setups with a large number of nexthop, making     dump operating scaling linearly and avoiding unneeded     synchronize_rcu() on delete   - Improve bridge handling of VLAN FDB, storing a single entry per     bridge instead of one entry per port; this makes the dump order of     magnitude faster on large switches   - Restore IP ID correctly for encapsulated packets at GSO     segmentation time, allowing GRO to merge packets in more scenarios   - Improve netfilter matching performance on large sets   - Improve MPTCP receive path performance by leveraging recently     introduced core infrastructure (skb deferral free) and adopting     recent TCP autotuning changes   - Allow bridges to redirect to a backup port when the bridge port is     administratively down   - Introduce MPTCP &apos;laminar&apos; endpoint that con be used only once per     connection and simplify common MPTCP setups   - Add RCU safety to dst-&gt;dev, closing a lot of possible races   - A significant crypto library API for SCTP, MPTCP and IPv6 SR,     reducing code duplication   - Supports pulling data from an skb frag into the linear area of an     XDP buffer  Things we sprinkled into general kernel code:   - Generate netlink documentation from YAML using an integrated YAML     parser  Driver API:   - Support using IPv6 Flow Label in Rx hash computation and RSS queue     selection   - Introduce API for fetching the DMA device for a given queue,     allowing TCP zerocopy RX on more H/W setups   - Make XDP helpers compatible with unreadable memory, allowing more     easily building DevMem-enabled drivers with a unified XDP/skbs     datapath   - Add a new dedicated ethtool callback enabling drivers to provide     the number of RX rings directly, improving efficiency and clarity     in RX ring queries and RSS configuration   - Introduce a burst period for the health reporter, allowing better     handling of multiple errors due to the same root cause   - Support for DPLL phase offset exponential moving average,     controlling the average smoothing factor  Device drivers:   - Add a new Huawei driver for 3rd gen NIC (hinic3)   - Add a new SpacemiT driver for K1 ethernet MAC   - Add a generic abstraction for shared memory communication     devices (dibps)   - Ethernet high-speed NICs:      - nVidia/Mellanox:         - Use multiple per-queue doorbell, to avoid MMIO contention           issues         - support adjacent functions, allowing them to delegate their           SR-IOV VFs to sibling PFs         - support RSS for IPSec offload         - support exposing raw cycle counters in PTP and mlx5         - support for disabling host PFs.      - Intel (100G, ice, idpf):         - ice: support for SRIOV VFs over an Active-Active link           aggregate         - ice: support for firmware logging via debugfs         - ice: support for Earliest TxTime First (ETF) hardware offload         - idpf: support basic XDP functionalities and XSk      - Broadcom (bnxt):         - support Hyper-V VF ID         - dynamic SRIOV resource allocations for RoCE      - Meta (fbnic):         - support queue API, zero-copy Rx and Tx         - support basic XDP functionalities         - devlink health support for FW crashes and OTP mem corruptions         - expand hardware stats coverage to FEC, PHY, and Pause      - Wangxun:         - support ethtool coalesce options         - support for multiple RSS contexts   - Ethernet virtual:      - Macsec:         - replace custom netlink attribute checks with policy-level           checks      - Bonding:         - support aggregator selection based on port priority      - Microsoft vNIC:         - use page pool fragments for RX buffers instead of full pages           to improve memory efficiency   - Ethernet NICs consumer, and embedded:      - Qualcomm: support Ethernet function for IPQ9574 SoC      - Airoha: implement wlan offloading via NPU      - Freescale         - enetc: add NETC timer PTP driver and add PTP support         - fec: enable the Jumbo frame support for i.MX8QM      - Renesas (R-Car S4):         - support HW offloading for layer 2 switching         - support for RZ/{T2H, N2H} SoCs      - Cadence (macb): support TAPRIO traffic scheduling      - TI:         - support for Gigabit ICSS ethernet SoC (icssm-prueth)      - Synopsys (stmmac): a lot of cleanups   - Ethernet PHYs:      - Support 10g-qxgmi phy-mode for AQR412C, Felix DSA and Lynx PCS        driver      - Support bcm63268 GPHY power control      - Support for Micrel lan8842 PHY and PTP      - Support for Aquantia AQR412 and AQR115   - CAN:      - a large CAN-XL preparation work      - reorganize raw_sock and uniqframe struct to minimize memory        usage      - rcar_canfd: update the CAN-FD handling   - WiFi:      - extended Neighbor Awareness Networking (NAN) support      - S1G channel representation cleanup      - improve S1G support   - WiFi drivers:      - Intel (iwlwifi):         - major refactor and cleanup      - Broadcom (brcm80211):         - support for AP isolation      - RealTek (rtw88/89) rtw88/89:         - preparation work for RTL8922DE support      - MediaTek (mt76):         - HW restart improvements         - MLO support      - Qualcomm/Atheros (ath10k):         - GTK rekey fixes   - Bluetooth drivers:      - btusb: support for several new IDs for MT7925      - btintel: support for BlazarIW core      - btintel_pcie: support for _suspend() / _resume()      - btintel_pcie: support for Scorpious, Panther Lake-H484 IDs&quot;* tag &apos;net-next-6.18&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next: (1536 commits)  net: stmmac: Add support for Allwinner A523 GMAC200  dt-bindings: net: sun8i-emac: Add A523 GMAC200 compatible  Revert &quot;Documentation: net: add flow control guide and document ethtool API&quot;  octeontx2-pf: fix bitmap leak  octeontx2-vf: fix bitmap leak  net/mlx5e: Use extack in set rxfh callback  net/mlx5e: Introduce mlx5e_rss_params for RSS configuration  net/mlx5e: Introduce mlx5e_rss_init_params  net/mlx5e: Remove unused mdev param from RSS indir init  net/mlx5: Improve QoS error messages with actual depth values  net/mlx5e: Prevent entering switchdev mode with inconsistent netns  net/mlx5: HWS, Generalize complex matchers  net/mlx5: Improve write-combining test reliability for ARM64 Grace CPUs  selftests/net: add tcp_port_share to .gitignore  Revert &quot;net/mlx5e: Update and set Xon/Xoff upon MTU set&quot;  net: add NUMA awareness to skb_attempt_defer_free()  net: use llist for sd-&gt;defer_list  net: make softnet_data.defer_count an atomic  selftests: drv-net: psp: add tests for destroying devices  selftests: drv-net: psp: add test for auto-adjusting TCP MSS  ...

            List of files:
            /linux/drivers/net/pse-pd/Makefile</description>
        <pubDate>Fri, 03 Oct 2025 00:17:01 +0200</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>84482586b230d7491a4df1076627a367c75e1d8e - Merge branch &apos;add-si3474-pse-controller-driver&apos;</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/pse-pd/Makefile#84482586b230d7491a4df1076627a367c75e1d8e</link>
        <description>Merge branch &apos;add-si3474-pse-controller-driver&apos;Piotr Kubik says:====================Add Si3474 PSE controller driverFrom: Piotr Kubik &lt;piotr.kubik@adtran.com&gt;These patch series provide support for Skyworks Si3474 I2C PowerSourcing Equipment controller.Based on the TPS23881 driver code.Supported features of Si3474:- get port status,- get port power,- get port voltage,- enable/disable port powerSigned-off-by: Piotr Kubik &lt;piotr.kubik@adtran.com&gt;====================Link: https://patch.msgid.link/6af537dc-8a52-4710-8a18-dcfbb911cf23@adtran.comSigned-off-by: Paolo Abeni &lt;pabeni@redhat.com&gt;

            List of files:
            /linux/drivers/net/pse-pd/Makefile</description>
        <pubDate>Thu, 28 Aug 2025 14:42:02 +0200</pubDate>
        <dc:creator>Paolo Abeni &lt;pabeni@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>a2317231df4b22e6634fe3d8645e7cef848acf49 - net: pse-pd: Add Si3474 PSE controller driver</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/pse-pd/Makefile#a2317231df4b22e6634fe3d8645e7cef848acf49</link>
        <description>net: pse-pd: Add Si3474 PSE controller driverAdd a driver for the Skyworks Si3474 I2C Power Sourcing Equipmentcontroller.Driver supports basic features of Si3474 IC:- get port status,- get port power,- get port voltage,- enable/disable port power.Only 4p configurations are supported at this moment.Signed-off-by: Piotr Kubik &lt;piotr.kubik@adtran.com&gt;Reviewed-by: Kory Maincent &lt;kory.maincent@bootlin.com&gt;Link: https://patch.msgid.link/9b72c8cd-c8d3-4053-9c80-671b9481d166@adtran.comSigned-off-by: Paolo Abeni &lt;pabeni@redhat.com&gt;

            List of files:
            /linux/drivers/net/pse-pd/Makefile</description>
        <pubDate>Tue, 26 Aug 2025 16:41:58 +0200</pubDate>
        <dc:creator>Piotr Kubik &lt;piotr.kubik@adtran.com&gt;</dc:creator>
    </item>
<item>
        <title>c771600c6af14749609b49565ffb4cac2959710d - Merge drm/drm-next into drm-intel-gt-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/pse-pd/Makefile#c771600c6af14749609b49565ffb4cac2959710d</link>
        <description>Merge drm/drm-next into drm-intel-gt-nextWe need4ba4f1afb6a9 (&quot;perf: Generic hotplug support for a PMU with a scope&quot;)in order to land a i915 PMU simplification and a fix. That landed in 6.12and we are stuck at 6.9 so lets bump things forward.Signed-off-by: Tvrtko Ursulin &lt;tursulin@ursulin.net&gt;

            List of files:
            /linux/drivers/net/pse-pd/Makefile</description>
        <pubDate>Wed, 05 Feb 2025 10:29:14 +0100</pubDate>
        <dc:creator>Tvrtko Ursulin &lt;tursulin@ursulin.net&gt;</dc:creator>
    </item>
</channel>
</rss>
