iprowifi4965 not working correctly after update

[yann64]

Decided to update my Dell Latitude e6430 to the latest nightly ( hrev56588 ).

iprowifi4965 wireless adapter used to work properly. Now it cannot connect to wifi anymore (and stangely wifi networks are only partially detected if I compare with what is detected by Ubuntu on the exact same computer, same location)

[yann64]

Check the differences of what is detected in Haiku hrev56588 vs Ubuntu 22.10 (see attached screen shots)

• Far fewer networks are detected on Haiku.
• For those detected, signal intensity is lower on Haiku.
• One of the few detected networks on Haiku does not have any SSID displayed. There are no network with hidden SSID in my vicinity.
• It is impossible to connect to any network on Haiku, (so I have to use wired connection). I tried using

  ipconfig [adapter] join [SSID]
  

  but it fails on all networks.

[korli]

wpa_supplicant version seems correct: package_daemon: [9456848: 684] active package: "wpa_supplicant-2.10.haiku.2-1-x86_64.hpkg"

[yann64]

A bit of context: I did an update a few weeks ago (prior to that, wifi used to be working erratically, connecting was difficult but at least it once connected everything was running smoothly), and with that update wifi was not working anymore. Looking at recent comments on the forum about the wpa_supplicant I did an upgrade to the latest nightly the days of this bug report. No improvement from to his update.

[humdinger]

FWIW, my "device 088e: Centrino Advanced-N 6235" still works with the iprowifi4965 driver.

[waddlesplash]

Please try to narrow down exactly when things broke, i.e. between what hrevs.

[quentinsk]

I have a similar problem on hrev56588. Thinkpad x230 with iprowifi4965 which used to work. Seems can't load the firmware. I don't exactly remember when the problem first occurred, but in my memory seems to happen after the OpenBSD drivers were introduced (don't say that's the reason, just giving a time frame).

KERN: /dev/net/iprowifi4965/0: link down, media 0x20080 quality 1000 speed 0
KERN: [iprowifi4965] (iwn) iwn_read_firmware: ucode rev=0x12a80601
KERN: [iprowifi4965] (iwn) iwn5000_load_firmware: could not load firmware .text section, error -2147483639
KERN: [iprowifi4965] (iwn) iwn_hw_init: could not load firmware, error -2147483639
KERN: [iprowifi4965] (iwn) iwn_init_locked: could not initialize hardware, error -2147483639
KERN: [net/iprowifi4965/0] stop running, 1 vaps running
KERN: [net/iprowifi4965/0] ieee80211_new_state_locked: pending INIT → SCAN transition lost
KERN: [net/iprowifi4965/0] ieee80211_new_state_locked: INIT → INIT (nrunning 0 nscanning 0)
KERN: [net/iprowifi4965/0] down parent
KERN: [net/iprowifi4965/0] ieee80211_newstate_cb: INIT → INIT arg -1
KERN: [net/iprowifi4965/0] sta_newstate: INIT → INIT (-1)

[yann64]

Away from home this week. Will try to bisect the faulty hrev next week.

[quentinsk]

for my problem, it seems very similar to ticket #16789
I need to add from listdev: vendor:8086 device:0891 Centrino Wirelss-N2200.
Could it be that it is trying to load the iwn5000 firmware instead?

[yann64]

Restarted the computer to start testing... and to my surprise it now works properly (did not do any upgrade nor changed any settings). I am still on hrev56588.

I'll attach a syslog, maybe there is a clue as to why it started working? Only difference I can think of with last tests is this time the pc was off for two weeks instead of simply being simply being rebooted.

Forgot to add, machine boots using EFI.

Ticket can probably be closed unless something strange detected in the latest syslog.

[yann64]

syslog following reboot

[vercu]

Please don't close the ticket. I have the same problem as quentinsk describes. Same time frame. Thinkpad X1 with iprowifi4965 Centrino Advanced-N 6205 (Taylor Peak) Beta 4 hrev56578+59

[waddlesplash]

Please see if booting cold or warm rebooting affects things, or reboot a few times and see if it "eventually" works.

[vercu]

OK, cold start - 2x warm boot - cold start. Unfortunately no joy. Syslog follows. Note: this did work for years. Thought that problem is only temporary during your work with the driver. But it is still broken.

[vercu]

syslog vercu 2023-01-04

[kim1963]

Replying to vercu:

Please don't close the ticket. I have the same problem as quentinsk describes. Same time frame. Thinkpad X1 with iprowifi4965 Centrino Advanced-N 6205 (Taylor Peak) Beta 4 hrev56578+59

hrev56578+65 64 bit my "device 088e: Centrino Advanced-N 6235" still works fine with the iprowifi4965 driver.

[yann64]

So problem is back on my side. Cold/warm reboot will not change anything. I can see the network I want to connect to but Haiku will not connect to ity (althouh its settings are clearly stored).

Bit it gets really weird: Selecting the network will pop-up the password selection box (with the password stored), re-entering the password does nothing (will not connect). I installed a WiFi repeater (different SSID/Password combination), selected the new SSID in Haiku, entered the password... and Haiku connected to my previsouly "unselectable" network withouyt any issue!

Will add my latest syslog

[yann64]

Syslog: "normal" wifi connect fails, entering new network with different SSID/Password ignores the new network but allows connecting to previoulsy "unconnectable" network

[mikafei]

the scan somehow keeps resulting in just a few of the 5GHz networks, despite abundance of 2.4 ones, some from same routers even

[quentinsk]

I've just had an inspiration and discovered the issue is coming from booting with uefi. I changed back to boot with normal bios in legacy mode and everything is working correctly now.

[vercu]

I can not confirm this. My notebook runs Haiku with BIOS in legacy mode. Note: the wpa supplicant reports a wrong password. That is not correct. The password did not change and it works with my USB WIFI adapter.

[yann64]

Further testing shows on my side that if I keep the computer on long enough, Haiku will eventually connect.

I have not yet managed to time exactly how long is needed for wifi to work correctly again.