Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
iwlwifi issues
View unanswered posts
View posts from last 24 hours

Goto page 1, 2  Next  
Reply to topic    Gentoo Forums Forum Index Networking & Security
View previous topic :: View next topic  
Author Message
luckySimba
n00b
n00b


Joined: 23 Dec 2022
Posts: 59

PostPosted: Fri Dec 30, 2022 6:23 pm    Post subject: iwlwifi issues Reply with quote

so i've read the iwlwifi wiki on gentoo, i've researched this issue for a bit now and i cannot get my iwlwifi to load. here is the output of dmesg

Code:


[    0.830516] ipw2100: Intel(R) PRO/Wireless 2100 Network Driver, git-1.2.2
[    0.830518] ipw2100: Copyright(c) 2003-2006 Intel Corporation
[    0.830526] ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, 1.2.2kdmpr
[    0.830528] ipw2200: Copyright(c) 2003-2006 Intel Corporation
[    0.830537] libipw: 802.11 data/management/control stack, git-1.1.13
[    0.830538] libipw: Copyright (C) 2004-2005 Intel Corporation <jketreno@linux.intel.com>
[    0.830540] iwl4965: Intel(R) Wireless WiFi 4965 driver for Linux, in-tree:d
[    0.830541] iwl4965: Copyright(c) 2003-2011 Intel Corporation
[    0.830548] iwl3945: Intel(R) PRO/Wireless 3945ABG/BG Network Connection driver for Linux, in-tree:ds
[    0.830550] iwl3945: Copyright(c) 2003-2011 Intel Corporation
[    0.830551] iwl3945: hw_scan is disabled
[    0.830558] Intel(R) Wireless WiFi driver for Linux
[    0.833505] Loading firmware: iwlwifi-so-a0-hr-b0-66.ucode
[    0.833520] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-66.ucode failed with error -2
[    0.833526] Loading firmware: iwlwifi-so-a0-hr-b0-65.ucode
[    0.833531] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-65.ucode failed with error -2
[    0.833534] Loading firmware: iwlwifi-so-a0-hr-b0-64.ucode
[    0.833539] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-64.ucode failed with error -2
[    0.833542] Loading firmware: iwlwifi-so-a0-hr-b0-63.ucode
[    0.833546] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-63.ucode failed with error -2
[    0.833549] Loading firmware: iwlwifi-so-a0-hr-b0-62.ucode
[    0.833553] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-62.ucode failed with error -2
[    0.833556] Loading firmware: iwlwifi-so-a0-hr-b0-61.ucode
[    0.833560] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-61.ucode failed with error -2
[    0.833563] Loading firmware: iwlwifi-so-a0-hr-b0-60.ucode
[    0.833570] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-60.ucode failed with error -2
[    0.833573] Loading firmware: iwlwifi-so-a0-hr-b0-59.ucode
[    0.833577] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-59.ucode failed with error -2
[    0.833580] Loading firmware: iwlwifi-so-a0-hr-b0-58.ucode
[    0.833584] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-58.ucode failed with error -2
[    0.833587] Loading firmware: iwlwifi-so-a0-hr-b0-57.ucode
[    0.833591] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-57.ucode failed with error -2
[    0.833594] Loading firmware: iwlwifi-so-a0-hr-b0-56.ucode
[    0.833598] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-56.ucode failed with error -2
[    0.833601] Loading firmware: iwlwifi-so-a0-hr-b0-55.ucode
[    0.833605] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-55.ucode failed with error -2
[    0.833608] Loading firmware: iwlwifi-so-a0-hr-b0-54.ucode
[    0.833612] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-54.ucode failed with error -2
[    0.833615] Loading firmware: iwlwifi-so-a0-hr-b0-53.ucode
[    0.833619] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-53.ucode failed with error -2
[    0.833622] Loading firmware: iwlwifi-so-a0-hr-b0-52.ucode
[    0.833627] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-52.ucode failed with error -2
[    0.833630] Loading firmware: iwlwifi-so-a0-hr-b0-51.ucode
[    0.833634] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-51.ucode failed with error -2
[    0.833637] Loading firmware: iwlwifi-so-a0-hr-b0-50.ucode
[    0.833641] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-50.ucode failed with error -2
[    0.833644] Loading firmware: iwlwifi-so-a0-hr-b0-49.ucode
[    0.833654] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-49.ucode failed with error -2
[    0.833658] Loading firmware: iwlwifi-so-a0-hr-b0-48.ucode
[    0.833665] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-48.ucode failed with error -2
[    0.833669] Loading firmware: iwlwifi-so-a0-hr-b0-47.ucode
[    0.833675] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-47.ucode failed with error -2
[    0.833679] Loading firmware: iwlwifi-so-a0-hr-b0-46.ucode
[    0.833685] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-46.ucode failed with error -2
[    0.833690] Loading firmware: iwlwifi-so-a0-hr-b0-45.ucode
[    0.833696] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-45.ucode failed with error -2
[    0.833700] usbcore: registered new interface driver rtl8xxxu
[    0.833701] Loading firmware: iwlwifi-so-a0-hr-b0-44.ucode
[    0.833707] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-44.ucode failed with error -2
[    0.833711] Loading firmware: iwlwifi-so-a0-hr-b0-43.ucode
[    0.833718] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-43.ucode failed with error -2
[    0.833723] Loading firmware: iwlwifi-so-a0-hr-b0-42.ucode
[    0.833729] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-42.ucode failed with error -2
[    0.833734] Loading firmware: iwlwifi-so-a0-hr-b0-41.ucode
[    0.833741] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-41.ucode failed with error -2
[    0.833745] Loading firmware: iwlwifi-so-a0-hr-b0-40.ucode
[    0.833750] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-40.ucode failed with error -2
[    0.833753] Loading firmware: iwlwifi-so-a0-hr-b0-39.ucode
[    0.833759] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[    0.833760] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-39.ucode failed with error -2
[    0.833762] ehci-pci: EHCI PCI platform driver
[    0.833764] iwlwifi 0000:00:14.3: no suitable firmware found!
[    0.833766] iwlwifi 0000:00:14.3: minimum version required: iwlwifi-so-a0-hr-b0-39
[    0.833769] iwlwifi 0000:00:14.3: maximum version supported: iwlwifi-so-a0-hr-b0-66
[    0.833772] iwlwifi 0000:00:14.3: check git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git






here is output of cat /usr/src/linux/.config | grep IWLWIFI

Code:

CONFIG_IWLWIFI=m
CONFIG_IWLWIFI_LEDS=y
CONFIG_IWLWIFI_OPMODE_MODULAR=y
# CONFIG_IWLWIFI_BCAST_FILTERING is not set
# CONFIG_IWLWIFI_DEBUG is not set
# CONFIG_IWLWIFI_DEVICE_TRACING is not set


and the output of cat /usr/src/linux/.config | grep CONFIG_IWLMVM

Code:

CONFIG_IWLMVM=m



so in order to try to resolve this i've erased all the drivers installed by kernel/linux-firmware and downloaded the
iwlwifi-ty-a0-gf-a0-59.ucode into /lib/firmware

the next step i wanted to do was to set kernel blobs in my initramfs using dracut, but im not exactly sure how to do that.

what are y'alls thoughts on this mess?
Back to top
View user's profile Send private message
grknight
Retired Dev
Retired Dev


Joined: 20 Feb 2015
Posts: 1659

PostPosted: Fri Dec 30, 2022 10:22 pm    Post subject: Re: iwlwifi issues Reply with quote

luckySimba wrote:
so i've read the iwlwifi wiki on gentoo, i've researched this issue for a bit now and i cannot get my iwlwifi to load. here is the output of dmesg

Code:
[    0.833505] Loading firmware: iwlwifi-so-a0-hr-b0-66.ucode
[    0.833520] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-66.ucode failed with error -2


"Error -2" is "File not found"

luckySimba wrote:
so in order to try to resolve this i've erased all the drivers installed by kernel/linux-firmware and downloaded the
iwlwifi-ty-a0-gf-a0-59.ucode into /lib/firmware


Why? This will not resolve the issue of the file not existing.

Please show the entire output of dmesg to a paste site as well as posting the lsinitrd output when run against the dracut created initramfs.
Back to top
View user's profile Send private message
luckySimba
n00b
n00b


Joined: 23 Dec 2022
Posts: 59

PostPosted: Fri Dec 30, 2022 11:11 pm    Post subject: Re: iwlwifi issues Reply with quote

grknight wrote:
luckySimba wrote:
so i've read the iwlwifi wiki on gentoo, i've researched this issue for a bit now and i cannot get my iwlwifi to load. here is the output of dmesg

Code:
[    0.833505] Loading firmware: iwlwifi-so-a0-hr-b0-66.ucode
[    0.833520] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-66.ucode failed with error -2


"Error -2" is "File not found"

luckySimba wrote:
so in order to try to resolve this i've erased all the drivers installed by kernel/linux-firmware and downloaded the
iwlwifi-ty-a0-gf-a0-59.ucode into /lib/firmware


Why? This will not resolve the issue of the file not existing.

Please show the entire output of dmesg to a paste site as well as posting the lsinitrd output when run against the dracut created initramfs.


thank you for your reply

here is full dmesg

https://pastebin.com/y4qXT4GA


and the lsinitrd

https://pastebin.com/BNtMqya5
Back to top
View user's profile Send private message
grknight
Retired Dev
Retired Dev


Joined: 20 Feb 2015
Posts: 1659

PostPosted: Sat Dec 31, 2022 12:13 am    Post subject: Reply with quote

This is not loading an initramfs because of

Code:
[    0.675325] Initramfs unpacking failed: compression method gzip not configured


Which means the kernel is missing CONFIG_RD_GZIP=y

In addition, this kernel is loading iwlwifi like it exists as built-in and not a module. The kernel was built on "Sun Dec 25 18:32:10 MST 2022".
If changes were made since then, the newly built kernel(s) are not installed properly.

On top of that, the lsinitrd output shows no firmware files included as if it was not updated once the firmware existed.
Back to top
View user's profile Send private message
luckySimba
n00b
n00b


Joined: 23 Dec 2022
Posts: 59

PostPosted: Sat Dec 31, 2022 1:18 am    Post subject: Reply with quote

grknight wrote:
This is not loading an initramfs because of

Code:
[    0.675325] Initramfs unpacking failed: compression method gzip not configured


Which means the kernel is missing CONFIG_RD_GZIP=y

In addition, this kernel is loading iwlwifi like it exists as built-in and not a module. The kernel was built on "Sun Dec 25 18:32:10 MST 2022".
If changes were made since then, the newly built kernel(s) are not installed properly.

On top of that, the lsinitrd output shows no firmware files included as if it was not updated once the firmware existed.


thank you so much for the reply. so i've made all those changes and im still getting this same issue :(


initramfs
https://pastebin.com/LM0f7LjC

dmesg
https://pastebin.com/Jx34Ds0Z

thoughts?
Back to top
View user's profile Send private message
luckySimba
n00b
n00b


Joined: 23 Dec 2022
Posts: 59

PostPosted: Sat Dec 31, 2022 2:01 am    Post subject: Reply with quote

i don't understand it still says it can't access gzip despite I made hte changes that you suggested


here is my .config

https://pastebin.com/RFynejpC
Back to top
View user's profile Send private message
luckySimba
n00b
n00b


Joined: 23 Dec 2022
Posts: 59

PostPosted: Sat Dec 31, 2022 2:03 am    Post subject: Reply with quote

do you think this would work better if i built the driver into my kernel then loaded firmware using kernel blobs in the kernel?
Back to top
View user's profile Send private message
luckySimba
n00b
n00b


Joined: 23 Dec 2022
Posts: 59

PostPosted: Sat Dec 31, 2022 7:42 am    Post subject: Reply with quote

Ok sorry I know I’m sounding like an idiot

I finally got this bad boy loaded. The only issue is. The only way it loads is if I modorobe manually post boot. Any idea why it wouldn’t load

I’m merely asking for direction about my research
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54234
Location: 56N 3W

PostPosted: Sat Dec 31, 2022 1:27 pm    Post subject: Reply with quote

luckySimba,

Pastebin dmesg please.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
luckySimba
n00b
n00b


Joined: 23 Dec 2022
Posts: 59

PostPosted: Sun Jan 01, 2023 8:23 am    Post subject: Reply with quote

NeddySeagoon wrote:
luckySimba,

Pastebin dmesg please.


thanks for reply, NeddySeagoon

sorry i blew up my boot partition and had to fix it before i could reply. here is me newest dmesg

https://pastebin.com/VZ9mJ45c
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54234
Location: 56N 3W

PostPosted: Sun Jan 01, 2023 11:48 am    Post subject: Reply with quote

luckySimba,

Code:
[  251.312663] iwlwifi 0000:00:14.3 wlp0s20f3: renamed from wlan0

That's the hard bit done.

Your wifi is called wlp0s20f3 but there is no attempt to start it.
How do you intend to do that?

At no extra charge ... your Graphics could be better too
Code:
[    0.859337] i915 0000:00:02.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=io+mem
[    0.859398] Loading firmware: i915/adlp_dmc_ver2_10.bin
[    0.859410] i915 0000:00:02.0: Direct firmware load for i915/adlp_dmc_ver2_10.bin failed with error -2
[    0.859414] i915 0000:00:02.0: Falling back to sysfs fallback for: i915/adlp_dmc_ver2_10.bin
[    0.870190] Loading firmware: i915/adlp_guc_62.0.3.bin
[    0.870198] i915 0000:00:02.0: Direct firmware load for i915/adlp_guc_62.0.3.bin failed with error -2
[    0.870201] i915 0000:00:02.0: Falling back to sysfs fallback for: i915/adlp_guc_62.0.3.bin
[    0.876029] ACPI: battery: Slot [BAT0] (battery present)
[   62.663474] i915 0000:00:02.0: [drm] Failed to load DMC firmware i915/adlp_dmc_ver2_10.bin. Disabling runtime power management.
[   62.663483] i915 0000:00:02.0: [drm] DMC firmware homepage: https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/i915
[   62.663497] i915 0000:00:02.0: [drm] GuC firmware i915/adlp_guc_62.0.3.bin: fetch failed with error -110
[   62.663500] i915 0000:00:02.0: [drm] GuC firmware(s) can be downloaded from https://git.kernel.org/pub/scm/linux/kernel

Either make i915 a module in your kernel, or provide the firmware built into the kernel.
If it all comes together, that 62 sec lag will probably vanish too.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
luckySimba
n00b
n00b


Joined: 23 Dec 2022
Posts: 59

PostPosted: Sun Jan 01, 2023 7:40 pm    Post subject: Reply with quote

NeddySeagoon wrote:
luckySimba,

Code:
[  251.312663] iwlwifi 0000:00:14.3 wlp0s20f3: renamed from wlan0

That's the hard bit done.

Your wifi is called wlp0s20f3 but there is no attempt to start it.
How do you intend to do that?


well i plan to do it with wpa_supplicant, which i have setup as a boot service in openRC


Quote:

At no extra charge ... your Graphics could be better too
Code:
[    0.859337] i915 0000:00:02.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=io+mem
[    0.859398] Loading firmware: i915/adlp_dmc_ver2_10.bin
[    0.859410] i915 0000:00:02.0: Direct firmware load for i915/adlp_dmc_ver2_10.bin failed with error -2
[    0.859414] i915 0000:00:02.0: Falling back to sysfs fallback for: i915/adlp_dmc_ver2_10.bin
[    0.870190] Loading firmware: i915/adlp_guc_62.0.3.bin
[    0.870198] i915 0000:00:02.0: Direct firmware load for i915/adlp_guc_62.0.3.bin failed with error -2
[    0.870201] i915 0000:00:02.0: Falling back to sysfs fallback for: i915/adlp_guc_62.0.3.bin
[    0.876029] ACPI: battery: Slot [BAT0] (battery present)
[   62.663474] i915 0000:00:02.0: [drm] Failed to load DMC firmware i915/adlp_dmc_ver2_10.bin. Disabling runtime power management.
[   62.663483] i915 0000:00:02.0: [drm] DMC firmware homepage: https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/i915
[   62.663497] i915 0000:00:02.0: [drm] GuC firmware i915/adlp_guc_62.0.3.bin: fetch failed with error -110
[   62.663500] i915 0000:00:02.0: [drm] GuC firmware(s) can be downloaded from https://git.kernel.org/pub/scm/linux/kernel

Either make i915 a module in your kernel, or provide the firmware built into the kernel.
If it all comes together, that 62 sec lag will probably vanish too.


I have the driver built into the kernel at this time, and i have it force loading with i915.force_probe=46a6, are you implying that i place this in the kernel blobs command? and if so, would it be the same i915.force_probe=46a6 thing? or the specific driver name?

thank you so much for your attention to my problems, NeddySeagoon. Im actually getting places and i wouldn't ever have been able to had it not been for the kindness of people like yourself
Back to top
View user's profile Send private message
pietinger
Moderator
Moderator


Joined: 17 Oct 2006
Posts: 4148
Location: Bavaria

PostPosted: Sun Jan 01, 2023 7:55 pm    Post subject: Reply with quote

luckySimba wrote:
I have the driver built into the kernel at this time, and i have it force loading with i915.force_probe=46a6, are you implying that i place this in the kernel blobs command? and if so, would it be the same i915.force_probe=46a6 thing? or the specific driver name?

For your special situation (you must give a parameter to a kernel module) I recommend to build your kernel with a static <*> i915 module ... and configure the needed firmware also INTO your kernel.
Code:
Device Drivers  --->
    Generic Driver Options  --->
            Firmware loader  --->
                -*- Firmware loading facility
                (i915/adlp_dmc_ver2_10.bin) Build named firmware blobs into the kernel binary
                (/lib/firmware) Firmware blobs root directory

(Of course you must have emerged linux-fimware before this; and you must make your kernel again)

Maybe you want read this short chapter first: https://wiki.gentoo.org/wiki/User:Pietinger/Tutorials/Manual_kernel_configuration#Driver_needs_Firmware
and then: https://wiki.gentoo.org/wiki/Intel#DMC_firmware


BTW: I also (highly) recommend to configure your kernel your a microcode update. You have an intel (like me); so take a look into:
https://forums.gentoo.org/viewtopic-t-1065464.html
Back to top
View user's profile Send private message
luckySimba
n00b
n00b


Joined: 23 Dec 2022
Posts: 59

PostPosted: Sun Jan 01, 2023 8:12 pm    Post subject: Reply with quote

pietinger wrote:
luckySimba wrote:
I have the driver built into the kernel at this time, and i have it force loading with i915.force_probe=46a6, are you implying that i place this in the kernel blobs command? and if so, would it be the same i915.force_probe=46a6 thing? or the specific driver name?

For your special situation (you must give a parameter to a kernel module) I recommend to build your kernel with a static <*> i915 module ... and configure the needed firmware also INTO your kernel.
Code:
Device Drivers  --->
    Generic Driver Options  --->
            Firmware loader  --->
                -*- Firmware loading facility
                (i915/adlp_dmc_ver2_10.bin) Build named firmware blobs into the kernel binary
                (/lib/firmware) Firmware blobs root directory

(Of course you must have emerged linux-fimware before this; and you must make your kernel again)

Maybe you want read this short chapter first: https://wiki.gentoo.org/wiki/User:Pietinger/Tutorials/Manual_kernel_configuration#Driver_needs_Firmware
and then: https://wiki.gentoo.org/wiki/Intel#DMC_firmware


BTW: I also (highly) recommend to configure your kernel your a microcode update. You have an intel (like me); so take a look into:
https://forums.gentoo.org/viewtopic-t-1065464.html



The LEGENDARY pietinger is back again to save my ass. The microcode is something I built in from
The get. I like to think it is at least one thing I did right, lol or at least I’m under the impression that I’ve done it correctly. I will make the above changes and report back. Thank you as always my brother.
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54234
Location: 56N 3W

PostPosted: Sun Jan 01, 2023 8:13 pm    Post subject: Reply with quote

luckySimba,

If you are an openrc user, make the /etc/conf.d/net/ file start wpa_supplicant. Then you start WiFi in the normal way my adding in to the default runlevel
You still need to configure it.

For your i915, either make it a module and put all the firmware it needs into /lib/firmware, so it all comes together after root is mounted.
Or build the code and required firmware into the kernel so that it all comes together before root is mounted.

Microcode has to be built in, so you may as well go the built in route for both.
You can pass parameters to either built in or loadable modules, so that's not a factor in your choice.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
luckySimba
n00b
n00b


Joined: 23 Dec 2022
Posts: 59

PostPosted: Sun Jan 01, 2023 9:54 pm    Post subject: Reply with quote

NeddySeagoon wrote:
luckySimba,

If you are an openrc user, make the /etc/conf.d/net/ file start wpa_supplicant. Then you start WiFi in the normal way my adding in to the default runlevel
You still need to configure it.

For your i915, either make it a module and put all the firmware it needs into /lib/firmware, so it all comes together after root is mounted.
Or build the code and required firmware into the kernel so that it all comes together before root is mounted.

Microcode has to be built in, so you may as well go the built in route for both.
You can pass parameters to either built in or loadable modules, so that's not a factor in your choice.


Thank you NeddySeagoon. Will look into this. Now, would I be able to do the same kernel blobs for the .ucode used by iwlwifi?
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54234
Location: 56N 3W

PostPosted: Sun Jan 01, 2023 10:14 pm    Post subject: Reply with quote

luckySimba,

Yes. What matters is that all the parts required to start a driver are available at the same time.
There are three ways.

1. All in the kernel binary - its started before root is mounted.
2. All on the root filesystem. its started after root is mounted.
3. All in the initrd. I don't know how to organise that.

I use both 1 and 2 but my initrd's are all user space tools only, so I only make them once in the life of the equipment. Well, after they work, which is never first time.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
pietinger
Moderator
Moderator


Joined: 17 Oct 2006
Posts: 4148
Location: Bavaria

PostPosted: Sun Jan 01, 2023 10:37 pm    Post subject: Reply with quote

luckySimba,

I recommend to set your wifi modules as <M>odules into your kernel. Why ?

Some modules have a nice "tactic" ... it try to load - let's say version 60 - which DOESNT exist right now. Then it try to load version 59 (doesnt exist) ... and so on, until it reaches version 51 which is in /lib/firmware and this will be loaded now. Now ask why this "crazy" behaviour ?

If a company want their module to load firmware version 52 and company have coded to load 51 in their module, company must change the module ... to be able to load version 52 ... this means company have to wait for next kernel version ...

With this "tactic" company can leave their module like they want and company must only provide a new firmware version. It will be loaded automatically and NO change to module is necessary.

Guess, what is easier for the company of your module/firmware ... ;-)

Now, what does that mean for you ?

If you put your firmware into kernel you must always look if there is a newer version of firmware available (*). If you just let your module load its firmware from /lib/firmware at boot-time ... you have nothing to do anymore ;-)




P.S.: * Dont worry, our intel i915 module doesnt have this "tactic". If there comes a new firmware version, our i915 module will shout in system-log for it.
Back to top
View user's profile Send private message
luckySimba
n00b
n00b


Joined: 23 Dec 2022
Posts: 59

PostPosted: Mon Jan 02, 2023 12:49 am    Post subject: Reply with quote

ok so i did the kernel blobs for i915 firmware. I feel like it didn't make much of a difference

regarding iwlwifi i had wpa loading via /etc/conf.d/net already prior to me logging in after boot there is a list of loaded daemons. it becomes clear that wpa tries to load prior to the wireless card so it times out and doesnt start, leaving me having to start int manually after boot. any ideas here?


here is the newest dmesg

https://pastebin.com/mtD6RPDd

it takes FOREVER to load tbe wireless card. like 2 minutes later it will show up in ip a on its own. i thien have to load wpa manually
Back to top
View user's profile Send private message
luckySimba
n00b
n00b


Joined: 23 Dec 2022
Posts: 59

PostPosted: Mon Jan 02, 2023 1:33 am    Post subject: Reply with quote

FFFFFFFFFFFFFFFF YESSSS!!!

i finally got it huc, guc and dmc all three had to be direct loaded into kernel and now i have a 5 second boot time!!!!!! a true GENTOO fastest of all the penguins

peep this DMESG boys

https://pastebin.com/1cWcuFeg




i just dont understand why the F my iwlwifi won't load until 223 seconds. motherF, i have no idea why it doesn't load earlier, i can't wrap my head around this
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54234
Location: 56N 3W

PostPosted: Mon Jan 02, 2023 11:18 am    Post subject: Reply with quote

luckySimba,

Code:
[    3.200113] dracut: Mounting /dev/nvme0n1p3 with -o noatime,ro
[    3.218484] EXT4-fs (nvme0n1p3): mounted filesystem with ordered data mode. Opts: (null). Quota mode: none.


That's root becoming available read only.

Its moved to the right place at
Code:
[    3.264487] dracut: Switching root


Code:
[    3.932113] Loading firmware: iwlwifi-so-a0-hr-b0-66.ucode
[    3.932127] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-66.ucode failed with error -2
[    3.932130] iwlwifi 0000:00:14.3: Falling back to sysfs fallback for: iwlwifi-so-a0-hr-b0-66.ucode
[    4.298071] ip (1506) used greatest stack depth: 12344 bytes left
[    4.321224] EXT4-fs (nvme0n1p3): re-mounted. Opts: (null). Quota mode: none.

Is the first attempt at firmware loading, just before root is remounted rw. Openrc has started by then.

Code:
[   16.702591] elogind-daemon[1930]: New session c1 of user luckysimba.
[   66.759404] Loading firmware: iwlwifi-so-a0-hr-b0-65.ucode
[   66.759460] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-65.ucode failed with error -2
[   66.759468] iwlwifi 0000:00:14.3: Falling back to sysfs fallback for: iwlwifi-so-a0-hr-b0-65.ucode
[  128.200475] Loading firmware: iwlwifi-so-a0-hr-b0-64.ucode


You log in at about 16 sec, poke iwlwifi and it does its thing looking for a version of fimware that it can load. -65 fails again. It probably does not exist.
Then over a minute later it tries -64, which works.
That takes about 60s to start too ...
Code:
[  189.869760] iwlwifi 0000:00:14.3 wlp0s20f3: renamed from wlan0

Then there is a big gap before the connection is started.
Code:
[  223.159756] wlp0s20f3: authenticate with 6c:cd:d6:d5:60:56


That's not right - but you know that.

Please pastebin your kernel .conf
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
luckySimba
n00b
n00b


Joined: 23 Dec 2022
Posts: 59

PostPosted: Mon Jan 02, 2023 7:43 pm    Post subject: Reply with quote

NeddySeagoon wrote:
luckySimba,

Code:
[    3.200113] dracut: Mounting /dev/nvme0n1p3 with -o noatime,ro
[    3.218484] EXT4-fs (nvme0n1p3): mounted filesystem with ordered data mode. Opts: (null). Quota mode: none.


That's root becoming available read only.

Its moved to the right place at
Code:
[    3.264487] dracut: Switching root


Code:
[    3.932113] Loading firmware: iwlwifi-so-a0-hr-b0-66.ucode
[    3.932127] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-66.ucode failed with error -2
[    3.932130] iwlwifi 0000:00:14.3: Falling back to sysfs fallback for: iwlwifi-so-a0-hr-b0-66.ucode
[    4.298071] ip (1506) used greatest stack depth: 12344 bytes left
[    4.321224] EXT4-fs (nvme0n1p3): re-mounted. Opts: (null). Quota mode: none.

Is the first attempt at firmware loading, just before root is remounted rw. Openrc has started by then.

Code:
[   16.702591] elogind-daemon[1930]: New session c1 of user luckysimba.
[   66.759404] Loading firmware: iwlwifi-so-a0-hr-b0-65.ucode
[   66.759460] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-65.ucode failed with error -2
[   66.759468] iwlwifi 0000:00:14.3: Falling back to sysfs fallback for: iwlwifi-so-a0-hr-b0-65.ucode
[  128.200475] Loading firmware: iwlwifi-so-a0-hr-b0-64.ucode


You log in at about 16 sec, poke iwlwifi and it does its thing looking for a version of fimware that it can load. -65 fails again. It probably does not exist.
Then over a minute later it tries -64, which works.
That takes about 60s to start too ...
Code:
[  189.869760] iwlwifi 0000:00:14.3 wlp0s20f3: renamed from wlan0

Then there is a big gap before the connection is started.
Code:
[  223.159756] wlp0s20f3: authenticate with 6c:cd:d6:d5:60:56


That's not right - but you know that.

Please pastebin your kernel .conf


ok so i have come a very VERY long way since my last post

what i found is that the iwlwifi, when loaded as a module, is not looking in /lib/firmware its actually looking at, presumably a file, titled /etc/hotplug/firmware.agent in that file it is looking for

Code:

FIRMWARE_DIR=/lib/firmware


i have made this file to point to lib/firmware, further, i have, now, direct loaded my iwlwifi into the kernel and explicitly specified the firmware in kernel blogs using the specific *.ucode that dmesg shows me it loads successfully, eventually in previous kernel iterations. none of these steps has made a lick of difference. its as if i have done nothing. I have made other changes to my kernel in the duration of all of this, so i know other changes are occuring i.e. my touchpad hasn't worked and now it does **shoutout pietinger** it was in large part due to his work that i was able to get my touchpad going.

in the process of all of this i have learned SO Fing much about linux.

the thing that i cannot understand is, it seems as though the kernel jsut can't load this *.ucode firmware. it keeps returning "error -2" correct me if im wrong, but this would be the same error if i pointed it to nowhere, implying it cannot read it. it returns this error when, i myself can literally locate the file on my terminal. i simply don't' understand how this is possible.

i feel like i have encountered an actual bug here?
Back to top
View user's profile Send private message
luckySimba
n00b
n00b


Joined: 23 Dec 2022
Posts: 59

PostPosted: Mon Jan 02, 2023 8:24 pm    Post subject: Reply with quote

one more update.

so just as an experiment i looked at intel's own website and which firmware they indicate to use, its acutally diff than the one that is being loaded by kernel

anyway i loaded this into firmware blobs and it is totally ignored, as if i didn't put it in there at all

to me, this indiacates that the wifi card loading is being delegated to something other than the kernel. im guessing wpa supplicant?

thoughts?
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54234
Location: 56N 3W

PostPosted: Mon Jan 02, 2023 8:42 pm    Post subject: Reply with quote

luckySimba,

A long time ago udev used to do firmware loading, rather than the kernel.
Then udev dropped firmware loading which lead to a heated exchange between Linus and Lennart.
Only the kernel does firmware loading now.

The kernel module will only load the firmware its told to look for.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
Hu
Moderator
Moderator


Joined: 06 Mar 2007
Posts: 21624

PostPosted: Mon Jan 02, 2023 8:44 pm    Post subject: Reply with quote

Firmware loading is handled by the kernel. If it is not working, then it is not yet configured correctly. On a kernel where it failed to load the firmware, and dmesg says so, what is the output of dmesg | grep so-a0-hr-b0-6 ; namei -l /lib/firmware/iwlwifi-so-a0-hr-b0-6{6,5,4}.ucode ; emerge --pretend --verbose sys-kernel/linux-firmware? As I read your dmesg output, those are the only files your kernel tries to load. If Intel is showing something else, they may be thinking of a different kernel version than the one you are using. What files is Intel reporting, and where did you see them recommend that?
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Networking & Security All times are GMT
Goto page 1, 2  Next
Page 1 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum