Opened 9 months ago

Last modified 4 days ago

#15420 new bug

I am experiencing problems trying to connect, idualwifi7260

Reported by: WildKeccak Owned by: waddlesplash
Priority: normal Milestone: Unscheduled
Component: Drivers/Network/idualwifi7260 Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Platform: x86-64

Description

I have to be extra patient with the dialogs when connecting to my WiFi network, because there are a lot of false starts. It appears that nothing is happening, because the dialog comes back; It works for a second and then stops. Kind of like a motorcycle.

hrev53555

i5-7200U

Attachments (1)

screenshot1.png (91.8 KB ) - added by WildKeccak 9 months ago.
A screenshot of wifi dialog malfunction

Download all attachments as: .zip

Change History (19)

comment:1 by waddlesplash, 9 months ago

Component: Network & InternetDrivers/Network/idualwifi7260
Owner: changed from nobody to waddlesplash

comment:2 by waddlesplash, 9 months ago

This problem also occurs with this driver on FreeBSD, so don't expect a resolution anytime soon.

comment:3 by WildKeccak, 9 months ago

This might be two or more bugs. I just barely installed hrev53556 x86-64, right clicked on the network thing to the left of the audio control, selected my network (which was visible this time, thankfully). Then I entered my credentials, and waited for the dialog to come back. It then asked me to allow the key to be added to the keyring, and promptly connected.

I think the dropdown list also stops working around 300+ items. Or invalid entries, or something. I have a screenshot that I will give you

HP 15-bs070wm

by WildKeccak, 9 months ago

Attachment: screenshot1.png added

A screenshot of wifi dialog malfunction

comment:4 by waddlesplash, 9 months ago

There is a separate ticket for that already

comment:5 by WildKeccak, 9 months ago

There /is/ some wisdom in reformatting and reinstalling :)

comment:6 by WildKeccak, 9 months ago

Um, waddlesplash, help me. I can't find that separate ticket.

in reply to:  6 comment:7 by X512, 5 months ago

Replying to WildKeccak:

Um, waddlesplash, help me. I can't find that separate ticket.

This looks like same as ProcessController menu problem in #8513.

comment:8 by WildKeccak, 4 months ago

hrev 53903 is much better?

comment:9 by WildKeccak, 4 months ago

This ticket's predicate is no longer true. hrev53903 on same computer.

comment:10 by waddlesplash, 4 months ago

As I said before, the problem is intermittent; sometimes the driver works better than others for no apparent reason.

comment:11 by waddlesplash, 3 months ago

Please retest under the new wpa_supplicant under the nightlies (version 2.9).

comment:12 by WildKeccak, 3 months ago

It's still complicated and doesn't always work consistently. I'm not seeing a difference yet. hrev54045.

comment:13 by miqlas, 3 months ago

I have the same hw and same problem, this is what i experience:

1) Trying to join to a WLAN
2) credentials window pops up
3) I fill the password and tick the save password box, then try to connect
4) Sometimes it work, in this case no other steps necessary.
5) If it doesn't works for the first try, the password window pops up again, password already prefilled
6) I press connect again
7) credentials window pops up again after a while
8) If i open the Network preflet, i see no networks in the WLAN SSID lists, as like the network card became deaf
9) I disable the card and re-enable it in the network preflet
10) SSIDs shows up in the list again
11) Start the process over from point 5

So what i see is: the credentials box pops up, even if the network card became deaf. It just repeatedly pops up. No other sign of complete lost of the networking ability (=deaf), just the empty SSID list. I assume not everybody notices this, and just gets annoyed it doesn't connect.

But if the password once saved and while the SSID's visible in the list the password window pops sometimes still up. In this case pressing Cancel in the password window results a successful connection establishment. I use this trick daily. Hope it will help.

So i think this phenomen is a result of 2 or more bug:

- WLAN card loses ability to see the networks (=deaf, seeing no WLANs), wpa_supplicant unaware to this and trying to connect/asking for password for an unavailable network because the lost connectivity ability of the wlan card. This should not happen, but if the network goes missing Haiku maybe should try to reset the card automatically (disable/enable)
- Even if the card sees the SSID's, the connection establishment is sometimes somehow unsuccessful, and Haiku asks repeatedly for password, i don't know why it is happening. Maybe the network_server can't acquire the DHCP settings and timeouts, but i am unsure.

This happens for me with wpa_supplicant 2.7 and 2.9 too. Hope it gives some hints.

So @WildKecak, please test this: make sure the networks still listed in the network preflet (or with the network replicant) while the credentials popup visible and try to press the cancel button. (unsure about the button text, but it is on the left side of the window)

Last edited 3 months ago by miqlas (previous) (diff)

comment:14 by dogcow, 5 days ago

I just installed R1/beta2 (hrev54154+113) and am essentially experiencing the same troubles as @miqlas, except in my case, I am never able to get my Intel 7260 to establish a connection to my home AP. (I did get it to work once on my cellular phone's hotspot).

The exact same card works fine in a myriad of Linux distros, so I believe there is a bug somewhere within Haiku or the driver pulled from FreeBSD that causes this card to fail to associate with certain APs.

/var/log/syslog dozens of deauth events for reason 1 and reason 9. I was in the process of attempting to grab a copy of the log when the kernel panicked from inserting a USB drive...so I'll attempt again later as I'm too tired now.

For the record, my home AP is an enterprise-grade Ruckus R510, and I've never had any problems connecting any devices to it before, ranging from the cheapest ESP8266 microcontrollers to Android and iOS devices and laptops running FreeBSD, OpenBSD, Linux, or Windows.

I will make an effort to install FreeBSD on this same system to see if I run into the same troubles.

Last edited 5 days ago by dogcow (previous) (diff)

comment:15 by dogcow, 4 days ago

Here are some samples from syslog when trying to connect to my AP. Note failure codes 1 and 9.

[net/idualwifi7260/0] ieee80211_wme_updateparams_locked: WME params updated, cap_info 0x0
[net/idualwifi7260/0] ieee80211_new_state_locked: SCAN -> AUTH (nrunning 0 nscanning 0)
[net/idualwifi7260/0] ieee80211_newstate_cb: SCAN -> AUTH arg 192
[net/idualwifi7260/0] sta_newstate: SCAN -> AUTH (192)
[net/idualwifi7260/0] ieee80211_ref_node (ieee80211_send_mgmt:2463) 0xffffffffa184c000<18:7c:0b:3b:fc:0c> refcnt 3
[net/idualwifi7260/0] [18:7c:0b:3b:fc:0c] recv auth frame with algorithm 0 seq 2
[net/idualwifi7260/0] ieee80211_new_state_locked: AUTH -> ASSOC (nrunning 0 nscanning 0)
[net/idualwifi7260/0] ieee80211_newstate_cb: AUTH -> ASSOC arg 0
[net/idualwifi7260/0] sta_newstate: AUTH -> ASSOC (0)
[net/idualwifi7260/0] ieee80211_ref_node (ieee80211_send_mgmt:2463) 0xffffffffa184c000<18:7c:0b:3b:fc:0c> refcnt 3
[net/idualwifi7260/0] [18:7c:0b:3b:fc:0c] recv disassociate (reason: 1 (unspecified))
[net/idualwifi7260/0] ieee80211_new_state_locked: ASSOC -> ASSOC (nrunning 0 nscanning 0)
[net/idualwifi7260/0] ieee80211_newstate_cb: ASSOC -> ASSOC arg 0
[net/idualwifi7260/0] sta_newstate: ASSOC -> ASSOC (0)
[net/idualwifi7260/0] ieee80211_ref_node (ieee80211_send_mgmt:2463) 0xffffffffa184c000<18:7c:0b:3b:fc:0c> refcnt 3
[net/idualwifi7260/0] [18:7c:0b:3b:fc:0c] recv deauthenticate (reason: 9 (STA requesting (re)association is not authenticated))

comment:16 by dogcow, 4 days ago

I installed FreeBSD 12.1 on the same machine I'm using Haiku on, and I can't get the Intel 7260 card to successfully connect to my AP in FreeBSD, either.

At this point, I am going to surmise that the Intel 7260 implementation is broken in FreeBSD, so it makes sense it doesn't work well in Haiku.

Off to look for another Wi-Fi card....

From FreeBSD:

wlan0: Trying to associate with xx:xx:xx:xx:xx:xx (SSID="xxxx" freq=2462 MHz)
FT: Invalid group cipher (0)
Failed to add supported operating classes IE
wlan0: Authentication with xx:xx:xx:xx:xx:xx timed out.
wlan0: CTRL-EVENT-DISCONNECTED bssid=xx:xx:xx:xx:xx:xx (SSID="xxxx" freq=2462 MHz)
wlan0: Trying to associate with xx:xx:xx:xx:xx:xx (SSID="xxxx" freq=2462 MHz)
FT: Invalid key management type (2)
Failed to add supported operating classes IE

comment:17 by waddlesplash, 4 days ago

Please file a ticket with FreeBSD, then. I use this driver with a 7265D and a 9260 and it works great for those, so the problem may be with some other layer of the stack. The "Invalid group cipher" looks very suspicious.

Note: See TracTickets for help on using tickets.