<?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 rt2661.c</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>785edcc2af5ae32c24f5caf5b9552f62bdae33ee - net80211: convert the rest of the native net80211 drivers to SEQNO_OFFLOAD</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/ral/rt2661.c#785edcc2af5ae32c24f5caf5b9552f62bdae33ee</link>
        <description>net80211: convert the rest of the native net80211 drivers to SEQNO_OFFLOAD* Convert the rest of the drivers to implement driver/offloaded sequence  number handling.* For drivers that implement their own sequence number space handling  for A-MPDU, only call ieee80211_output_seqno_assign() if the frame  isn&apos;t tagged with M_AMPDU_MPDU, which mirrors the original net80211  sequence number behaviour.  (Except of course, the assignment is  now happening during final encap/transmit, not early in encap.)Locally tested (sta mode):* ath* iwn* bwi* bwn* iwm* otus* ralDifferential Revision:	https://reviews.freebsd.org/D50772Okayed by: bz

            List of files:
            /freebsd/sys/dev/ral/rt2661.c</description>
        <pubDate>Tue, 10 Jun 2025 06:22:10 +0200</pubDate>
        <dc:creator>Adrian Chadd &lt;adrian@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>7067450010931479f8dd97e51e4c5bf6a4d34c7e - sys: convert ni-&gt;ni_txrate references use to the new net80211 API</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/ral/rt2661.c#7067450010931479f8dd97e51e4c5bf6a4d34c7e</link>
        <description>sys: convert ni-&gt;ni_txrate references use to the new net80211 APIThis just mechanically converts things.* For linuxkpi, it was just used for display.* For uath, it was just used for display, as firmware  doesn&apos;t report it up.Differential Revision:	https://reviews.freebsd.org/D48602Reviewed by:	bz, thj

            List of files:
            /freebsd/sys/dev/ral/rt2661.c</description>
        <pubDate>Thu, 02 Jan 2025 05:35:24 +0100</pubDate>
        <dc:creator>Adrian Chadd &lt;adrian@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>c249cc3822dc002288700ee206cf28c0c6031449 - net80211: migrate FC0_TYPE_MASK / FC0_SUBTYPE_MASK frame type checks to macros</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/ral/rt2661.c#c249cc3822dc002288700ee206cf28c0c6031449</link>
        <description>net80211: migrate FC0_TYPE_MASK / FC0_SUBTYPE_MASK frame type checks to macros* Add macros for the management and control frame type checks that  I&apos;ve come across in the drivers.* Delete some now old code (eg ath&apos;s ieee80211_is_action()) as there&apos;s now  a macro for it.Local testing:* not yet, I have a lot of wifi devices to find and test againstDifferential Revision: https://reviews.freebsd.org/D47500

            List of files:
            /freebsd/sys/dev/ral/rt2661.c</description>
        <pubDate>Sat, 09 Nov 2024 22:44:50 +0100</pubDate>
        <dc:creator>Adrian Chadd &lt;adrian@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>1c6dd33d26eb02c6145383a49150965eeca61120 - Revert &quot;Widen EPOCH(9) usage in PCI WLAN drivers.&quot;</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/ral/rt2661.c#1c6dd33d26eb02c6145383a49150965eeca61120</link>
        <description>Revert &quot;Widen EPOCH(9) usage in PCI WLAN drivers.&quot;This reverts commit b65f813c1ab99448278961c5ca80dc422b1eae29.As a side effect this also seems to fix wtap which seems to havelost the epoch over the input path in between.Sponsored by:	The FreeBSD FoundationMFC after:	3 days

            List of files:
            /freebsd/sys/dev/ral/rt2661.c</description>
        <pubDate>Fri, 03 Nov 2023 22:19:26 +0100</pubDate>
        <dc:creator>Bjoern A. Zeeb &lt;bz@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>685dc743dc3b5645e34836464128e1c0558b404b - sys: Remove $FreeBSD$: one-line .c pattern</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/ral/rt2661.c#685dc743dc3b5645e34836464128e1c0558b404b</link>
        <description>sys: Remove $FreeBSD$: one-line .c patternRemove /^[\s*]*__FBSDID\(&quot;\$FreeBSD\$&quot;\);?\s*\n/

            List of files:
            /freebsd/sys/dev/ral/rt2661.c</description>
        <pubDate>Wed, 16 Aug 2023 19:54:36 +0200</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>71625ec9ad2a9bc8c09784fbd23b759830e0ee5f - sys: Remove $FreeBSD$: one-line .c comment pattern</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/ral/rt2661.c#71625ec9ad2a9bc8c09784fbd23b759830e0ee5f</link>
        <description>sys: Remove $FreeBSD$: one-line .c comment patternRemove /^/[*/]\s*\$FreeBSD\$.*\n/

            List of files:
            /freebsd/sys/dev/ral/rt2661.c</description>
        <pubDate>Wed, 16 Aug 2023 19:54:24 +0200</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>c9b7e9df18e413a27bbddd776315a595255453f1 - net80211 / drivers: rename to IEEE80211_FC0_SUBTYPE_QOS_DATA</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/ral/rt2661.c#c9b7e9df18e413a27bbddd776315a595255453f1</link>
        <description>net80211 / drivers: rename to IEEE80211_FC0_SUBTYPE_QOS_DATAGoing through the Frame (Sub)types the &quot;QOS Data&quot; being called &quot;QOS&quot;scheme leads to a naming conflict for QOS_CFPOLL and QOS_CFACKPOLL(if added).   Rename QOS* to QOS_DATA* to avoid the conflict andto also better match the standards name.No functional changes intended.Sponsored by:	The FreeBSD FoundationMFC after:	5 daysReviewed by:	hselaskyDifferential Revision: https://reviews.freebsd.org/D36409

            List of files:
            /freebsd/sys/dev/ral/rt2661.c</description>
        <pubDate>Thu, 01 Sep 2022 00:19:32 +0200</pubDate>
        <dc:creator>Bjoern A. Zeeb &lt;bz@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>790cd2071a558b4865b2abc709f44d90b44631ef - ral: clean up empty lines in .c and .h files</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/ral/rt2661.c#790cd2071a558b4865b2abc709f44d90b44631ef</link>
        <description>ral: clean up empty lines in .c and .h files

            List of files:
            /freebsd/sys/dev/ral/rt2661.c</description>
        <pubDate>Tue, 01 Sep 2020 23:56:10 +0200</pubDate>
        <dc:creator>Mateusz Guzik &lt;mjg@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>59abbffacd1e61792097e0d467fa40e1749d27e8 - Merge ^/head r357270 through r357349.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/ral/rt2661.c#59abbffacd1e61792097e0d467fa40e1749d27e8</link>
        <description>Merge ^/head r357270 through r357349.

            List of files:
            /freebsd/sys/dev/ral/rt2661.c</description>
        <pubDate>Fri, 31 Jan 2020 20:40:40 +0100</pubDate>
        <dc:creator>Dimitry Andric &lt;dim@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>b65f813c1ab99448278961c5ca80dc422b1eae29 - Widen EPOCH(9) usage in PCI WLAN drivers.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/ral/rt2661.c#b65f813c1ab99448278961c5ca80dc422b1eae29</link>
        <description>Widen EPOCH(9) usage in PCI WLAN drivers.Make sure all occurrences of ieee80211_input_xxx() in sys/dev arecovered by a network epoch section. Do not depend on the interrupthandler nor any taskqueues being in a network epoch section.This patch should unbreak the PCI WLAN drivers after r357004.Pointy hat:	glebius@Sponsored by:	Mellanox Technologies

            List of files:
            /freebsd/sys/dev/ral/rt2661.c</description>
        <pubDate>Thu, 30 Jan 2020 11:28:01 +0100</pubDate>
        <dc:creator>Hans Petter Selasky &lt;hselasky@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>7e565c552a5d3ab1745f5d37c61c51069508f124 - Merge ^/head r343320 through r343570.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/ral/rt2661.c#7e565c552a5d3ab1745f5d37c61c51069508f124</link>
        <description>Merge ^/head r343320 through r343570.

            List of files:
            /freebsd/sys/dev/ral/rt2661.c</description>
        <pubDate>Wed, 30 Jan 2019 08:10:33 +0100</pubDate>
        <dc:creator>Dimitry Andric &lt;dim@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>b84b36380eb1404f1cf06224cc8af5f805edb090 - Remove 2GHz channel list copies from wireless drivers.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/ral/rt2661.c#b84b36380eb1404f1cf06224cc8af5f805edb090</link>
        <description>Remove 2GHz channel list copies from wireless drivers.Wrap ieee80211_add_channel_list_2ghz into another functionwhich supplies default (1-14) channel list to it and dropits copies from drivers.Checked with RTL8188EE, country US / JP / KR / UA.MFC after:	2 weeks

            List of files:
            /freebsd/sys/dev/ral/rt2661.c</description>
        <pubDate>Sat, 26 Jan 2019 18:00:55 +0100</pubDate>
        <dc:creator>Andriy Voskoboinyk &lt;avos@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>d1b671061b4f149f2175c931c62524a05e753aba - net80211: wrap protection frame allocation into ieee80211_alloc_prot()</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/ral/rt2661.c#d1b671061b4f149f2175c931c62524a05e753aba</link>
        <description>net80211: wrap protection frame allocation into ieee80211_alloc_prot()Move copy-pasted code for RTS/CTS frame allocation into net80211.While here, add stat / debug message for allocation failures(copied from run(4)) + return error here in bwn(4).Reviewed by:	adrianDifferential Revision:	https://reviews.freebsd.org/D14628

            List of files:
            /freebsd/sys/dev/ral/rt2661.c</description>
        <pubDate>Fri, 09 Mar 2018 12:33:56 +0100</pubDate>
        <dc:creator>Andriy Voskoboinyk &lt;avos@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>ac2fffa4b74cd83963f0d462c379c7f50eeabf20 - Revert r327828, r327949, r327953, r328016-r328026, r328041:</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/ral/rt2661.c#ac2fffa4b74cd83963f0d462c379c7f50eeabf20</link>
        <description>Revert r327828, r327949, r327953, r328016-r328026, r328041:Uses of mallocarray(9).The use of mallocarray(9) has rocketed the required swap to build FreeBSD.This is likely caused by the allocation size attributes which put extra pressureon the compiler.Given that most of these checks are superfluous we have to choose betterwhere to use mallocarray(9). We still have more uses of mallocarray(9) buthopefully this is enough to bring swap usage to a reasonable level.Reported by:	woschPR:		225197

            List of files:
            /freebsd/sys/dev/ral/rt2661.c</description>
        <pubDate>Sun, 21 Jan 2018 16:42:36 +0100</pubDate>
        <dc:creator>Pedro F. Giffuni &lt;pfg@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>26c1d774b55c4db79bca772941883244986e6f44 - dev: make some use of mallocarray(9).</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/ral/rt2661.c#26c1d774b55c4db79bca772941883244986e6f44</link>
        <description>dev: make some use of mallocarray(9).Focus on code where we are doing multiplications within malloc(9). None ofthese is likely to overflow, however the change is still useful as somestatic checkers can benefit from the allocation attributes we use formallocarray.This initial sweep only covers malloc(9) calls with M_NOWAIT. No goodreason but I started doing the changes before r327796 and at that time itwas convenient to make sure the sorrounding code could handle NULL values.

            List of files:
            /freebsd/sys/dev/ral/rt2661.c</description>
        <pubDate>Sat, 13 Jan 2018 23:30:30 +0100</pubDate>
        <dc:creator>Pedro F. Giffuni &lt;pfg@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>4b49587c3dd54aed8eb103d838a89ca79484a9b6 - Merge ^/head r327341 through r327623.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/ral/rt2661.c#4b49587c3dd54aed8eb103d838a89ca79484a9b6</link>
        <description>Merge ^/head r327341 through r327623.

            List of files:
            /freebsd/sys/dev/ral/rt2661.c</description>
        <pubDate>Sat, 06 Jan 2018 17:13:17 +0100</pubDate>
        <dc:creator>Dimitry Andric &lt;dim@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>9fbe631a1ad7f8a1a2f45645d9c8dd50c2a8bb67 - [net80211] convert all of the WME use over to a temporary copy of WME info.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/ral/rt2661.c#9fbe631a1ad7f8a1a2f45645d9c8dd50c2a8bb67</link>
        <description>[net80211] convert all of the WME use over to a temporary copy of WME info.This removes the direct WME info access in the ieee80211com struct and insteadprovides a method of fetching the data.  Right now it&apos;s a no-op but eventuallyit&apos;ll turn into a per-VAP method for drivers that support it (eg iwn, iwm,upcoming ath10k work) as things like p2p support require this kind of behaviour.Tested:* ath(4), STA and AP modeTODO:* yes, this is slightly stack size-y, but it is an important first step  to get drivers migrated over to a sensible WME API.  A lot of per-phy things  need to be converted to per-VAP before P2P, 11ac firmware, etc stuff shows up.

            List of files:
            /freebsd/sys/dev/ral/rt2661.c</description>
        <pubDate>Tue, 02 Jan 2018 01:07:28 +0100</pubDate>
        <dc:creator>Adrian Chadd &lt;adrian@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>be64968040dcbab18ffe3dc9c14966e681f8ff83 - Merge ^/head r314270 through r314419.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/ral/rt2661.c#be64968040dcbab18ffe3dc9c14966e681f8ff83</link>
        <description>Merge ^/head r314270 through r314419.

            List of files:
            /freebsd/sys/dev/ral/rt2661.c</description>
        <pubDate>Tue, 28 Feb 2017 22:30:26 +0100</pubDate>
        <dc:creator>Dimitry Andric &lt;dim@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>f6313575401b3e97469df997e8b9d1a18fb485d0 - net80211 drivers: fix rate setup for EAPOL frames, obtain Tx parameters</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/ral/rt2661.c#f6313575401b3e97469df997e8b9d1a18fb485d0</link>
        <description>net80211 drivers: fix rate setup for EAPOL frames, obtain Tx parametersdirectly from the node.- Use ni_txparms directly instead of calculating them manually every time- Move M_EAPOL flag check upper; otherwise it may be skipped due to&apos;ucastrate&apos; / &apos;mcastrate&apos; check- Use &apos;mgtrate&apos; for control frames too (see ifconfig(8), mgtrate parameter)- Add few more M_EAPOL checks where it was missing (zyd(4), ural(4),urtw(4))- Few unrelated cleanupsTested with: - Intel 6205 (iwn(4)), STA mode; - WUSB54GC (rum(4)), HOSTAP mode + RTL8188EU (rtwn(4)), STA mode.Reviewed by:	adrianDifferential Revision:	https://reviews.freebsd.org/D9811

            List of files:
            /freebsd/sys/dev/ral/rt2661.c</description>
        <pubDate>Sun, 26 Feb 2017 21:49:35 +0100</pubDate>
        <dc:creator>Andriy Voskoboinyk &lt;avos@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>6ae9acde636a6411b14ec781205654c718866745 - Merge ^/head r313896 through r314128.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/ral/rt2661.c#6ae9acde636a6411b14ec781205654c718866745</link>
        <description>Merge ^/head r313896 through r314128.

            List of files:
            /freebsd/sys/dev/ral/rt2661.c</description>
        <pubDate>Thu, 23 Feb 2017 08:45:58 +0100</pubDate>
        <dc:creator>Dimitry Andric &lt;dim@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
