Re: Is Realtek RTL8211E supported?

Tue, 02 Apr 2019 03:58:47 +0300 було написано Sergey Matveychuk : Hi, try to load crypto modules: kldload wlan_ccmp wlan_tkip wlan_wep (also, performance will be better if you will load wlan_amrr - as suggested by ieee80211_load_module) Hi. I try to use my USB dongle with FreeBSD 12.0. I

Re: wireless coordination and who's working on what?

Mon, 07 Jan 2019 16:47:12 +0200 було написано Bjoern A. Zeeb : Hi, I’ve been and am involved in two projects over the last 6 months related to FreeBSD wireless. I know there are some out there like me working on this or that; some known better some less. Hi, I'm currently working

Re: Something seems "off" counting outbound traffic (wlan? iwn?)

Wed, 03 Jan 2018 17:33:12 +0200 було написано David Wolfskill : Hi, https://reviews.freebsd.org/D10728 fixes output stats (I cannot check it with Intel 4965 - sometimes firmware throws an exception - with or without this patch - that's why it is not in the tree yet). I

Re: rtwn(4) extension rtl8188ee receiving constantly interrupts

Hi, there are some issues that may cause wrong interrupt handling: 1) IMR register bits - they were taken from 92c (and they are not compatible - for example, RXFOVW seems to be moved to the ext register) 2) Try to ACK (write back) all bits, not masked ones (like it is done for 92c)

Re: rtwn card not delivering interrupts from beacon frames

Hi, For correct work pc_enable_intr / sc_start_xfers need to be adapted too; also, there may be need to utilize R88E_HIMRE / R88E_HISRE registers in addition to R88E_HIMR / R88E_HISR pair (see '8188 IMR/ISR bits' section in include/hal_com_reg.h in the vendor driver). Hi all, As discussed, I

Re: C2H on rtwn not handled

u very much. On 10/29/2017 07:46 PM, Andriy Voskoboinyk wrote: Sun, 29 Oct 2017 08:34:21 +0200 було написано Farhan Khan <kha...@gmail.com>: Hi, You should not use polling for RTL8188EE - it was mainly used for RTL8192C* (since there is no documented way to get events from it) and ca

Re: C2H on rtwn not handled

Sun, 29 Oct 2017 08:34:21 +0200 було написано Farhan Khan : Hi, You should not use polling for RTL8188EE - it was mainly used for RTL8192C* (since there is no documented way to get events from it) and can be enabled on RTL881(1,2)A (but just is not needed here). Look into

Re: Register Address Size Mismatch

understanding how the device works. On 10/01/2017 03:12 PM, Andriy Voskoboinyk wrote: Do you mean 0xFFE address? In vendor driver such 'addresses' are used for delay between writes (50 ms for RTL8812A). The issue is in the assignment, not the write/read part. rtwn_rf_prog wants a * uint8_t list

Re: Register Address Size Mismatch

continued assistance. On 10/01/2017 06:30 AM, Andriy Voskoboinyk wrote: Hi, RF registers are using indirect addressing; you should use rtwn_rf_write() / rtwn_rf_read() instead. I am working on porting over a Linux Realtek driver to FreeBSD. I ran into a register-size issue. FreeBSD's PCI-write

Re: Register Address Size Mismatch

Hi, RF registers are using indirect addressing; you should use rtwn_rf_write() / rtwn_rf_read() instead. I am working on porting over a Linux Realtek driver to FreeBSD. I ran into a register-size issue. FreeBSD's PCI-write function is defined as follows: rtwn_pci_write_4(struct rtwn_softc

Re: Why is rtwn module detaching?

Sun, 13 Aug 2017 04:09:45 +0300 було написано Farhan Khan : Sounds like rtwn_init() fails somewhere - I would try to 'ifdef' out various routines from the end of it (e.g., everything but rtwn_power_on(), then rtwn_load_firmware(), rtwn_mac_init() etc.) to see where is the

Re: Trouble writing rtl8188ee driver

Sat, 18 Mar 2017 22:21:51 +0200 було написано Farhan Khan : Hi, there is no need to create an additional rtl8188ee[e] directories / files; AFAIK, rtl8188ee is just a PCI-E version of rtl8188e chipset (and rtl8188eu is an USB-based version); you should just separate pci / usb

Re: Low performance on rtwn_usb

Fri, 03 Mar 2017 08:59:18 +0200 було написано Andriy Voskoboinyk <a...@freebsd.org>: Fri, 03 Mar 2017 04:25:03 +0200 було написано Otacílio <otacilio.n...@bsd.com.br>: > ieee80211_load_module: load the wlan_amrr module by hand for now. Without wlan_amrr module default r

Re: Low performance on rtwn_usb

Fri, 03 Mar 2017 04:25:03 +0200 було написано Otacílio : > ieee80211_load_module: load the wlan_amrr module by hand for now. Without wlan_amrr module default rate will be set to some fixed value (1 MBps for 11g, 6 MBps for 11a) (can be modified via ucastrate /

Re: Add support for Realtek RTL8192EU

Thu, 19 Jan 2017 10:36:43 +0200 було написано Kevin Lo : Hi Kevin, thanks for the patch! few notes to it: - r92c_llt_write() seems to be used only in r92c_llt_init(); so, it may be called without sc->sc_llt_write indirection from it; - you can set rate for beacon directly in

Re: FreeBSD 11 doesn't load firmware to wifi card. Worked in FreeBSD 10.3.

Sun, 18 Dec 2016 23:23:43 +0200 було написано Morgan Wesström : Hello, The firmware is loaded when interface starts running; try to execute ifconfig wlan0 create wlandev run0 up Dear list. I need some pointers how to track down this problem. Most likely I've

Re: TP-Link TL-WDN3200 device periodically loses connection on some networks

Sun, 11 Dec 2016 01:06:55 +0200 було написано : Looks like it does not like CCMP + TKIP combination (or just TKIP?). Can you check it with TKIP (pair) + TKIP (group) AP ? On 12/06/2016 21:48, adrian.chadd at gmail.com (Adrian Chadd) wrote: ry compiling with IEEE80211_DEBUG

Re: Boot freeze 11.0p3 during network initialization

Thu, 08 Dec 2016 16:57:19 +0200 було написано J.R. Oldroyd : Is there any additional output with wlandebug_wlan0="scan+state+auth+assoc" in /etc/rc.conf ? I have observed a 11.0p3 freezing during the boot process several times now. It gets as far as running the netif script,

Re: Support state for MediaTek MT7610U and Realtek RTL8811AU chipsets....

Sat, 03 Dec 2016 14:57:04 +0200 було написано James : RTL8811AU support was merged into HEAD recently (see rtwn(4)). Hi All, First time post in this mailing list, but what is the availability of support of the above USB adapter chipsets please? Kr, James

Re: Realtek RTL8188CE support?

Tue, 29 Nov 2016 05:20:17 +0200 було написано Adrian Chadd : There are already some __FreeBSD_version checks, so it is compatible with 11.0-RELEASE; see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205477 as an example. P.S. No, rtwn(4) (in 11.0-RELEASE) for

Re: radiotap 802.11 change?

Mon, 28 Nov 2016 08:26:28 +0200 було написано Adrian Chadd <adr...@freebsd.org>: r309210, RTL8188CE - still no duplicates seen. ok, hm. how'd we end up with duplicates? -adrian On 25 November 2016 at 13:47, Andriy Voskoboinyk <s3er...@gmail.com> wrote: Fri, 25 Nov 2016 21

Re: radiotap 802.11 change?

Fri, 25 Nov 2016 21:33:24 +0200 було написано Adrian Chadd : 12.0-CURRENT (r308862), rtwn(4) (RTL8188CE), wireshark v2.0.5, non-promiscuous mode: 1) beacon from the AP, 127 bytes: - radiotap header len: 24 bytes (correct); - frame header len: 24 bytes - fixed params: 12

Re: net80211 offload, crypto offload pieces

Mon, 24 Oct 2016 19:36:08 +0300 було написано Adrian Chadd : Hi! hiya, So I have my ath10k driver port up and running in 11abg (not n/ac) mode. The hardware is .. highly offload-y. There are three/four data pipelines - "raw" mode, "native wifi" mode, "ethernet" mode, and

Re: What is the best choice of USB WiFi adapter working on FreeBSD?

Sat, 15 Oct 2016 01:42:53 +0300 було написано Yuri : https://github.com/s3erios/rtwn ? (I'm going to commit it soon). I am trying to compile the list of USB Wi-Fi cards that are well supported to add such section to the handbook. Anybody knows other cards that work well

Re: urtwn(4) / rtwn(4) drivers are merged - call for review / testing

FfYVSj To ensure that the adapter is not faulty, I tested with the snapshots image (FreeBSD-12.0-CURRENT-amd64-20160829-r305028-memstick.img), rtwn(4) works fine. Kevin On Tue, Oct 11, 2016 at 11:21:24PM +0300, Andriy Voskoboinyk wrote: Tue, 11 Oct 2016 04:27:02 +0300 було на

Re: urtwn(4) / rtwn(4) drivers are merged - call for review / testing

ork, I will revert some 'RTWN_PCI_WORKAROUND' temporary blocks until the culprit is found. On Sat, Oct 08, 2016 at 02:18:54AM +0300, Andriy Voskoboinyk wrote: Mon, 03 Oct 2016 03:55:23 +0300 було написано Kevin Lo <ke...@freebsd.org>: Hi! Hi Andriy, Can you refresh the tre

Re: RPI2 AP

Mon, 10 Oct 2016 01:22:00 +0300 було написано Adrian Chadd : Have you tried to use the driver from https://github.com/s3erios/rtwn ? hiya, ok. We'll need some more debugging from the driver and net80211. Andriy? Any ideas? -a On 8 October 2016 at 08:11, Peter

Re: urtwn(4) / rtwn(4) drivers are merged - call for review / testing

Lo <ke...@freebsd.org> wrote: > Strange, rtwn(4) stops working. I tried to scan for the available network, > but it just returns empty results. > > On Fri, Sep 23, 2016 at 02:44:13PM +0300, Andriy Voskoboinyk wrote: >> >> Fri, 23 Sep 2016 10:18:30 +0300 було написано Kevin

Re: urtwn(4) / rtwn(4) drivers are merged - call for testing (Was: RTL8812AU / RTL8821AU driver)

Mon, 26 Sep 2016 22:46:58 +0300 було написано Renato Botelho <ga...@freebsd.org>: AFAIK, it is not critical (at least for USB devices). If it won't work without firmware try to install it from sys/modules/rtwnfw/rtwnrtl8192cEB (and restart the interface). On 1 Sep 2016, at 13:29,

Re: urtwn(4) / rtwn(4) drivers are merged - call for review / testing

09:08:15AM +0300, Andriy Voskoboinyk wrote: Fri, 23 Sep 2016 04:58:40 +0300 було написано Kevin Lo <ke...@freebsd.org>: Thanks for the log file, Tx 'device timeouts' should be fixed in https://github.com/s3erios/rtwn/commit/f78d51b6ed8590e3aeb65fbf616aa767034a89f5 (currently I'm r

Re: urtwn(4) / rtwn(4) drivers are merged - call for review / testing

re any additional issues - e.g., there are no Rx events in the log file). On Thu, Sep 22, 2016 at 01:54:21PM +0300, Andriy Voskoboinyk wrote: Thu, 22 Sep 2016 12:24:42 +0300 було написано Kevin Lo <ke...@freebsd.org>: Hi, So, the driver was fully tested. Thanks! Can you set dev.rtwn.0.

Re: urtwn(4) / rtwn(4) drivers are merged - call for review / testing

6 at 06:26, Andriy Voskoboinyk <a...@freebsd.org> wrote: Thu, 01 Sep 2016 19:29:03 +0300 було написано Andriy Voskoboinyk <a...@freebsd.org>: Now it resides on https://github.com/s3erios/freebsd-rtwn (integrated into src tree, so it can be built with 'make buildkernel' / 'make buildw

Re: urtwn(4) / rtwn(4) drivers are merged - call for review / testing

Mon, 19 Sep 2016 20:51:16 +0300 було написано Hans Petter Selasky : On 09/19/16 19:43, Adrian Chadd wrote: hi, I'll try it out tonight! Is the rtwn repo still "ok" to try as a standalone thing? The usbdevs patch is fine standalone - would you like to just commit this in

Re: urtwn(4) / rtwn(4) drivers are merged - call for review / testing

Thu, 01 Sep 2016 19:29:03 +0300 було написано Andriy Voskoboinyk <a...@freebsd.org>: Now it resides on https://github.com/s3erios/freebsd-rtwn (integrated into src tree, so it can be built with 'make buildkernel' / 'make buildworld'). This the last stage; once all reported

Re: (IWM) 7260 AC Dual Band - Still No Connect

Sun, 18 Sep 2016 03:52:07 +0300 було написано Adrian Chadd : The patch was not applied (copy-paste from one of previous messages): SSID/MESH IDBSSID CHAN RATES:N INT CAPS 0x0... ac:3a:7a:08:00:971 54M -117:-127 100 EP RSN HTCAP

Re: (IWM) 7260 AC Dual Band - Still No Connect

Sun, 18 Sep 2016 00:56:11 +0300 було написано Andriy Voskoboinyk <s3er...@gmail.com>: make buildkernel w/ KERNFAST=yes Sun, 18 Sep 2016 00:49:33 +0300 було написано Larry Rosenman <l...@lerctr.org>: It's uses newer firmware - svn merge -c -303322 + reinstall iwm firmwares To

Re: (IWM) 7260 AC Dual Band - Still No Connect

n 2016-09-17 16:18, Andriy Voskoboinyk wrote: Sun, 18 Sep 2016 00:13:49 +0300 було написано Larry Rosenman <l...@lerctr.org>: For HEAD there is one more commit (r305470): svn revert --depth=infinity sys/dev/iwm # revert previous 'svn merge' svn merge -c -305470,-304891,-304880,-30

Re: (IWM) 7260 AC Dual Band - Still No Connect

-09-17 13:29, Andriy Voskoboinyk wrote: Sat, 17 Sep 2016 20:12:59 +0300 було написано Larry Rosenman <l...@lerctr.org>: Ok, last try: try to apply 'Comment out SF_CFG_CMD + revert changes for MAC_CONTEXT' patch from https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=2118

Re: (IWM) 7260 AC Dual Band - Still No Connect

local changes ( svn revert sys/dev/iwm/* ) + intel 8000 update ( svn merge -c -304891,-304880,-303557,-303418,-303416,-303413,-303327 . ) +freebsd-wireless On 2016-09-17 12:11, Larry Rosenman wrote: On 2016-09-17 11:59, Larry Rosenman wrote: On 2016-09-17 11:55, Andriy Voskoboinyk wrot

Re: (IWM) 7260 AC Dual Band - Still No Connect

2016-09-17 11:42, Andriy Voskoboinyk wrote: Sat, 17 Sep 2016 19:37:58 +0300 було написано Larry Rosenman <l...@lerctr.org>: wlandebug -i wlan0 scan ? here's one with more: wm0: iwm_mvm_rx_rx_mpdu: phy_info: channel=36, flags=0x0020 iwm0: inputall m 0xf80014bf5d00 [a8:a7:95:e4:e

Re: (IWM) 7260 AC Dual Band - Still No Connect

Sat, 17 Sep 2016 19:37:58 +0300 було написано Larry Rosenman <l...@lerctr.org>: wlandebug -i wlan0 scan ? On Sat, Sep 17, 2016 at 06:50:17PM +0300, Andriy Voskoboinyk wrote: Ok; I think, the patch should resolve this issue. Nope. ifconfig wlan0 list scan: SSID/MESH ID

Re: (IWM) 7260 AC Dual Band - Still No Connect

Ok; I think, the patch should resolve this issue. patch-iwm-rssi.diff Description: Binary data ___ freebsd-wireless@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to

Re: (IWM) 7260 AC Dual Band - Still No Connect

Can you attach dmesg with 'sysctl dev.iwm.0.debug=0x2' set? Is there an easy fix? On Sat, Sep 17, 2016 at 06:19:51PM +0300, Andriy Voskoboinyk wrote: Sat, 17 Sep 2016 17:59:43 +0300 Larry Rosenman <l...@lerctr.org>: Ok, I see; there are is a bug wit

Re: (IWM) 7260 AC Dual Band - Still No Connect

Hz 11a Channel 8 : 2447 MHz 11g Channel 157 : 5785 MHz 11a Channel 9 : 2452 MHz 11g Channel 161 : 5805 MHz 11a Channel 10 : 2457 MHz 11g Channel 165 : 5825* MHz 11a On Sat, Sep 17, 2016 at 11:50:28AM +0300, Andriy Voskoboinyk wrote: Sat, 17 Sep 2016 05:45:23 +030

Re: Deadlock between device_detach() and usbd_do_request_flags()

Mon, 05 Sep 2016 12:10:34 +0300 було написано Hans Petter Selasky : Works fine, thanks! P.S. Reliable test case: 1) ifconfig wlan1 create wlandev 2) wpa_supplicant -i wlan1 -c /etc/wpa_supplicant.conf & * wait for CTRL-EVENT-CONNECTED event 3) usbconfig -d . power_off

Re: urtwn(4) / rtwn(4) drivers are merged - call for testing (Was: RTL8812AU / RTL8821AU driver)

N_CHIP_RTL8192CE }, + { , , "Realtek RTL8192CE", RTWN_CHIP_RTL8192CE }, { 0, 0, NULL, RTWN_CHIP_MAX_PCI } On, Thu Sep 01, 2016, Andriy Voskoboinyk wrote: Hi everyone, rtwn(4), urtwn(4) and urtwm (from previous emails) drivers were merged into a single rtwn driver (plus rtwn_usb / rtwn_

Deadlock between device_detach() and usbd_do_request_flags()

There is a rare, but reproducible deadlock for wlan(4) drivers: Thread 1: * uhub_explore_handle_re_enumerate() (obtains enum_sx lock) * usbd_set_config_index() * usb_unconfigure() * usb_detach_device() * usb_detach_device_sub() * typically is executed

urtwn(4) / rtwn(4) drivers are merged - call for testing (Was: RTL8812AU / RTL8821AU driver)

Hi everyone, rtwn(4), urtwn(4) and urtwm (from previous emails) drivers were merged into a single rtwn driver (plus rtwn_usb / rtwn_pci device glue); the code is available on https://github.com/s3erios/rtwn repository. Among bugfixes / code deduplication, there some new features too: 1)

Re: urtwn instable on Beaglebone Black

Tue, 30 Aug 2016 21:33:28 +0300 було написано Otacílio : I have no ideas here (it works (mostly) fine on x86 and I have no possibility to check it with ARM). P.S. Other (ARM-specific?) issues: https://lists.freebsd.org/pipermail/freebsd-arm/2016-July/014382.html

Re: Fwd: New Defects reported by Coverity Scan for FreeBSD

Some of them (1361062, 1361063) are fixed in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211519 attachment (I will commit it after testing). Hi all, Coverity noticed a few issues in iwm(4) recently. Adrian suggested I forward them to this list. I've trimmed it down to just the relevant

Re: kismet, which cards are supported ?

Sun, 03 Jul 2016 16:17:26 +0300 було написано Kurt Jaeger : Hi! Automatic mode switching is not supported since r178354; you should manually create an interface with required mode: ifconfig wlan0 create wlandev wlanmode monitor up Thanks. On a laptop with FreeBSD

Re: kismet, which cards are supported ?

Sun, 03 Jul 2016 13:54:53 +0300 було написано Kurt Jaeger : Hi! Automatic mode switching is not supported since r178354; you should manually create an interface with required mode: ifconfig wlan0 create wlandev wlanmode monitor up or just put this to rc.conf(5):

Re: RTL8812AU / RTL8821AU driver - call for testing

Some updates: - 11n (A-MPDU & A-MSDU) now is supported (hw.usb.urtwm.enable_11n option was removed); - Atheros Fast-Frames support was added in https://github.com/s3erios/urtwm/commit/e835e556a0533d0adf81008dd4330241a7a5fbab . Hi all! The driver is in https://github.com/s3erios/urtwm ;

Re: Bad rtwn(0) performance with RTL8188CE on -CURRENT after r302035

Mon, 27 Jun 2016 20:06:20 +0300 було написано Marcus von Appen : Hi, the attached patch may fix this issue (probably) Hi, thanks to previous efforts, the rtwn(0) connection for my RTL8188CE wireless card is far more stable. It seems to come at the price of relatively bad

RTL8812AU / RTL8821AU driver - call for testing

Hi all! The driver is in https://github.com/s3erios/urtwm ; currently it includes most features from urtwn(4) + TCP/UDP/IP checksum validation. 11a is supported too (but without DFS at this moment). Seems to be stable enough with DLINK DWA-171 (RTL8821AU) (11a/b/g support was tested only;

Re: [CFT] iwm driver synced with DragonflyBSD

Mon, 20 Jun 2016 20:46:32 +0300 було написано Ben Woods : Looks like a wlan <-> iwm module incompatibility (some structures were changed recently). Full kernel rebuild should fix this panic. On Mon, Jun 20, 2016 at 01:22:24PM +0200, Emmanuel Vadot wrote: On Mon, 20 Jun

Re: rtwn connection stops working on CURRENT

Tue, 14 Jun 2016 08:24:01 +0300 було написано Marcus von Appen : Hi! Try attached patch (adds some busdma synchronization, unloads data instead of descriptor in rtwn_tx_done() and improves watchdog logic for a bit). Hi, I'm running into a somewhat weird issue with the

Re: minor array overflow in ifconfig set80211chanlist()

Tue, 17 May 2016 01:05:57 +0300 було написано Andriy Voskoboinyk <a...@freebsd.org>: Tue, 17 May 2016 01:03:03 +0300 було написано Adrian Chadd <adrian.ch...@gmail.com>: Heh, god, it's used for both maximum ieee channel number /and/ the array size? we should eventually fi

Re: minor array overflow in ifconfig set80211chanlist()

Tue, 17 May 2016 01:03:03 +0300 було написано Adrian Chadd : Heh, god, it's used for both maximum ieee channel number /and/ the array size? we should eventually fix that; 11ac channels will likely overflow all of the above. :( No (yes) :) I mean ic->ic_nchans and

Re: minor array overflow in ifconfig set80211chanlist()

Mon, 16 May 2016 22:42:50 +0300 було написано Don Lewis : I asked adrian@ privately and he sent me here ... Coverity is complaining about an array overflow in set80211chanlist(). The code in question is: if (first > IEEE80211_CHAN_MAX)

Re: rtwn(0) panics with RTL8188CE

Mon, 16 May 2016 12:35:35 +0300 було написано Marcus von Appen : m_freem() at m_freem+0x38/frame 0xfe04535f5810 There is double free in xmit path; I will fix it soon. ___ freebsd-wireless@freebsd.org mailing list

Re: channel work: call for testing

Sun, 01 May 2016 18:59:07 +0300 було написано Adrian Chadd : Refreshed list: * ath: https://reviews.freebsd.org/D6139 * bwn: https://reviews.freebsd.org/D6140 * mwl: https://reviews.freebsd.org/D6143 (nothing should be changed for the above). * run:

Re: "no buffer space available" EDIMAX EW-7811UN Wireless USB Adapter

Sun, 10 Apr 2016 14:02:02 +0300 було написано Dave Cottlehuber : Hi, I got an EDIMAX EW-7811UN Wireless USB Adapter [1] (150 Mbit/s, IEEE802.11b/g/n) to use on a few systems that don't yet have supported onboard adapters. While using this I get `no buffer space

Re: iwm7265fw: fatal firmware error

Fri, 04 Mar 2016 22:46:27 +0200 було написано Larry Rosenman <l...@lerctr.org>: On 2016-03-04 14:24, Andriy Voskoboinyk wrote: Fri, 04 Mar 2016 18:18:22 +0200 було написано Jonathan Anderson <jonat...@freebsd.org>: On 4 Mar 2016, at 0:47, Adrian Chadd wrote: It's a known prob

Re: iwm7265fw: fatal firmware error

Fri, 04 Mar 2016 18:18:22 +0200 було написано Jonathan Anderson : On 4 Mar 2016, at 0:47, Adrian Chadd wrote: It's a known problem. Someone has to fix the firmware api use. It's just wrong. Ok, thanks. May be workaroundable with https://reviews.freebsd.org/D4236

Re: net80211 inactivity processing

ng to do. So yeah, maybe we should go figure out why the inactivity timer isn't kicked if the NULL data frame succeeds (ie, the driver explicitly gives us ACK feedback, rather than drivers that lie about frame completion/failure.) -adrian On 21 February 2016 at 16:34, Andriy Voskoboinyk <a

net80211 inactivity processing

Hi, What is the purpose of the following code? (especially in HOSTAP mode) (ieee80211_node.c): static void ieee80211_timeout_stations(struct ieee80211com *ic) { struct ieee80211_node_table *nt = >ic_sta; struct ieee80211vap *vap; struct ieee80211_node *ni; int

software scan fix - please test (Was: why we can't use the net80211 taskqueue for everything)

hi, andriy has a few reviews out that tidy up some things, which I'd reply to, but .. reviews is offline. So, here's the 30 second version: * the net80211 taskqueue runs the software scan engine, and the software scan engine currently sleeps whilst it's running. This means that if you put

Re: net80211: why we ca'nt use the net80211 taskqueue for everything

Sun, 24 Jan 2016 22:22:44 +0200 було написано Adrian Chadd : Hi, is it actual for wpi(4) / iwn(4) ? hi, andriy has a few reviews out that tidy up some things, which I'd reply to, but .. reviews is offline. So, here's the 30 second version: * the net80211 taskqueue runs

Re: coverity scan results for urtwn

Tue, 15 Dec 2015 19:56:18 +0200 було написано Adrian Chadd <adr...@freebsd.org>: heh, wanna submit a fix? :) Done. Thanks! -a On 15 December 2015 at 09:55, Andriy Voskoboinyk <s3er...@gmail.com> wrote: hiya, this popped up from the freebsd.org c

Re: coverity scan results for urtwn

hiya, this popped up from the freebsd.org coverity scan: *** CID 1343338: Memory - illegal accesses (OVERRUN) /sys/dev/usb/wlan/if_urtwn.c: 4288 in urtwn_r88e_newassoc() 4282 4283

Re: urtwn broken at r291262

Sun, 29 Nov 2015 18:57:04 +0200 було написано Steve Wills : Hi, I split previous patch into smaller pieces. If you wish, you can test them and say, which helps (if any). To speed up the process, you can use the following procedure (will work only if urtwn(4) is not

Re: urtwn broken at r291262

Sun, 29 Nov 2015 07:09:23 +0200 було написано Steve Wills : On 11/28/2015 20:58, Steve Wills wrote: No luck with the suggested change, but perhaps I misunderstood. Here's the diff I have: Index: if_urtwn.c

Re: urtwn broken at r291262

Sat, 28 Nov 2015 20:06:21 +0200 було написано Steve Wills : Hi, My Raspberry Pi has a urtwn USB WiFi device. It was working previously, at r281469. It's been a while, but I updated to r291262 and now it seems to associate, but can't get a DHCP lease. When I run tcpdump,

Re: (untested) ath fix upon error

Tue, 03 Nov 2015 17:31:18 +0200 було написано Adrian Chadd : hiya, what do people think about this to fix ath(4) transmit errors: adrian@victoria:~/work/freebsd/head-embedded/src % svn diff sys/dev/ath Index: sys/dev/ath/if_ath.c

Re: bridge/wifi panic

Tue, 03 Nov 2015 00:38:45 +0200 було написано Adrian Chadd : Actually, this is more annoying than I'd thought. There's a whole bunch of places where mbufs can change during processing in ath(4) and yeah, we can't guarantee the original mbuf is available. I wonder how many

Re: urtwn and hostap

I tried to look for beacon frames using tcpdump on another urtwn adapter but unfortunately it doesn't appear to be working. I see a "need promiscuous mode update callback" printed out on the console every time I try. I assume that's indicative of a problem. Is there something else I should try

Re: urtwn and hostap

ieee80211_free_node() at ieee80211_free_node()_0x38/frame 0xfe0092fe8780 ieee80211_node_vdetach() at ieee80211_node_vdetach()+0x2d/frame 0xfe0092fe87a0 ieee80211_vap_detach() at ieee80211_vap_detach()+0x35e/frame 0xfe0092fe87d0 urtwn_vap_delete() at urtwn_vap_delete()+0xe/frame