<?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 Kconfig</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>8be98d2f2a0a262f8bf8a0bc1fdf522b3c7aab17 - Merge branch &apos;next&apos; into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/fddi/Kconfig#8be98d2f2a0a262f8bf8a0bc1fdf522b3c7aab17</link>
        <description>Merge branch &apos;next&apos; into for-linusPrepare input updates for 5.15 merge window.

            List of files:
            /linux/drivers/net/fddi/Kconfig</description>
        <pubDate>Mon, 06 Sep 2021 03:58:05 +0200</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>320424c7d44f54c18df9812fd7c45f6963524002 - Merge tag &apos;v5.13&apos; into next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/fddi/Kconfig#320424c7d44f54c18df9812fd7c45f6963524002</link>
        <description>Merge tag &apos;v5.13&apos; into nextSync up with the mainline to get the latest parport API.

            List of files:
            /linux/drivers/net/fddi/Kconfig</description>
        <pubDate>Mon, 19 Jul 2021 03:56:58 +0200</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>c441bfb5f2866de71e092c1b9d866a65978dfe1a - Merge tag &apos;v5.13-rc3&apos; into asoc-5.13</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/fddi/Kconfig#c441bfb5f2866de71e092c1b9d866a65978dfe1a</link>
        <description>Merge tag &apos;v5.13-rc3&apos; into asoc-5.13Linux 5.13-rc3

            List of files:
            /linux/drivers/net/fddi/Kconfig</description>
        <pubDate>Wed, 09 Jun 2021 12:52:35 +0200</pubDate>
        <dc:creator>Mark Brown &lt;broonie@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>942baad211336efefb93a8369478888ab845c450 - Merge drm/drm-next into drm-intel-gt-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/fddi/Kconfig#942baad211336efefb93a8369478888ab845c450</link>
        <description>Merge drm/drm-next into drm-intel-gt-nextPulling in -rc2 fixes and TTM changes that next upcoming patches dependon.Signed-off-by: Joonas Lahtinen &lt;joonas.lahtinen@linux.intel.com&gt;

            List of files:
            /linux/drivers/net/fddi/Kconfig</description>
        <pubDate>Wed, 02 Jun 2021 09:18:45 +0200</pubDate>
        <dc:creator>Joonas Lahtinen &lt;joonas.lahtinen@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>c37fe6aff89cb0d842993fe2f69e48bf3ebe0ab0 - Merge tag &apos;v5.13-rc2&apos; into spi-5.13</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/fddi/Kconfig#c37fe6aff89cb0d842993fe2f69e48bf3ebe0ab0</link>
        <description>Merge tag &apos;v5.13-rc2&apos; into spi-5.13Linux 5.13-rc2

            List of files:
            /linux/drivers/net/fddi/Kconfig</description>
        <pubDate>Tue, 18 May 2021 18:24:52 +0200</pubDate>
        <dc:creator>Mark Brown &lt;broonie@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>85ebe5aeef9b0bf4c91ff91652b32f9c54f71d34 - Merge branch &apos;fixes-rc1&apos; into fixes</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/fddi/Kconfig#85ebe5aeef9b0bf4c91ff91652b32f9c54f71d34</link>
        <description>Merge branch &apos;fixes-rc1&apos; into fixes

            List of files:
            /linux/drivers/net/fddi/Kconfig</description>
        <pubDate>Tue, 18 May 2021 08:45:08 +0200</pubDate>
        <dc:creator>Tony Lindgren &lt;tony@atomide.com&gt;</dc:creator>
    </item>
<item>
        <title>d22fe808f9a3456f16015e79f1b86a10ce13099f - Merge drm/drm-next into drm-intel-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/fddi/Kconfig#d22fe808f9a3456f16015e79f1b86a10ce13099f</link>
        <description>Merge drm/drm-next into drm-intel-nextTime to get back in sync...Signed-off-by: Rodrigo Vivi &lt;rodrigo.vivi@intel.com&gt;

            List of files:
            /linux/drivers/net/fddi/Kconfig</description>
        <pubDate>Mon, 17 May 2021 23:48:02 +0200</pubDate>
        <dc:creator>Rodrigo Vivi &lt;rodrigo.vivi@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>fd531024bad7e5799e968ca70c0d3ca7b96b71ef - Merge drm/drm-next into drm-misc-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/fddi/Kconfig#fd531024bad7e5799e968ca70c0d3ca7b96b71ef</link>
        <description>Merge drm/drm-next into drm-misc-nextBackmerging to get v5.12 fixes. Requested for vmwgfx.Signed-off-by: Thomas Zimmermann &lt;tzimmermann@suse.de&gt;

            List of files:
            /linux/drivers/net/fddi/Kconfig</description>
        <pubDate>Tue, 11 May 2021 15:59:18 +0200</pubDate>
        <dc:creator>Thomas Zimmermann &lt;tzimmermann@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>c55b44c9386f3ee1b08752638559f19deaf6040d - Merge drm/drm-fixes into drm-misc-fixes</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/fddi/Kconfig#c55b44c9386f3ee1b08752638559f19deaf6040d</link>
        <description>Merge drm/drm-fixes into drm-misc-fixesStart this new release drm-misc-fixes branchSigned-off-by: Maxime Ripard &lt;maxime@cerno.tech&gt;

            List of files:
            /linux/drivers/net/fddi/Kconfig</description>
        <pubDate>Tue, 11 May 2021 13:35:52 +0200</pubDate>
        <dc:creator>Maxime Ripard &lt;maxime@cerno.tech&gt;</dc:creator>
    </item>
<item>
        <title>9d31d2338950293ec19d9b095fbaa9030899dcb4 - Merge tag &apos;net-next-5.13&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/fddi/Kconfig#9d31d2338950293ec19d9b095fbaa9030899dcb4</link>
        <description>Merge tag &apos;net-next-5.13&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-nextPull networking updates from Jakub Kicinski: &quot;Core:   - bpf:        - allow bpf programs calling kernel functions (initially to          reuse TCP congestion control implementations)        - enable task local storage for tracing programs - remove the          need to store per-task state in hash maps, and allow tracing          programs access to task local storage previously added for          BPF_LSM        - add bpf_for_each_map_elem() helper, allowing programs to walk          all map elements in a more robust and easier to verify fashion        - sockmap: support UDP and cross-protocol BPF_SK_SKB_VERDICT          redirection        - lpm: add support for batched ops in LPM trie        - add BTF_KIND_FLOAT support - mostly to allow use of BTF on          s390 which has floats in its headers files        - improve BPF syscall documentation and extend the use of kdoc          parsing scripts we already employ for bpf-helpers        - libbpf, bpftool: support static linking of BPF ELF files        - improve support for encapsulation of L2 packets   - xdp: restructure redirect actions to avoid a runtime lookup,     improving performance by 4-8% in microbenchmarks   - xsk: build skb by page (aka generic zerocopy xmit) - improve     performance of software AF_XDP path by 33% for devices which don&apos;t     need headers in the linear skb part (e.g. virtio)   - nexthop: resilient next-hop groups - improve path stability on     next-hops group changes (incl. offload for mlxsw)   - ipv6: segment routing: add support for IPv4 decapsulation   - icmp: add support for RFC 8335 extended PROBE messages   - inet: use bigger hash table for IP ID generation   - tcp: deal better with delayed TX completions - make sure we don&apos;t     give up on fast TCP retransmissions only because driver is slow in     reporting that it completed transmitting the original   - tcp: reorder tcp_congestion_ops for better cache locality   - mptcp:        - add sockopt support for common TCP options        - add support for common TCP msg flags        - include multiple address ids in RM_ADDR        - add reset option support for resetting one subflow   - udp: GRO L4 improvements - improve &apos;forward&apos; / &apos;frag_list&apos;     co-existence with UDP tunnel GRO, allowing the first to take place     correctly even for encapsulated UDP traffic   - micro-optimize dev_gro_receive() and flow dissection, avoid     retpoline overhead on VLAN and TEB GRO   - use less memory for sysctls, add a new sysctl type, to allow using     u8 instead of &quot;int&quot; and &quot;long&quot; and shrink networking sysctls   - veth: allow GRO without XDP - this allows aggregating UDP packets     before handing them off to routing, bridge, OvS, etc.   - allow specifing ifindex when device is moved to another namespace   - netfilter:        - nft_socket: add support for cgroupsv2        - nftables: add catch-all set element - special element used to          define a default action in case normal lookup missed        - use net_generic infra in many modules to avoid allocating          per-ns memory unnecessarily   - xps: improve the xps handling to avoid potential out-of-bound     accesses and use-after-free when XPS change race with other     re-configuration under traffic   - add a config knob to turn off per-cpu netdev refcnt to catch     underflows in testing  Device APIs:   - add WWAN subsystem to organize the WWAN interfaces better and     hopefully start driving towards more unified and vendor-     independent APIs   - ethtool:        - add interface for reading IEEE MIB stats (incl. mlx5 and bnxt          support)        - allow network drivers to dump arbitrary SFP EEPROM data,          current offset+length API was a poor fit for modern SFP which          define EEPROM in terms of pages (incl. mlx5 support)   - act_police, flow_offload: add support for packet-per-second     policing (incl. offload for nfp)   - psample: add additional metadata attributes like transit delay for     packets sampled from switch HW (and corresponding egress and     policy-based sampling in the mlxsw driver)   - dsa: improve support for sandwiched LAGs with bridge and DSA   - netfilter:        - flowtable: use direct xmit in topologies with IP forwarding,          bridging, vlans etc.        - nftables: counter hardware offload support   - Bluetooth:        - improvements for firmware download w/ Intel devices        - add support for reading AOSP vendor capabilities        - add support for virtio transport driver   - mac80211:        - allow concurrent monitor iface and ethernet rx decap        - set priority and queue mapping for injected frames   - phy: add support for Clause-45 PHY Loopback   - pci/iov: add sysfs MSI-X vector assignment interface to distribute     MSI-X resources to VFs (incl. mlx5 support)  New hardware/drivers:   - dsa: mv88e6xxx: add support for Marvell mv88e6393x - 11-port     Ethernet switch with 8x 1-Gigabit Ethernet and 3x 10-Gigabit     interfaces.   - dsa: support for legacy Broadcom tags used on BCM5325, BCM5365 and     BCM63xx switches   - Microchip KSZ8863 and KSZ8873; 3x 10/100Mbps Ethernet switches   - ath11k: support for QCN9074 a 802.11ax device   - Bluetooth: Broadcom BCM4330 and BMC4334   - phy: Marvell 88X2222 transceiver support   - mdio: add BCM6368 MDIO mux bus controller   - r8152: support RTL8153 and RTL8156 (USB Ethernet) chips   - mana: driver for Microsoft Azure Network Adapter (MANA)   - Actions Semi Owl Ethernet MAC   - can: driver for ETAS ES58X CAN/USB interfaces  Pure driver changes:   - add XDP support to: enetc, igc, stmmac   - add AF_XDP support to: stmmac   - virtio:        - page_to_skb() use build_skb when there&apos;s sufficient tailroom          (21% improvement for 1000B UDP frames)        - support XDP even without dedicated Tx queues - share the Tx          queues with the stack when necessary   - mlx5:        - flow rules: add support for mirroring with conntrack, matching          on ICMP, GTP, flex filters and more        - support packet sampling with flow offloads        - persist uplink representor netdev across eswitch mode changes        - allow coexistence of CQE compression and HW time-stamping        - add ethtool extended link error state reporting   - ice, iavf: support flow filters, UDP Segmentation Offload   - dpaa2-switch:        - move the driver out of staging        - add spanning tree (STP) support        - add rx copybreak support        - add tc flower hardware offload on ingress traffic   - ionic:        - implement Rx page reuse        - support HW PTP time-stamping   - octeon: support TC hardware offloads - flower matching on ingress     and egress ratelimitting.   - stmmac:        - add RX frame steering based on VLAN priority in tc flower        - support frame preemption (FPE)        - intel: add cross time-stamping freq difference adjustment   - ocelot:        - support forwarding of MRP frames in HW        - support multiple bridges        - support PTP Sync one-step timestamping   - dsa: mv88e6xxx, dpaa2-switch: offload bridge port flags like     learning, flooding etc.   - ipa: add IPA v4.5, v4.9 and v4.11 support (Qualcomm SDX55, SM8350,     SC7280 SoCs)   - mt7601u: enable TDLS support   - mt76:        - add support for 802.3 rx frames (mt7915/mt7615)        - mt7915 flash pre-calibration support        - mt7921/mt7663 runtime power management fixes&quot;* tag &apos;net-next-5.13&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next: (2451 commits)  net: selftest: fix build issue if INET is disabled  net: netrom: nr_in: Remove redundant assignment to ns  net: tun: Remove redundant assignment to ret  net: phy: marvell: add downshift support for M88E1240  net: dsa: ksz: Make reg_mib_cnt a u8 as it never exceeds 255  net/sched: act_ct: Remove redundant ct get and check  icmp: standardize naming of RFC 8335 PROBE constants  bpf, selftests: Update array map tests for per-cpu batched ops  bpf: Add batched ops support for percpu array  bpf: Implement formatted output helpers with bstr_printf  seq_file: Add a seq_bprintf function  sfc: adjust efx-&gt;xdp_tx_queue_count with the real number of initialized queues  net:nfc:digital: Fix a double free in digital_tg_recv_dep_req  net: fix a concurrency bug in l2tp_tunnel_register()  net/smc: Remove redundant assignment to rc  mpls: Remove redundant assignment to err  llc2: Remove redundant assignment to rc  net/tls: Remove redundant initialization of record  rds: Remove redundant assignment to nr_sig  dt-bindings: net: mdio-gpio: add compatible for microchip,mdio-smi0  ...

            List of files:
            /linux/drivers/net/fddi/Kconfig</description>
        <pubDate>Thu, 29 Apr 2021 20:57:23 +0200</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>e2359fad458a396df0673bc5d876f44ce700439d - Merge branch &apos;defxx-updates&apos;</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/fddi/Kconfig#e2359fad458a396df0673bc5d876f44ce700439d</link>
        <description>Merge branch &apos;defxx-updates&apos;Maciej W. Rozycki says:====================FDDI: defxx: CSR access fixes and improvementsAs a lab upgrade I have recently replaced a dated 32-bit x86 server witha new POWER9 system.  One of the purposes of the system has been providingnetwork based resources to clients over my FDDI network.  As such the newserver has also received a new DEFPA FDDI network adapter. As it turned out the interface did not work with the driver as shipped bythe most recent stable Debian release (Linux version 5.9.15) for ppc64el.Symptoms were inconclusive, and the DEFPA adapter turned out to have amanufacturing defect as well, however eventually I have figured out thePCIe host bridge used with the system, Power Systems Host Bridge 4 (PHB4),does not (anymore) implement PCI I/O transactions, while the binary defxxdriver as shipped by Debian comes configured for port I/O, and then a bugin resource handling causes the driver to try and use an unassigned portI/O range for adapter&apos;s PDQ main ASIC&apos;s CSR access. Fortunately the PFI PCI interface ASIC used with the DEFPA adapter hasbeen designed such as to provide for both PCI I/O and PCI memory accessesto be used for PDQ CSR access, via a pair of BARs to be alternativelyused. Originally the defxx driver only supported port I/O access, but in thecourse of interfacing it to the TURBOchannel bus I had to implement MMIOaccess too, and while at it I have added a kernel configuration option toglobally switch between port I/O and MMIO at compilation time, howeverconservatively defaulting to port I/O for EISA bus support where the useof MMIO currently requires the adapter to have been suitably configuredvia ECU (EISA Configuration Utility), supplied externally. With the kernel configuration option set to MMIO the DEFPA interfaceworks correctly with my POWER9 system.  Therefore I have prepared thissmall patch series consisting of a pair of conservative bug fixes, to bebackported to stable branches, and then a pair of improvements for therobustness of the driver. So changes 1/4 and 2/4 apply both to net and net-next, and then changes3/4 and 4/4 apply on top of them to net-next only.  In particular thereare diff context dependencies going like this: 1/4 -&gt; 3/4 -&gt; 4/4.  Let meknow if this submission needs to be sorted differently. See individual change descriptions for further details as to the actualchanges made. NB the ESIC interface chip used for slave address decoding with the DEFEAEISA adapter has decoding implemented for address bits 31:10 and thereforesupports full 32-bit range for the allocation of the CSR decoding window.For DOS compatibility reasons ECU however only allows allocations between0x000c0000 and 0x000effff. Given that for other compatibility reasons EISA is subtractively decodedon mixed PCI/EISA systems we could allocate an MMIO region from arbitraryunoccupied memory space and program the ESIC suitably without regard forthat compatibility limitation.  In fact I have a proof-of-concept changeand it seems to work reliably. However with these patches applied the driver continues supporting portI/O as fallback and the EISA product ID register is located in the EISAslot-specific port I/O address space, so any EISA system however modern(sounds like a joke, eh?) also has to support port I/O access somehow. So while I think such a dynamic MMIO allocation would be an example ofgood engineering, but it would require changes to our EISA core andtherefore it may have had sense 25 years ago when EISA was stillmainstream, but not nowadays when EISA systems are I suppose more of acuriosity rather than the usual equipment. This patch series has been thoroughly verified with Linux 5.11.0 asreleased and then a Raptor Talos II POWER9 system and a Malta 5Kc MIPS64system for PCI DEFPA adapter support, an Advanced Integrated Research486EI x86 system for EISA DEFEA adapter support, and a Digital EquipmentDECstation 5000 model 260 MIPS III system for TURBOchannel DEFTA adaptersupport, covering both port I/O and MMIO operation where applicable.====================Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux/drivers/net/fddi/Kconfig</description>
        <pubDate>Wed, 10 Mar 2021 22:08:15 +0100</pubDate>
        <dc:creator>David S. Miller &lt;davem@davemloft.net&gt;</dc:creator>
    </item>
<item>
        <title>795e272e54746e97fde54454873d384d5012cc9d - FDDI: defxx: Implement dynamic CSR I/O address space selection</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/fddi/Kconfig#795e272e54746e97fde54454873d384d5012cc9d</link>
        <description>FDDI: defxx: Implement dynamic CSR I/O address space selectionRecent versions of the PCI Express specification have deprecated supportfor I/O transactions and actually some PCIe host bridges, such as PowerSystems Host Bridge 4 (PHB4), do not implement them.  Conversely a DEFEAadapter can have its MMIO decoding disabled with ECU (EISA ConfigurationUtility) and therefore not available for us with the resource allocationinfrastructure we implement.However either I/O address space will always be available for use withthe DEFEA (EISA) and DEFPA (PCI) adapters and both have double addressdecoding implemented in hardware for Control and Status Register access.The two kinds of adapters can be present both at once in a single mixedPCI/EISA system.  For the DEFTA (TURBOchannel) variant there is no issueas there has been no port I/O address space defined for that bus.To make people&apos;s life easier and the driver more robust remove theDEFXX_MMIO configuration option so as to rather than making the choicefor the I/O address space to use at build time for all the adaptersinstalled in the system let the driver choose the most suitable addressspace dynamically on a case-by-case basis at run time.  Make MMIO thedefault and resort to port I/O should the default fail for some reason.This way multiple adapters installed in one system can use different I/Oaddress spaces each, in particular in the presence of DEFEA adapters ina pure-EISA or a mixed EISA/PCI system (it is expected that DEFPA boardswill use MMIO in normal circumstances).The choice of the I/O address space to use continues being reported bythe driver on startup, e.g.:eisa 00:05: EISA: slot 5: DEC3002 detecteddefxx: v1.12 2021/03/10  Lawrence V. Stefani and others00:05: DEFEA at I/O addr = 0x5000, IRQ = 10, Hardware addr = 00-00-f8-c8-b3-b600:05: registered as fddi0and:defxx: v1.12 2021/03/10  Lawrence V. Stefani and others0031:02:04.0: DEFPA at MMIO addr = 0x620c080020000, IRQ = 57, Hardware addr = 00-60-6d-93-91-980031:02:04.0: registered as fddi0and:defxx: v1.12 2021/03/10  Lawrence V. Stefani and otherstc2: DEFTA at MMIO addr = 0x1f100000, IRQ = 21, Hardware addr = 08-00-2b-b0-8b-1etc2: registered as fddi0so there is no need to add further information.The change is supposed to cause a negligible performance hit as I/Oaccessors will now have code executed conditionally at run time.Signed-off-by: Maciej W. Rozycki &lt;macro@orcam.me.uk&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux/drivers/net/fddi/Kconfig</description>
        <pubDate>Wed, 10 Mar 2021 13:03:19 +0100</pubDate>
        <dc:creator>Maciej W. Rozycki &lt;macro@orcam.me.uk&gt;</dc:creator>
    </item>
<item>
        <title>193ced4a79599352d63cb8c9e2f0c6043106eb6a - FDDI: defxx: Make MMIO the configuration default except for EISA</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/fddi/Kconfig#193ced4a79599352d63cb8c9e2f0c6043106eb6a</link>
        <description>FDDI: defxx: Make MMIO the configuration default except for EISARecent versions of the PCI Express specification have deprecated supportfor I/O transactions and actually some PCIe host bridges, such as PowerSystems Host Bridge 4 (PHB4), do not implement them.The default kernel configuration choice for the defxx driver is the useof I/O ports rather than MMIO for PCI and EISA systems.  It may havemade sense as a conservative backwards compatible choice back when MMIOoperation support was added to the driver as a part of TURBOchannel bussupport.  However nowadays this configuration choice makes the driverunusable with systems that do not implement I/O transactions for PCIe.Make DEFXX_MMIO the configuration default then, except where configuredfor EISA.  This exception is because an EISA adapter can have its MMIOdecoding disabled with ECU (EISA Configuration Utility) and thereforenot available with the resource allocation infrastructure we implement,while port I/O is always readily available as it uses slot-specificaddressing, directly mapped to the slot an option card has been placedin and handled with our EISA bus support core.  Conversely a kernel thatsupports modern systems which may not have I/O transactions implementedfor PCIe will usually not be expected to handle legacy EISA systems.The change of the default will make it easier for people, including butnot limited to distribution packagers, to make a working choice for thedriver.Update the option description accordingly and while at it replace thepotentially ambiguous PIO acronym with IOP for &quot;port I/O&quot; vs &quot;I/O ports&quot;according to our nomenclature used elsewhere.Signed-off-by: Maciej W. Rozycki &lt;macro@orcam.me.uk&gt;Fixes: e89a2cfb7d7b (&quot;[TC] defxx: TURBOchannel support&quot;)Cc: stable@vger.kernel.org # v2.6.21+Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux/drivers/net/fddi/Kconfig</description>
        <pubDate>Wed, 10 Mar 2021 13:03:14 +0100</pubDate>
        <dc:creator>Maciej W. Rozycki &lt;macro@orcam.me.uk&gt;</dc:creator>
    </item>
<item>
        <title>4b4193256c8d3bc3a5397b5cd9494c2ad386317d - Merge branch &apos;next&apos; into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/fddi/Kconfig#4b4193256c8d3bc3a5397b5cd9494c2ad386317d</link>
        <description>Merge branch &apos;next&apos; into for-linusPrepare input updates for 5.11 merge window.

            List of files:
            /linux/drivers/net/fddi/Kconfig</description>
        <pubDate>Tue, 15 Dec 2020 01:27:23 +0100</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>05909cd9a0c8811731b38697af13075e8954314f - Merge tag &apos;v5.9&apos; into next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/fddi/Kconfig#05909cd9a0c8811731b38697af13075e8954314f</link>
        <description>Merge tag &apos;v5.9&apos; into nextSync up with mainline to bring in the latest DTS files.

            List of files:
            /linux/drivers/net/fddi/Kconfig</description>
        <pubDate>Wed, 18 Nov 2020 03:13:23 +0100</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>0ea8a56de21be24cb79abb03dee79aabcd60a316 - Merge drm/drm-next into drm-intel-next-queued</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/fddi/Kconfig#0ea8a56de21be24cb79abb03dee79aabcd60a316</link>
        <description>Merge drm/drm-next into drm-intel-next-queuedSync drm-intel-gt-next here so we can have an unified fixes flow.Signed-off-by: Rodrigo Vivi &lt;rodrigo.vivi@intel.com&gt;

            List of files:
            /linux/drivers/net/fddi/Kconfig</description>
        <pubDate>Sat, 12 Sep 2020 02:00:20 +0200</pubDate>
        <dc:creator>Rodrigo Vivi &lt;rodrigo.vivi@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>9ddb236f13594b34a12dacf69a5adca7a1aef35e - Merge branch &apos;for-linus&apos; into for-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/fddi/Kconfig#9ddb236f13594b34a12dacf69a5adca7a1aef35e</link>
        <description>Merge branch &apos;for-linus&apos; into for-nextBack-merge to apply the tasklet conversion patches that are basedon the already applied tasklet API changes on 5.9-rc4.Signed-off-by: Takashi Iwai &lt;tiwai@suse.de&gt;

            List of files:
            /linux/drivers/net/fddi/Kconfig</description>
        <pubDate>Wed, 09 Sep 2020 18:26:07 +0200</pubDate>
        <dc:creator>Takashi Iwai &lt;tiwai@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>6bde8ef51c917a657476310728d6cb3de6bac9e4 - Merge branch &apos;topic/tasklet-convert&apos; into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/fddi/Kconfig#6bde8ef51c917a657476310728d6cb3de6bac9e4</link>
        <description>Merge branch &apos;topic/tasklet-convert&apos; into for-linusPull tasklet API conversions.Signed-off-by: Takashi Iwai &lt;tiwai@suse.de&gt;

            List of files:
            /linux/drivers/net/fddi/Kconfig</description>
        <pubDate>Wed, 02 Sep 2020 13:31:45 +0200</pubDate>
        <dc:creator>Takashi Iwai &lt;tiwai@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>ead5d1f4d877e92c051e1a1ade623d0d30e71619 - Merge branch &apos;master&apos; into for-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/fddi/Kconfig#ead5d1f4d877e92c051e1a1ade623d0d30e71619</link>
        <description>Merge branch &apos;master&apos; into for-nextSync with Linus&apos; branch in order to be able to apply fixupsof more recent patches.

            List of files:
            /linux/drivers/net/fddi/Kconfig</description>
        <pubDate>Tue, 01 Sep 2020 14:19:48 +0200</pubDate>
        <dc:creator>Jiri Kosina &lt;jkosina@suse.cz&gt;</dc:creator>
    </item>
<item>
        <title>3bec5b6aae830355e786e204b20a7cea38c3a8ed - Merge tag &apos;v5.9-rc2&apos; into regulator-5.9</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/net/fddi/Kconfig#3bec5b6aae830355e786e204b20a7cea38c3a8ed</link>
        <description>Merge tag &apos;v5.9-rc2&apos; into regulator-5.9Linux 5.9-rc2

            List of files:
            /linux/drivers/net/fddi/Kconfig</description>
        <pubDate>Tue, 25 Aug 2020 12:01:46 +0200</pubDate>
        <dc:creator>Mark Brown &lt;broonie@kernel.org&gt;</dc:creator>
    </item>
</channel>
</rss>
