WiFi become slow and unstable

[X512]

This is hrev53780 x86_64.

Machine: ​https://discuss.haiku-os.org/t/computers-compatible-with-haiku-v3/7640/131.

WiFi adapter: [8086:095a] Intel Wireless 7265.

WiFi worked fine before (last known version hrev53644), but now WiFi login is often fail (WiFi password promt is displayed again) and network speed is about 7.51 KiB/s.

[X512]

syslog

[X512]

After some testing I found that this is not a regression. Problem is same in hrev53644. Network speed seems to depend on USB port connection configuration. Then Haiku USB disk is connected to tablet USB3-C port, USB2 hub with keyboard and mouse is connected to USB3-A port, network is slow. When Haiku USB disk is connected to USB3-A port, USB2 hub with keyboard and mouse is connected to dock station USB3-A port, network speed is normal. All ports are USB3.

Network adapter is not USB device, it's strange that it depend on USB configuration.

[tangobravo]

Is your WiFi 2.4 or 5GHz?

USB 3 signalling happens across a range of frequencies and can cause interference with wireless devices in the 2.4GHz range. It's usually lower-powered things like bluetooth mice and keyboards that have issues, but many people report WiFi can also be affected. The proximity of the WiFi antenna to the individual USB ports would then potentially explain the difference.

​https://www.intel.co.uk/content/www/uk/en/products/docs/io/universal-serial-bus/usb3-frequency-interference-paper.html

[X512]

Replying to tangobravo:

Is your WiFi 2.4 or 5GHz?

Windows 10 shows: 802.11n, 2.4 GHz, channel 10. There are no problems with WiFi in Windows 10.

[waddlesplash]

KERN: [idualwifi7260] (iwm) device timeout

This comes from ​iwm_watchdog, and means the hardware did not respond within a "reasonable" amount of time to some request.

There are no problems with WiFi in Windows 10.

Right, but Windows 10 is not booted off of USB, so technically the setup you have here is not directly replicated. Can you try booting FreeBSD off of USB (TrueOS is fine), and see if it has the same issues with WiFi?

This really sounds like a hardware problem...

[X512]

Replying to waddlesplash:

Can you try booting FreeBSD off of USB (TrueOS is fine), and see if it has the same issues with WiFi?

I can't find FreeBSD distribution with UEFI live USB image and GUI. This machine has no MBR boot support.

[waddlesplash]

I think the TrueOS ISOs are EFI-ready, and they have a GUI. At least their documentation seems to indicate they can EFI-boot.

[X512]

Replying to waddlesplash:

I think the TrueOS ISOs are EFI-ready, and they have a GUI. At least their documentation seems to indicate they can EFI-boot.

I tried to write ​https://pkg.trueos.org/iso/18.12/TrueOS-Stable-x64-18.12.iso as raw image, but it have no UEFI partition and when tried on another PC, GUI was not started. I tried to typestartx, but it was not found.

[waddlesplash]

Well, I don't know then. Most things online say that TrueOS does not even support MBR partitioning, and that it always has a graphical installer :/

I really suspect this is a hardware issue, but I don't know how we could confirm that if there's no good way to even boot FreeBSD on the machine. You can try Linux, but it may have some patch for the hardware, even.

[tangobravo]

If you can switch your router to 5GHz or find another 5GHz network to connect to that should allow to discount the USB interference hypothesis (the 5GHz band is unaffected).

Alternatively can try in Windows 10 with the disk connected and active (eg copying a large file) to see if it also experiences the slowdown in that case.

USB 3 interference with 2.4GHz wifi does seem relatively common, see for example ​https://www.reddit.com/r/apple/comments/8ixkk8/do_all_usb_c_dongles_kill_wifi/

[dsjonny]

Hi I am using Lenovo T450 with Intel 7265 wifi adapter and latest nightly: hrev55923 x86_64, but the wireless network is not available for me.

device Network controller [2|80|0]
  vendor 8086: Intel Corporation
  device 095b: Wireless 7265

I found only this in the syslog:

KERN: PCI: [dom 0, bus  3] bus   3, device  0, function  0: vendor 8086, device 095b, revision 99
KERN: PCI:   class_base 02, class_function 80, class_api 00
KERN: PCI:   vendor 8086: Intel Corporation
KERN: PCI:   device 095b: Wireless 7265 (Dual Band Wireless-AC 7265)
KERN: PCI:   info: Network controller
KERN: PCI:   line_size 10, latency 00, header_type 00, BIST 00
KERN: PCI:   ROM base host 00000000, pci 00000000, size 00000000
KERN: PCI:   cardbus_CIS 00000000, subsystem_id 5210, subsystem_vendor_id 8086
KERN: PCI:   interrupt_line ff, interrupt_pin 01, min_grant 00, max_latency 00
KERN: PCI:   base reg 0: host f1000000, pci f1000000, size 00002000, flags 04
KERN: PCI:   base reg 1: host 00000000, pci 00000000, size 00000000, flags 00
KERN: PCI:   base reg 2: host 00000000, pci 00000000, size 00000000, flags 00
KERN: PCI:   base reg 3: host 00000000, pci 00000000, size 00000000, flags 00
KERN: PCI:   base reg 4: host 00000000, pci 00000000, size 00000000, flags 00
KERN: PCI:   base reg 5: host 00000000, pci 00000000, size 00000000, flags 00
KERN: PCI:   Capabilities: PM, MSI, PCIe
KERN: PCI:   Extended capabilities: Advanced Error Reporting, Serial Number, Latency Tolerance Reporting, L1 Power Management Substates
...
KERN: [idualwifi7260] (iwm) fw chunk addr 0x800000 len 98304 failed to load
KERN: [idualwifi7260] (iwm) iwm_pcie_load_section: Could not load the [0] uCode section
KERN: [idualwifi7260] (iwm) iwm_start_fw: failed -2147483639
KERN: [idualwifi7260] (iwm) Failed to start INIT ucode: -2147483639
KERN: pci_unreserve_device(3, 0, 0, idualwifi7260)

[diver]

See #14298.

[waddlesplash]

Please retest after hrev56202.