Firmware works only if kernel source drivers are built as modules.
I'm attempting to load iwlwifi-3160 firmware. It works only if I build the following drivers as modules.
Intel Wireless WiFi Next Gen AGN - Wireless-N/Advanced-N/Ultimate
Intel Wireless WiFi MVM Firmware Support
If I compile them into the kernel the firmware is not found. This is my first experience with firmware. Does firmware require drivers built as modules? I see nothing at https://wireless.wiki.kernel.org/en/users/drivers/iwlwifi stating modules must be used.
Quoted 4 lines · On 09/14/2015 09:56 AM, [email protected] wrote:
I'm attempting to load iwlwifi-3160 firmware. It works only if I build the following drivers as modules.
Quoted 8 lines
Intel Wireless WiFi Next Gen AGN - Wireless-N/Advanced-N/Ultimate
Intel Wireless WiFi MVM Firmware Support
If I compile them into the kernel the firmware is not found. This is my first experience with firmware. Does firmware require drivers built as modules? I see nothing at https://wireless.wiki.kernel.org/en/users/drivers/iwlwifi stating modules must be used.
No, having firmware does not require the driver to be a module; however, user space may cause a problem.
To load firmware, the user-space portions needed to read a file must be running. If the driver is a module *not in the initrd image*, then one is assured that a file can be loaded as those routines were used to get the driver file. For the case where the driver is built-in, it is possible for a synchronous request_firmware() call to timeout before user space is ready to deliver the file. The safe way is to request an asynchronous load of at least the first firmware file using request_firmware_nowait(). When the load completes, the callback routine will set a completion event with all other operations held until that event is set.
Note that iwlwifi is correctly coded. It does load a second firmware file synchronously, but only after the first one is available.
The built-in driver will also fail unless the dependent drivers are also built in, but the kernel build process should take care of that.
The bottom line is that I do not know why your system is failing. It should work. (TM) :)
Larry
Quoted 27 lines · Larry Finger
Quoted 4 lines · On 09/14/2015 09:56 AM, [email protected] wrote:
I'm attempting to load iwlwifi-3160 firmware. It works only if I build the following drivers as modules.
Quoted 8 lines
Intel Wireless WiFi Next Gen AGN - Wireless-N/Advanced-N/Ultimate
Intel Wireless WiFi MVM Firmware Support
If I compile them into the kernel the firmware is not found. This is my first experience with firmware. Does firmware require drivers built as modules? I see nothing at https://wireless.wiki.kernel.org/en/users/drivers/iwlwifi stating modules must be used.
No, having firmware does not require the driver to be a module; however, user space may cause a problem.
To load firmware, the user-space portions needed to read a file must be running. If the driver is a module *not in the initrd image*, then one is assured that a file can be loaded as those routines were used to get the driver file. For the case where the driver is built-in, it is possible for a synchronous
request_firmware()call to timeout before user space is ready to deliver the file. The safe way is to request an asynchronous load of at least the first firmware file usingrequest_firmware_nowait(). When the load completes, the callback routine will set a completion event with all other operations held until that event is set.
Quoted 9 lines
Note that iwlwifi is correctly coded. It does load a second firmware file synchronously, but only after the first one is available.
The built-in driver will also fail unless the dependent drivers are also built in, but the kernel build process should take care of that.
The bottom line is that I do not know why your system is failing. It should work. (TM) :)
I have very little to add to this - except note that as far as I know, initramfs (or similar) userspace was never actually changed to take the async into account to defer loading. My original idea with this had been that whatever application was loading firmware would see an async request and if the file isn't available, it would check if it's running in initramfs, and in that case would simply not respond to the firmware load at all but check again after the root filesystem was mounted. This was, for all I know, never implemented.
Now with the in-kernel loading, that's no longer a possibility. You'll probably see a number of messages during boot indicating that firmware isn't available.
There are essentially two ways out of this:
1) build the firmware file into initramfs - Debian for example makes this very easy
2) if you built the kernel yourself, you can also build firmware files into the kernel image
johannes