aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* LinuxKPI: pm: add SET_SYSTEM_SLEEP_PM_OPS() and device_can_wakeup()Bjoern A. Zeeb2024-06-072-13/+35
| | | | | | | | | | | | | | | | | | | | | Add the SET_SYSTEM_SLEEP_PM_OPS() by factoring some other macro code out in order to set the suspend/resume functions when the struct is already given. Such is the case in iwlwifi d3. Also add an initial implementation of device_can_wakeup(). Though this is likely all we need we have no way of setting the flag for it yet so leave a pr_debug() and a comment there as well. Until we want to support WoWLAN this is likely not needed for wireless. Doing it the proper way checking a bool in 'struct dev_pm_info' would change 'struct device' and with that 'struct pci_dev' and break the KBI. In favour of mergeability this version does not implement the full functionality yet. Both help to make an updated iwlwifi d3 compile. Sponsored by: The FreeBSD Foundation MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D45358
* LinuxKPI: 802.11: make sure we can send DISASSOC or DEAUTH framesBjoern A. Zeeb2024-06-071-9/+86
The "Invalid TXQ" error from iwlwifi seems to be triggered by a frame being sent for a sta which is no longer known to the driver/fw. While we make sure to trigger the sending of the frame in net80211 early enough (by calling (*iv_newstate)() early on rather than at the end), TX in LinuxKPI is run in a deferred task. When we drop the net80211 ic lock again and re-acquire the LHW lock the packet may not yet have made it to the driver. Work around this between the (ic and lhw) locks by making sure (a) no new packets get queued after we return from (*iv_newstate)(), and (b) the TX task has run or gets cancelled and we manually push any remaining packets out (or let lsta_free() clean them up). The disabled packet queuing now also needs to be re-enabled in scan_to_auth() in case an lsta is staying in service or gets re-used. Also make sure that any following lkpi_wake_tx_queues() calls no longer ignore queues which have not seen a prior dequeue. This former workaround "feature" (ltxq->seen_dequeue) should be fully garbage collected in a later change on its own. Sponsored by: The FreeBSD Foundation MFC after: 3 days PR: 274382 Tested by: emaste, lwhsu, thj, rkoberman at gmail.com Accepted by: adrian Differential Revision: https://reviews.freebsd.org/D45508
* fwget: update wireless IDs for rtw88/89, ath1xk, mt76 and add iwlwifiBjoern A. Zeeb2024-05-236-62/+539
Update and add (new) PCI IDs for Realtek rtw88/89, Mediatek 7996/7925, QCA ath1xk, and add Intel iwlwifi IDs. Rather than using a package per driver add fine(r) grained flavors even though it is a lot more likely to break in certain cases. For Intel we need a great level of detail to match PCI IDs so also pass the full pciconf -l line to into the pci_* files as "$2" to have access to these. This lines up with ports commit 80f50c9eb66d. Sponsored by: The FreeBSD Foundation Reviewed by: manu (earlier version) MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D44918
* LinuxKPI: 802.11: change teardown order to avoid iwlwifi firmware crashesBjoern A. Zeeb2024-05-221-29/+55
While the previous order worked well for iwlwifi 22000 and later chipsets (AXxxx, BE200), earlier chipsets had trouble and ran into firmware crashes. Change the teardown order to avoid these problems. The inline comments in lkpi_sta_run_to_init() (and lkpi_disassoc()) try to document the new order and also the old problems we were seeing (too early sta removal or silent non-removal) leading to follow-up problems. There is a possible further problem still lingering but a lot harder to trigger (see comment in review) and likely related to some other doings so we'll track it separately. Sponsored by: The FreeBSD Foundation MFC after: 3 days PR: 275255 Tested with: AX210, 8265 (bz); 9260 (Bakul Shah) Differential Revision: https://reviews.freebsd.org/D45293
* LinuxKPI: 802.11: disable early queue wakeup workaround; better classifyBjoern A. Zeeb2024-04-151-2/+12
We used to call lkpi_wake_tx_queues() for all queues early on in order to make sure they are ready. Turns out whatever logic in iwlwifi startup is working correctly these days under LinuxKPI so this is no longer needed. As the comment indicated the "workaround" did not always work. Disable it for now. The second part of the improvement is to properly classify Non-QOS non-data frames (mgmt and ctl frames for now, unless we have to be even more careful in the future about certain sub-types) as TID 7/VO. Contrary to net80211 we must not promote PAE frames. PR: 274382 MFC after: 3 day Reviewed by: cc Differential Revision: https://reviews.freebsd.org/D43944
* LinuxKPI: napi_schedule() requires return value, implement napi_is_scheduled()Bjoern A. Zeeb2024-04-152-3/+14
A newer version of iwlwifi requires a return value from napi_schedule(); unclear if the function always should have been bool. Add the bool to test based on the napi_schedule_prep() result. Also add napi_is_scheduled() for rtw89. Sponsored by: The FreeBSD Foundation MFC after: 3 days Reviewed by: emaste (previous version) Differential Revision: https://reviews.freebsd.org/D44591
* LinuxKPI: 802.11: implement a deferred RX pathBjoern A. Zeeb2024-02-222-11/+154
Some calls, e.g., action frames cause us to call through all the way down to firmware from the RX path without any deferral in net80211. For LinuxKPI and iwlwifi this goes (with omissions) like this: lkpi_napi_task -> linuxkpi_ieee80211_rx -> ieee80211_input_mimo -> sta_input -> ht_recv_action_ba_addba_request -> lkpi_ic_ampdu_rx_start -> iwl_mvm_mac_ampdu_action -> iwl_trans_txq_send_hcmd. At that point we are waiting for an interrupt from the firmware but given the lkpi_napi_task has not finished (and may have more to dispatch based on budget and what was received) we will not see the new interrupt/fw response. With no answer from the firmware, the software timeout in the driver kills the command and the firmware and issues a complete restart. Implement the deferred RX path in LinuxKPI for the moment. At a later point we should carefully shift this into net80211. This fixes the hangs for (*ic_ampdu_rx_start)() calls with iwlwifi. MFC after: 3 days PR: 276083 Reviewed by: cc Differential Revision: https://reviews.freebsd.org/D43968
* Add link from if_iwlwifi(4) to iwlwifi(4)Li-Wen Hsu2024-02-221-0/+1
MFC after: 3 days Sponsored by: The FreeBSD Foundation
* iwm.4: add iwlwifi cross-referenceEd Maste2024-02-201-1/+2
iwlwifi(4) supports a superset of the devices supported by iwm(4). The latter may be retired in the future (if there is no reason to prefer it for the set of devices supported by both). Sponsored by: The FreeBSD Foundation
* iwlwifi: improve error messageBjoern A. Zeeb2024-02-141-0/+4
In case we cannot identify the firmware monitor buf_location, print the type (usually 0 = invalid) so we have an idea at least of what was set (or not). MFC after: 3 days
* LinuxKPI: implement memset_after()Bjoern A. Zeeb2024-02-031-0/+8
| | | | | | | | memset_after() is needed by iwlwifi d3.c. MFC after: 3 days Reviewed by: emaste Differential Revision: https://reviews.freebsd.org/D43644
* iwlwifi: add the d3 (PM) bits to the Makefile (disabled)Bjoern A. Zeeb2024-02-031-2/+6
| | | | | | | | | | | | Add the logic to conditionally enable PM for iwlwifi. This should help suspend/resume in the future. For now leave it disabled until other preconditional problems are sorted. Sponsored by: The FreeBSD Foundation (2023) MFC after: 3 days Reviewed by: cc Differential Revision: https://reviews.freebsd.org/D43647
* iwlwifi: adjust to make d3.c compileBjoern A. Zeeb2024-02-032-0/+7
| | | | | | | | | | | | struct iwl_mvm_wep_key_cmd ends in a variable sized array but later is included in another struct followed by the actual struct iwl_mvm_wep_key in d3.c. Make the array[0] instead of [] to avoid the warning about it being a GNU-extension. Also include string.h explicitly for memset_after(). MFC after: 3 days Reviewed by: cc Differential Revision: https://reviews.freebsd.org/D43647
* LinuxKPI: 802.11: extend ieee80211_key_seq and WLAN_KEY_LEN_* definesBjoern A. Zeeb2024-02-032-0/+7
For iwlwifi(4) d3.c we need another struct in struct ieee80211_key_seq and related WLAN_KEY_LEN_* defines in. MFC after: 3 days Reviewed by: cc, emaste Differential Revision: https://reviews.freebsd.org/D43646
* net80211: move net_epoch into net80211Bjoern A. Zeeb2023-12-013-3/+7
Move the net_epoch into net80211 around the if_input calls and out of the driver (in this first case LinuxKPI). This reduces coverage but also allows us to alloc in calls like (*ampdu_rx_start) which do not actually pass data up the stack. The follow-up commits will revert b65f813c1ab99448278961c5ca80dc422b1eae29, 21c4082de9e2cf9a0fd81a9a981ab06022956847, 17c328b6aebfa03cd1c2cbfbbc617e3b341bf1e4, af2441fbc7fa9e522e7f8697e5a181bdd4ff9e00, and 6c3e93cb5a4aa4b8a2d8d4d326f2a7c34d3a4458 for ath. Sponsored by: The FreeBSD Foundation MFC after: 3 days Tested by: few (rtwn, ath, iwlwifi, ...) Reviewed by: adrian Differential Revision: https://reviews.freebsd.org/D42427
* iwlwififw: add firmware for the Bz/B200 chipsetBjoern A. Zeeb2023-11-295-0/+15
The iwlwifi driver already supports the chipset as "Bz TBD" (also in 14.0). Add the firmware for it. Successfully tested for 0x8086/0x272b/0x8086/0x00f4 on arm64 thanks to donated hardware [1]. Firmware was obtained from linux-firmware at 9552083a783e5e48b90de674d4e3bf23bb855ab0 . Sponsored by: The FreeBSD Foundation Sponsored by: Martin Hoehne / minipci.biz (B200 card) [1] MFC after: 3 days
* sys: Disable -Walloc-size-larger-than for GCC 9+John Baldwin2023-11-151-0/+1
By default this warns about sizes larger than PTRDIFF_MAX passed to malloc (rather than SIZE_MAX). This doesn't trigger deterministically, but it does trigger for kmalloc() of struct_size() in iwlwifi's iwl_configure_rxq even when struct_size() is changed to use PTRDIFF_MAX. NB: struct_size() in Linux caps the size at SIZE_MAX, not PTRDIFF_MAX via size_mul(). Reviewed by: imp Differential Revision: https://reviews.freebsd.org/D42587
* iwlwifi: re-enable "Invalid TXQ id" loggingBjoern A. Zeeb2023-10-091-3/+4
| | | | | | | | | | | Various reports recently hit the "Invalid TXQ id" in iwlwifi again. Unconditionally enable logging and add a note to report to a specific PR in the log message for now. Along with 018d93ece16b this will hopefully help us to understand what is going on. Sponsored by: The FreeBSD Foundation PR: 274382
* LinuxKPI: 802.11: add unconditional error reportingBjoern A. Zeeb2023-10-091-20/+64
Multiple reports have shown missed state transitions in net80211 without major cause obvious (or with a txq warning in iwlwifi). In order to better track down potential problems add unconditional ic_printf calls to any case in the lkpi state machine compat code which would let us return with an error in the hope that it helps us to catch the actual problems. Also remove the debug conditions from ieee80211_{beacon,connection}_loss which can also cause state transitions to have the ic_printf all the time there too. Sponsored by: The FreeBSD Foundation MFC after: 3 days
* LinuxKPI: 802.11: fix problem removing staBjoern A. Zeeb2023-09-301-19/+18
Move the call to lkpi_disassoc() before the state change to IEEE80211_STA_NOTEXIST which will remove the sta (from firmware). Based on a comment it seems that originally we had to do it the other way round. iwlwifi(4) has a check and will silently not remove the sta from the firmware when vif->cfg.assoc is still set (see iwl_mvm_sta_del()). This leads to the LinuxKPI 802.11 code thinking the sta is gone as downward state changes by the mac80211 op (*sta_state)() may not fail. Once we try to assoc with a newly added station later, iwlwifi firmware will run into an assert having two ap_sta set on the same vif. We can observe that problem in iwlwifi(4) having __le32 sta_id = 1 instead of sta_id = 0 in iwl_mvm_sta_cfg_cmd{} on the HCMD. This should fix one of the most seen problems with iwlwifi(4), e.g., when running service netif restart wlan0 or service wpa_supplicant restart wlan0. Sponsored by: The FreeBSD Foundation MFC after: 3 days
* LinuxKPI: 802.11: avoid symbol clash on UP to AC mappingBjoern A. Zeeb2023-09-251-3/+4
tid_to_mac80211_ac is an exported symbol in and likely based on iwlwifi, which leads to a symbol clash in NetBSD. Rename our local LinuxKPI copy to a better name and add a comment where to find a copy of the mapping table. Sponsored by: The FreeBSD Foundation MFC after: 3 days Reported by: Phil Nelson (phil netbsd org)
* iwlwifi: local namespace change for sysctlBjoern A. Zeeb2023-09-211-0/+3
| | | | | | | | | | | | In order for the FreeBSD-specific sysctl (which gives us a full list of PCI device IDs/names/and firmware prefixes) to be in the proper namespace add a LINUXKPI_PARAM_PREFIX definition to the file as well. The sysctl can now be used as: sysctl -n compat.linuxkpi.iwlwifi_pci_ids_name Sponsored by: The FreeBSD Foundation MFC after: 3 days
* iwlwifi: Update iwlwifi.4 and iwlwififw.4 device listBjoern A. Zeeb2023-09-212-563/+445
Update the man pages for iwlwifi.4 and iwlwififw.4 to list the current state of devices supported and which firmware they need. The list is automatically generated based on a sysctl added to the iwlwifi driver (so this is the driver's view). The reader should not be surprised by the larger number of any/any/any/any entries for PCI vendor and devices in the firmware table for which other matching logic happens. The reader should also not be confused about "TBD" (to be done) entries for chipsets which the driver already supports but have no (public) product yet. Sponsored by: The FreeBSD Foundation MFC after: 3 days
* iwlwifi: re-attach to build after updatesBjoern A. Zeeb2023-09-211-1/+1
While the build-breaking changes were only in the window of the two commits, 3e1f5cc9a81a..9af1bba44e1c, further updates restored some functionality as well. Now that we are done, add iwlwifi back to the build. This reverts commit b75d1ce6c10652fc4bfbf509deeae0e05c3d1356. Sponsored by: The FreeBSD Foundation MFC after: 3 days
* LinuxKPI: 802.11: pass non-0/NULL arguments to MO functionsBjoern A. Zeeb2023-09-213-17/+21
| | | | | | | | | | | | | | | In [1] we updated the KPI for various mac80211 ops functions to deal with MLD code. Newer iwlwifi driver and firmware supports these functions so we need to pass non-dummy (0, NULL) arguments to them. Start extending the internel MO functions by these arguments and pass down values from LinuxKPI 802.11 code. It is assumed that further work will be needed to have all the right fields available to at least work in the lgeacy way of a single link. Sponsored by: The FreeBSD Foundation Improves: 549198b1ab95 (update mac80211 KPI) [1] MFC after: 3 days
* iwlwifi firmware: update up-to -83 / updated -77 for othersBjoern A. Zeeb2023-09-2135-15/+15
| | | | | | | | Firmware was obtained from linux-firmware at dfa11466cf000120d1551146fd5bf78c44941eda. Sponsored by: The FreeBSD Foundation MFC after: 10 days
* iwlwifi: update driver from upstreamBjoern A. Zeeb2023-09-21116-4966/+15384
| | | | | | | | | | | This is a combined versions of updates of the iwlwifi driver based on wireless-testing (wt-2023-05-11) 711dca0ca3d77414f8f346e564e9c8640147f40d (after v6.4-rc1). (wt-2023-06-09) 7bd20e011626ccc3ad53e57873452b1716fcfaaa (after v6.4-rc5). (wt-2023-07-24) 62e409149b62a285e89018e49b2e115757fb9022 (after v6.5-rc3). Sponsored by: The FreeBSD Foundation MFC after: 20 days
* LinuxKPI: 802.11: prepare for iwlwifi driver updatesBjoern A. Zeeb2023-09-211-15/+1
| | | | | | | | | Unconditionally enable the changes for newer drivers, as needed by iwlwifi (and others). Sposnored by: The FreeBSD Foundation MFC after: 3 days X-Note: breaks build until iwlwifi update (next hash)
* iwlwifi: temporary disable build for updatesBjoern A. Zeeb2023-09-211-1/+1
Disconnect iwlwifi from the build for a few commits which, due to incompatible LinuxKPI 802.11 changes would break the build for a revision. It will be re-enabled "instantly". Sponsored by: The FreeBSD Foundation MFC after: 3 days
* LinuxKPI: 802.11: make sure bssid for scans (probe_req) is setBjoern A. Zeeb2023-09-141-0/+1
In b0f73768220e9 we added bssid[] to struct cfg80211_scan_request likely while working on mt76 and did not need it (yet) back then. iwlwifi started to use the field in Linux f1fec51cda70f (April 2023). Without it set firmware crashes when trying to send probe requests ((empty) SSID also given to hw_scan). For now always set the field to the wildcard BSSID. Sponsored by: The FreeBSD Foundation MFC after: 3 days
* iwlwifi: fix a bug in iwl_ssid_exist()Bjoern A. Zeeb2023-09-141-0/+4
Rather than always comparing a given SSID to the first SSID of the IE list, compare it to the the iterator one. That way duplicates can be found. Sponsored by: The FreeBSD Foundation MFC after: 3 days
* iwlwifi/LinuxKPI: 802.11: update ieee80211_request_smps()Bjoern A. Zeeb2023-09-052-12/+3
| | | | | | | | | | | | Update ieee80211_request_smps() to the new number of arguments in LinuxKPI (which was already prepared) and update the one call in the older iwlwifi driver version. This will allow iwlwifi as-is now and rtw88 to compile in case someone else wants to work on the latter in parallel to predominant efforts on the former. Sponsored by: The FreeBSD Foundation MFC after: 20 days
* rtw88: update driver from upstreamBjoern A. Zeeb2023-09-0547-551/+4610
This is a combined version of updates of the rtw88 driver based on wireless-testing (wt-2023-05-11) 711dca0ca3d77414f8f346e564e9c8640147f40d (after v6.4-rc1), (wt-2023-06-09) 7bd20e011626ccc3ad53e57873452b1716fcfaaa (after v6.4-rc5), (wt-2023-07-24) 62e409149b62a285e89018e49b2e115757fb9022 (after v6.5-rc3), (wt-2023-08-06) 2a220a15be657a24868368892e3e2caba2115283 (after v6.5-rc4). This update follows other currently disconnected LinuxKPI based wireless drivers to lift them all to a same version in case someone else wants to work on this driver in parallel to predominant iwlwifi efforts. MFC after: 20 days
* LinuxKPI: implement mul_u64_u64_div_u64()Bjoern A. Zeeb2023-08-181-0/+48
Implement mul_u64_u64_div_u64() for an updated iwlwifi driver (though we do not yet use it there; it is used for in-kernel ptp on wifi). Sponsored by: The FreeBSD Foundation Submitted by: cperciva MFC after: 10 days Reviewed by: cperciva, dwmalone Differential Revision: https://reviews.freebsd.org/D40120
* net80211: Radiotap: add two more EHT definesBjoern A. Zeeb2023-08-071-0/+2
An updated iwlwifi needs further radiotap updates for EHT. Sponsored by: The FreeBSD Foundation MFC after: 10 days
* LinuxKPI: add ptp_clock_kernel.hBjoern A. Zeeb2023-05-161-0/+77
Add the new ptp_clock_kernel.h with structs and dummy functions for kernel ptp support. This is needed for the next iwlwifi update. Sponsored by: The FreeBSD Foundation MFC after: 10 days
* net80211: Radiotap: update for newer standards (add EHT, U-SIG)Bjoern A. Zeeb2023-05-161-4/+128
iwlwifi already uses suggested EHT and U-SIG bits as well as some more TLV bits. Update radiotap to know of those even if they might get updated again in the future in order to get newer versions of the driver to compile. Sponsored by: The FreeBSD Foundation MFC after: 10 days
* man4: fix some mandoc lint for iwlwifi.4 and rtw88.4Bjoern A. Zeeb2023-04-232-11/+15
Address warnings (but one) from mandoc -T lint for these man pages. Sponsored by: The FreeBSD Foundation MFC after: 3 days
* iwlwifi: quieten more compiler warningsBjoern A. Zeeb2023-04-207-0/+21
Quieten some more (valid) gcc warnings and disable dead code. There are more warnings, some probably a compiler problem, the other related to firmware structs which I do not want to adjust just locally. Leave a comment to revisit after a next driver update. Sponsored by: The FreeBSD Foundation MFC after: 3 days
* iwlwifi: rtw88: rtw89: fix gcc warningsBjoern A. Zeeb2023-04-199-14/+25
Fix -Wno-format and unused variables warnings with gcc by adopting (to|the) FreeBSD-specific code. Reported by: jhb Sponsored by: The FreeBSD Foundation MFC after: 3 days Reviewed by: jhb Differential Revision: https://reviews.freebsd.org/D39673
* iwlwifi: Silence unused but set warnings from GCC for iwl-debug.c.John Baldwin2023-04-101-0/+3
Reviewed by: bz Differential Revision: https://reviews.freebsd.org/D39352
* linux_80211: Don't dequeue lsta if not queuedColin Percival2023-03-051-1/+4
This fixes an instapanic when restarting wpa_supplicant on my laptop's iwlwifi device. After this change, iwlwifi enters a nonfunctional state if wpa_supplicant is restarted, but "service netif restart wlan0" is enough to get it working again. releng/13.2 candidate. Reviewed by: bz MFC after: 3 days
* LinuxKPI: 802.11: basic implementation of *queue(s)/*txq*Bjoern A. Zeeb2023-01-313-59/+299
Very basic implementations of ieee80211_{wake,stop}_queue[s], as well as ieee80211_txq_schedule_start(), ieee80211_next_txq(), and ieee80211_schedule_txq(). Various combinations of these are used by different wireless drivers, incl. iwlwifi. Sponsored by: The FreeBSD Foundation (parts of this work) MFC after: 3 days
* iwlwifi: mark a declaration for a non-existent functionBjoern A. Zeeb2023-01-131-0/+2
iwl_trans_pcie_send_hcmd() does not seem to exist (anymore). Mark it as __linux__ so we can submit the cleanup with the next upstream run. Sponsored by: The FreeBSD Foundation MFC after: 3 days
* LinuxKPI: add kstrtou32_from_user() and mac_pton()Bjoern A. Zeeb2023-01-131-13/+52
While here: - fix an argument of kstrtouint_from_user() to correct signedness. - make kstrtou32() call kstrtouint() to avoid duplication (keep inline function) Add kstrtou32_from_user() based on other examples in the file making it a copy of the now fixed kstrtouint_from_user(). Also add a rudimentarily hacked up version of mac_pton() which is leanient accepting non-well-formed input but so far only with ':' separators. It does not seem to obviously belong to any networking header file so add it here. Both new functions are needed for debugfs support for iwlwifi hence coming together in one commit. Sponsored by: The FreeBSD Foundation MFC after: 3 days Commented on by: emaste Differential Revision: https://reviews.freebsd.org/D37088
* LinuxKPI: iwlwifi: rtw88: rtw89: remove budget argument from netif_napi_add()Bjoern A. Zeeb2022-11-285-10/+8
In preparation for future updates remove the budget argument from the netif_napi_add() in drivers and update LinuxKPI to reflect that it is gone and only set it internally. This required changes to the currently committed wireless drivers based on LinuxKPI (iwlwifi, rtw88, rtw89). Sponsored by: The FreeBSD Foundation MFC after: 3 days
* LinuxKPI,lindebugfs: add u8 base type and blob supportBjoern A. Zeeb2022-11-282-1/+76
Add debugfs_create_u8() based on other already present implementations. Add a read-only implementation for debugfs_create_blob(). Both are needed for iwlwifi debugfs support. Sponsored by: The FreeBSD Foundation MFC after: 3 days OKed by: jfree (earlier version) Differential Revision: https://reviews.freebsd.org/D37090
* iwlwifi: fix hang on unloading driverBjoern A. Zeeb2022-11-221-0/+11
f808c43ad9234670770601ba32a7426b00bbf528 introduced a FreeBSD specific behaviour to wait for firmware load completion before returning from loading the driver. This does no longer allow iwl_drv_stop to detect that startup has completed and it will wait indefinitely for a completion event that will not happen. We could change the complete() call to a complete_all() but to avoid confusion, future side effects, and for simplicity daisy-chain two complete events in FreeBSD. PR: 267869 Reported by: Peter Much (pmc citylink.dinoex.sub.org) Tested by: Peter Much (pmc citylink.dinoex.sub.org) Sponsored by: The FreeBSD Foundation MFC after: 3 days
* LinuxKPI: seq_file add "private" versions.Bjoern A. Zeeb2022-10-242-0/+36
Add __seq_open_private() and seq_release_private() needed by iwlwifi debugfs support. Sponsored by: The FreeBSD Foundation MFC after: 3 days Reviewed by: emaste Differential Revision: https://reviews.freebsd.org/D37089
* LinuxKPI: 802.11: add changes to support debugfs in iwlwifiBjoern A. Zeeb2022-10-221-11/+22
| | | | | | | | Add new fields (also have to move a struct up, no changes there) in order to make iwlwifi debugfs support compile. Sposnored by: The FreeBSD Foundation MFC after: 3 days
generated by cgit v1.2.3 (git 2.25.1) at 2024-09-21 18:44:05 +0000