Wifi works weird after updating packages

Help
1

Hello! I’m new here.

Just tried out haiku. I like it.
After updating packages (with HaikuDepot) and rebooting i’m unable to connect to wifi.
“Failed to join network. (Incorrect password?)” window
Each time i try to connect to wifi, it asks me for a password.
Each time i input a password and press “OK” the window respawns.
The NetworkStatus seems to update the list of available SSIDs correctly.
The “Network:” field from Network settings menu is changed to default value. (choose automatically) Probably because it updates the SSID list on its own.
Sometimes it’s possible to connect to a network after 10 minutes of pushing ok.
Sometimes there’s no networks found.

Before the update system could automatically connect to my access point on the start of the system, and remembered the password.

I’m running a thinkpad x201t.
The wifi card i’m using is Intel Centrino Advanced-N 6300.
Haiku version: R1/beta3 (revision hrev55181+67) x86_64

~> ifconfig

loop Hardware type: Local Loopback, Address: none
inet addr: 127.0.0.1, Mask: 255.0.0.0
inet6 addr: ::1, Prefix Length: 128
MTU: 16384, Metric: 0, up loopback link
Receive: 0 packets, 0 errors, 0 bytes, 0 mcasts, 0 dropped
Transmit: 0 packets, 0 errors, 0 bytes, 0 mcasts, 0 dropped
Collisions: 0

/dev/net/ipro1000/0
Hardware type: Ethernet, Address: f0:de:f1:5a:be:df
inet addr: --, Bcast: --, Mask: –
MTU: 1500, Metric: 0, up broadcast
Receive: 0 packets, 0 errors, 0 bytes, 0 mcasts, 0 dropped
Transmit: 0 packets, 0 errors, 0 bytes, 0 mcasts, 0 dropped
Collisions: 0

/dev/net/iprowifi4965/0
Hardware type: Ethernet, Address: 18:3d:a2:34:9e:b0
inet addr: --, Bcast: --, Mask: –
MTU: 1500, Metric: 0, up broadcast
Receive: 0 packets, 0 errors, 0 bytes, 0 mcasts, 0 dropped
Transmit: 0 packets, 0 errors, 0 bytes, 0 mcasts, 0 dropped
Collisions: 0

~> listdev

device Signal processing controller [11|80|0]
vendor 8086: Intel Corporation
device 3b32: 5 Series/3400 Series Chipset Thermal Subsystem

device Serial bus controller (SMBus) [c|5|0]
vendor 8086: Intel Corporation
device 3b30: 5 Series/3400 Series Chipset SMBus Controller

device Mass storage controller (SATA controller, AHCI 1.0) [1|6|1]
vendor 8086: Intel Corporation
device 3b2f: 5 Series/3400 Series Chipset 6 port SATA AHCI Controller

device Bridge (ISA bridge) [6|1|0]
vendor 8086: Intel Corporation
device 3b07: QM57 Chipset LPC Interface Controller

device Bridge (PCI bridge, Subtractive decode) [6|4|1]
vendor 8086: Intel Corporation
device 2448: 82801 Mobile PCI Bridge

device Serial bus controller (USB controller, EHCI) [c|3|20]
vendor 8086: Intel Corporation
device 3b34: 5 Series/3400 Series Chipset USB2 Enhanced Host Controller

device Network controller [2|80|0]
vendor 8086: Intel Corporation
device 4239: Centrino Advanced-N 6200

device Bridge (PCI bridge, Normal decode) [6|4|0]
vendor 8086: Intel Corporation
device 3b4a: 5 Series/3400 Series Chipset PCI Express Root Port 5

device Bridge (PCI bridge, Normal decode) [6|4|0]
vendor 8086: Intel Corporation
device 3b48: 5 Series/3400 Series Chipset PCI Express Root Port 4

device Bridge (PCI bridge, Normal decode) [6|4|0]
vendor 8086: Intel Corporation
device 3b42: 5 Series/3400 Series Chipset PCI Express Root Port 1

device Multimedia controller (Audio device) [4|3|0]
vendor 8086: Intel Corporation
device 3b56: 5 Series/3400 Series Chipset High Definition Audio

device Serial bus controller (USB controller, EHCI) [c|3|20]
vendor 8086: Intel Corporation
device 3b3c: 5 Series/3400 Series Chipset USB2 Enhanced Host Controller

device Network controller (Ethernet controller) [2|0|0]
vendor 8086: Intel Corporation
device 10ea: 82577LM Gigabit Network Connection

device Communication controller [7|80|0]
vendor 8086: Intel Corporation
device 3b64: 5 Series/3400 Series Chipset HECI Controller

device Display controller (VGA compatible controller, VGA controller) [3|0|0]
vendor 8086: Intel Corporation
device 0046: Core Processor Integrated Graphics Controller

device Bridge (Host bridge) [6|0|0]
vendor 8086: Intel Corporation
device 0044: Core Processor DRAM Controller

If that was really caused by some package i’d appreciate if you could help me understand how and where to look for problems (i.e. check recently installed packages, see what they depend on or vice versa, etc) Or at least, where to read about it.

1 Like
2

Unfortunately on an active forum, things get quickly buried.
Therefore, bug reports have to be made on Trac here.
You can check if a bug report already exists about your problem here. If there’s no existing bug report about it, you can create one, providing your infos a bit like you did on this post (what version of Haiku you’re using, revision, a copy of syslog, listdev) and anything you find relevant along with the description. Otherwise, you can either add a comment with your infos to the existing bug report or simply vote for it to raise devs attention on it.

1 Like
3

Welcome, ffev!

You can revert to a state before you’ve last updated from the boot options, see User Guide’s Boot Loader chapter.

OTOH, much has changed since beta3. In fact, we’re currently starting the process for beta4. If you want, you could give a current nightly image a try, see the guide on Updating/downgrading the system.

Generally, wifi can be a bit brittle, depending on the hardware. For me (Centrino Advanced-N 6235 / iprowifi4965), it auto-connects on most days, but then some days, it just refuses. Always popping up the wpa_supplicant window to enter the password etc.
I tried all kinds of things, like clicking cancel, killing the wpa_supplicant with ProcessController, using ifconfig from the command line… Couldn’t find a pattern what, if anything, works.
Mostly, I just reboot, and sooner or later it just works…

Sorry, that’s no real help. :slight_smile:

2 Likes
4

Hmm… i thought of starting from scratch too but that doesn’t really solve the problem…
And thank you for the links, I’ll absolutely try a nightly build!

Btw i’ve tried to make a selective update instead of full-sync (on a fresh install).
excluded wpa-supplicant and lots of user guide localisations I wouldn’t use, didn’t uninstall python3. Internet connection seems to be working fine, but opening StyledEdit for the first time became slower for some reason. It was the case before I reinstalled haiku too.

5

That’s my fault. A fix to correctly handle some font properties also made the font scanning not run when it was not necessary on those functions. That moved the scan –which happens under a global font manager lock– from the first time one of those functions was called to the first time the font list is used. So the desktop freezes for a moment the first time you open StyledEdit (or a bunch of other apps, whatever may first need the list), instead of when building the desktop.

The nightlies now force it to a somewhat less inconvenient time, and that will be in the next beta.

2 Likes
6

It’s the same thing preventing me from making a useful bug report. I have the same behavior and it’s so random I cannot reliably reproduce steps for it to happen. Some days it connects 1st try and subsequently will connect to everything I point at. Some it won’t connect ever and that window keeps popping up, when this happens the OS won’t see SSIDs anymore (usually, but not always). A reboot might or might not help.

Tested on hrev56549, i’ll update to latest nightly and report back (as per this it may be fixed, but my card is Atheros so we will see). For now I reverted to ethernet and a TL-MR3020 running as WiFi client.