KDL/VM pagefault during boot process

[cocobean]

Tested with hrev52044 x86 and HP laptop. During the boot process between after boot splash screen red rocket icon-> desktop screen, I get a consistent KDL with VM pagefault (versus a previous 'no rate table for channel' error when using previous driver on hrev52039 (see #13364)).

[cocobean]

KDL event on HP laptop w/hrev52044 x86

[waddlesplash]

Can you please try the following:

1. Ensure you don't have an iprowifi3945 driver in non-packaged.
2. Blacklist this driver in the bootloader, so you can get to the desktop.
3. Extract the "haiku" package and copy this driver to your Desktop.
4. Reboot, with the driver blacklisted via settings file.
5. Copy the extracted driver to non-packaged to activate it

If you have a driver in non packaged as of step 1, that is very probably the issue.

[cocobean]

This is from the Live CD only. Can reboot and safe-mode to desktop without issues. VM page fault panic with driver is the only major issue for now.

[cocobean]

KDL Syslog output

[cocobean]

Clean boot syslog

[cocobean]

Syslog from hrev52031 x86

[cocobean]

KDL Syslog output from hrev52031 x86

[waddlesplash]

bus_dmamem_alloc failed to align memory properly.

That message comes from here: ​http://xref.plausible.coop/source/xref/haiku/src/libs/compat/freebsd11_network/fbsd_busdma_x86.c#532

korli, do you have any ideas? Otherwise I'll try to investigate myself.

[cocobean]

Verified wpi driver works on FreeBSD 11.2-STABLE (rev. 335761) w/ wpa_supplicant v2.5 versus Haiku hrev52054 x86.

[cocobean]

KDL Syslog output from hrev52031 x86 w/20180702 wifi driver

[waddlesplash]

I tried removing the first case (use malloc only) in fbsd_busdma_x86 but it doesn't seem to have helped, we still get "failed to align memory properly." Interesting. I suppose I should add some more debug info.

[cocobean]

KDL Syslog output from hrev52031 x86 w/20180702 wifi driver (-2)

[waddlesplash]

... requested 16384, got 0xdf175aa8

(and repetitions)

16384 is 0x4000, which looks to be ​http://xref.plausible.coop/source/xref/freebsd-11-stable/sys/dev/wpi/if_wpireg.h#44 (WPI_RING_DMA_ALIGN). That is a really weird amount; it looks like no other driver has that kind of requirement. I wonder if our allocator even handles that?

[cocobean]

KDL Syslog output from hrev52056 x86 w/20180702 wifi driver (-3)

[cocobean]

KDL Syslog output from hrev52056 x86 w/20180702 wifi driver (w/BSD firmware check)

[cocobean]

KDL Syslog output from hrev52057 x86 w/20180702 wifi driver (recheck)

[cocobean]

The current issue is very similar to past issue on iprowifi4965 - Ref #8623. A user reportedly had things working 'somewhat' in hrev51500 (ticket #12482) without the KDL. A few users reported their other WLAN NICs from Atheros/BCM didn't initialize or connect to their NICs as well properly (ref #2998, #5546, and #10729) so this is a similar issue not specific to the iprowifi3945 driver/hardware.

[cocobean]

KDL Syslog iprowifi3945 output from Haiku R1/Alpha 4.1 (hrev44702) - reference

[cocobean]

KDL of iprowifi3945 'no rate table for channel' error from Haiku R1/Alpha 4.1 (hrev44702)

[cocobean]

Backtracked. Tested wifi on Haiku R1a2 (hrev36769) and Haiku R1a4.1 (hrev44702).

HaikuR1a4.1 test - I have pseudo IP/gateway info but wpa_supplicant wouldn't initialize properly (errored out) to join network and no wifi networks detected during scan. Can see iprowifi3945 in Network Preferences and get a network menu GUI to select adapters and select DHCP/static or disable modes. Wifi adapter doesn't properly initialize during boot which is needed to work before any user interaction or wireless network detection scan/join.

The original 'no rate table for channel' error happens from Haiku R1a2 hrev36769 to hrev52044 for my laptop - confirming #13364. So, this issue was always there and probably triggered by specific laptop model configurations (if not seen on others).

The current VM_pagefault issue on hrev52044 - hrev52058 is related to a previous issue with the iprowifi4965 driver (#8623) also failing on Haiku R1a4.1. Since this driver is currently working with the newer nightly revisions (hrev52045 and higher), there might be something in the iprowifi4965 driver (or firmware) that was fixed versus iprowifi3945. Worth a shot to review/discuss further.

[cocobean]

KDL Syslog output from hrev52091 x86 w/20180702 wifi driver

[cocobean]

VM Page fault from hrev52091 x86 w/20180702 wifi driver

[waddlesplash]

OK, that one should be solved with hrev52092.

[cocobean]

Confirmed w/hrev52092 x86. Resolved KDL/VM pagefault during boot process issue. Syslog shows 'could not power ON adapter'...'could not read EEPROM' errors. Desktop boots and works fine. Still can use wired Ethernet adapter. Everything else works as usual - no blacklist needed for driver.

Issue resolved.

[waddlesplash]

Hooray!

Please open a new ticket for the "failed to read EEPROM" error.