Bug#1062703: firmware-realtek: Direct firmware load for rtl_nic/rtl8125b-2.fw failed with error -2

[Miguel Angel]

Package: firmware-realtek
Version: 20230625-2
Severity: important
X-Debbugs-Cc: ***@gmail.com

At system boot, the following message is shown:
"Direct firmware load for rtl_nic/rtl8125b-2.fw failed with error -2".

It seesm that the firmware is not properly loaded by kernel at boot.


-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.6.13-amd64 (SMP w/20 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

firmware-realtek depends on no packages.

firmware-realtek recommends no packages.

Versions of packages firmware-realtek suggests:
ii initramfs-tools 0.142

-- no debconf information

[Diederik de Haas]

Post by Miguel Angel
Package: firmware-realtek
Version: 20230625-2
Severity: important
"Direct firmware load for rtl_nic/rtl8125b-2.fw failed with error -2".
It seesm that the firmware is not properly loaded by kernel at boot.

Can you provide the dmesg output which would show that?
Doesn't have to be the full dmesg output, but don't 'grep' for it either as
that will likely filter out the surrounding lines which are often relevant.

https://packages.debian.org/sid/all/firmware-realtek/filelist does show
``rtl_nic/rtl8125b-2.fw``, so I'm a bit surprised.

[Miguel A. Rojas]

Hi Diederik,

A few days ago, I went to
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git
and update the missing loaded modules.

Indeed, I noticed that I have another messages related to the iwlwifi
module: "kernel: iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-83.ucode (-2)".

I think the the root cause is that the current Debian packages firmware
packages are 6 months old and they need to be updated accordingly. New
Debian Linux kernel expects a specific version of the firmware or the
name of the firmware has changed.

Regards

O

[Diederik de Haas]

Control: tag -1 moreinfo

Hi,

Post by Miguel A. Rojas
A few days ago, I went to
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git
and update the missing loaded modules.
Indeed, I noticed that I have another messages related to the iwlwifi
module: "kernel: iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-83.ucode (-2)".

The reason I asked for more dmesg lines is that it likely then tried (f.e.)
-81, then -79 and then probably succeeded at some point.
The Debian kernel (unfortunately imo) 'promoted' warning/info messages to
errors, which make it appear more severe then they actually are.

Post by Miguel A. Rojas
I think the the root cause is that the current Debian packages firmware
packages are 6 months old and they need to be updated accordingly. New
Debian Linux kernel expects a specific version of the firmware or the
name of the firmware has changed.

I do think that the old package versions are a problem, so I have been working
on Merge Requests for updating them.
Version 20230804 would make the -83 file available.
But the device using and older version should still work. If it doesn't work
with an older version, but it does work with a newer, that's important info.

But I'm still a bit confused as this bug is about *realtek* firmware, not
iwlwifi? Can you answer the question I asked previously?

[Miguel Angel Rojas]

Hi Diederik,

My bad. Let me explain again. Taking into account the firmware errors:

- Realtek messages are fixed now. There are no actions to be done here.
- iwlwifi: If you are still working on a new version containing the -83
file, that should fix some warning messages but not all of them. There is
another message (*firmware: failed to load iwl-debug-yoyo.bin (-2)*)
that I think is related to bug #966218. This bug has been there for a
while, so I don't know what's happening here. Nobody explains what's going
on or why this file is not included in the firmware package.

Thanks!

Post by Diederik de Haas
Control: tag -1 moreinfo
Hi,

Post by Miguel A. Rojas
A few days ago, I went to

https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git

Post by Miguel A. Rojas
and update the missing loaded modules.
Indeed, I noticed that I have another messages related to the iwlwifi
module: "kernel: iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-83.ucode (-2)".

The reason I asked for more dmesg lines is that it likely then tried (f.e.)
-81, then -79 and then probably succeeded at some point.
The Debian kernel (unfortunately imo) 'promoted' warning/info messages to
errors, which make it appear more severe then they actually are.

Post by Miguel A. Rojas
I think the the root cause is that the current Debian packages firmware
packages are 6 months old and they need to be updated accordingly. New
Debian Linux kernel expects a specific version of the firmware or the
name of the firmware has changed.

I do think that the old package versions are a problem, so I have been working
on Merge Requests for updating them.
Version 20230804 would make the -83 file available.
But the device using and older version should still work. If it doesn't work
with an older version, but it does work with a newer, that's important info.
But I'm still a bit confused as this bug is about *realtek* firmware, not
iwlwifi? Can you answer the question I asked previously?

[Diederik de Haas]

Post by Miguel Angel Rojas
- Realtek messages are fixed now. There are no actions to be done here.

Good.

Post by Miguel Angel Rojas
- iwlwifi: If you are still working on a new version containing the -83
file, that should fix some warning messages but not all of them. There is
another message (*firmware: failed to load iwl-debug-yoyo.bin (-2)*) that I
think is related to bug #966218. This bug has been there for a while, so I
don't know what's happening here. Nobody explains what's going on or why
this file is not included in the firmware package.

While it's unfortunate/annoying that those warnings (which sometimes get
'promoted' to errors) exist and should go away with a new upstream version,
that doesn't (automatically) mean that there is a 'real' bug.
So, is the device using iwlwifi working or not?

My request for a full dmesg was precisely to determine whether there is an
actual bug or whether this bug is merely a request for a new upstream version.

Cheers,
Diederik

[Miguel A. Rojas]

Hi Diederik,

I forgot to include you the dmesg as promised:

[    2.235947] iwlwifi 0000:00:14.3: enabling device (0000 -> 0002)
[    2.237778] iwlwifi 0000:00:14.3: Detected crf-id 0x1300504, cnv-id
0x80401 wfpm id 0x80000030
[    2.237805] iwlwifi 0000:00:14.3: PCI dev 7a70/0074, rev=0x430,
rfid=0x10a100
[    2.237845] iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-83.ucode (-2)
[    2.237867] iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-83.ucode (-2)
[    2.237874] iwlwifi 0000:00:14.3: Direct firmware load for
iwlwifi-so-a0-hr-b0-83.ucode failed with error -2
<-------------------------------------------------
[    2.237879] iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-82.ucode (-2)
[    2.237890] iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-82.ucode (-2)
[    2.237896] iwlwifi 0000:00:14.3: Direct firmware load for
iwlwifi-so-a0-hr-b0-82.ucode failed with error -2
[    2.237900] iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-81.ucode (-2)
[    2.237916] iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-81.ucode (-2)
[    2.237927] iwlwifi 0000:00:14.3: Direct firmware load for
iwlwifi-so-a0-hr-b0-81.ucode failed with error -2
[    2.237932] iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-80.ucode (-2)
[    2.237945] iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-80.ucode (-2)
[    2.237955] iwlwifi 0000:00:14.3: Direct firmware load for
iwlwifi-so-a0-hr-b0-80.ucode failed with error -2
[    2.237958] iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-79.ucode (-2)
[    2.237968] iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-79.ucode (-2)
[    2.237975] iwlwifi 0000:00:14.3: Direct firmware load for
iwlwifi-so-a0-hr-b0-79.ucode failed with error -2
[    2.237978] iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-78.ucode (-2)
[    2.237988] iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-78.ucode (-2)
[    2.237994] iwlwifi 0000:00:14.3: Direct firmware load for
iwlwifi-so-a0-hr-b0-78.ucode failed with error -2
[    2.237998] iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-77.ucode (-2)
[    2.238007] iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-77.ucode (-2)
[    2.238014] iwlwifi 0000:00:14.3: Direct firmware load for
iwlwifi-so-a0-hr-b0-77.ucode failed with error -2
[    2.238018] iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-76.ucode (-2)
[    2.238027] iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-76.ucode (-2)
[    2.238034] iwlwifi 0000:00:14.3: Direct firmware load for
iwlwifi-so-a0-hr-b0-76.ucode failed with error -2
[    2.238038] iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-75.ucode (-2)
[    2.238052] iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-75.ucode (-2)
[    2.238059] iwlwifi 0000:00:14.3: Direct firmware load for
iwlwifi-so-a0-hr-b0-75.ucode failed with error -2
[    2.238062] iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-74.ucode (-2)
[    2.238072] iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-74.ucode (-2)
[    2.238078] iwlwifi 0000:00:14.3: Direct firmware load for
iwlwifi-so-a0-hr-b0-74.ucode failed with error -2
[    2.238082] iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-73.ucode (-2)
[    2.238091] iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-73.ucode (-2)
[    2.238098] iwlwifi 0000:00:14.3: Direct firmware load for
iwlwifi-so-a0-hr-b0-73.ucode failed with error -2
[    2.241012] iwlwifi 0000:00:14.3: firmware: direct-loading firmware
iwlwifi-so-a0-hr-b0-72.ucode
[    2.247819] iwlwifi 0000:00:14.3: api flags index 2 larger than
supported by driver
[    2.247832] iwlwifi 0000:00:14.3: TLV_FW_FSEQ_VERSION: FSEQ Version:
0.0.2.36
[    2.248049] iwlwifi 0000:00:14.3: firmware: failed to load
iwl-debug-yoyo.bin (-2) <-------------------------------------------------
[    2.248067] iwlwifi 0000:00:14.3: firmware: failed to load
iwl-debug-yoyo.bin (-2) <-------------------------------------------------
[    2.248078] iwlwifi 0000:00:14.3: loaded firmware version
72.daa05125.0 so-a0-hr-b0-72.ucode op_mode iwlmvm
[    2.653952] iwlwifi 0000:00:14.3: Detected Intel(R) Wi-Fi 6 AX201
160MHz, REV=0x430
[    2.769070] iwlwifi 0000:00:14.3: WFPM_UMAC_PD_NOTIFICATION: 0x3f
[    2.769102] iwlwifi 0000:00:14.3: WFPM_LMAC2_PD_NOTIFICATION: 0x1f
[    2.769110] iwlwifi 0000:00:14.3: WFPM_AUTH_KEY_0: 0x90
[    2.769118] iwlwifi 0000:00:14.3: CNVI_SCU_SEQ_DATA_DW9: 0x10
[    2.769154] iwlwifi 0000:00:14.3: Detected RF HR B3, rfid=0x10a100
[    2.834751] iwlwifi 0000:00:14.3: base HW address: bc:09:1b:d3:e2:ee
[    2.849492] iwlwifi 0000:00:14.3 wlp0s20f3: renamed from wlan0
[    6.570171] iwlwifi 0000:00:14.3: WFPM_UMAC_PD_NOTIFICATION: 0x3f
[    6.570263] iwlwifi 0000:00:14.3: WFPM_LMAC2_PD_NOTIFICATION: 0x1f
[    6.570275] iwlwifi 0000:00:14.3: WFPM_AUTH_KEY_0: 0x90
[    6.570307] iwlwifi 0000:00:14.3: CNVI_SCU_SEQ_DATA_DW9: 0x10
[    6.644756] iwlwifi 0000:00:14.3: Registered PHC clock: iwlwifi-PTP,
with index: 0
[    6.809353] iwlwifi 0000:00:14.3: WFPM_UMAC_PD_NOTIFICATION: 0x3f
[    6.809386] iwlwifi 0000:00:14.3: WFPM_LMAC2_PD_NOTIFICATION: 0x1f
[    6.809397] iwlwifi 0000:00:14.3: WFPM_AUTH_KEY_0: 0x90
[    6.809408] iwlwifi 0000:00:14.3: CNVI_SCU_SEQ_DATA_DW9: 0x10

Post by Diederik de Haas
While it's unfortunate/annoying that those warnings (which sometimes get
'promoted' to errors) exist and should go away with a new upstream version,
that doesn't (automatically) mean that there is a 'real' bug.
So, is the device using iwlwifi working or not?

[Diederik de Haas]

Hi Miguel,

[ 2.235947] iwlwifi 0000:00:14.3: enabling device (0000 -> 0002)
[ 2.237778] iwlwifi 0000:00:14.3: Detected crf-id 0x1300504, cnv-id
0x80401 wfpm id 0x80000030
[ 2.237805] iwlwifi 0000:00:14.3: PCI dev 7a70/0074, rev=0x430,
rfid=0x10a100
[ 2.237845] iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-83.ucode (-2)
[ 2.237867] iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-83.ucode (-2)
... more firmware load failures
[ 2.238098] iwlwifi 0000:00:14.3: Direct firmware load for
iwlwifi-so-a0-hr-b0-73.ucode failed with error -2
[ 2.241012] iwlwifi 0000:00:14.3: firmware: direct-loading firmware
iwlwifi-so-a0-hr-b0-72.ucode

While 'annoying', this is expected behavior. It tries to load the newest (-83)
and when it can't find that, it tries an older one and ends up with '-72'.

[ 2.247819] iwlwifi 0000:00:14.3: api flags index 2 larger than
supported by driver
0.0.2.36
[ 2.248049] iwlwifi 0000:00:14.3: firmware: failed to load
iwl-debug-yoyo.bin (-2) <-------------------------------------------------
[ 2.248067] iwlwifi 0000:00:14.3: firmware: failed to load
iwl-debug-yoyo.bin (-2) <-------------------------------------------------

This 'iwl-debug-yoyo.bin' is a familiar one, but this file is NOT available in
the upstream linux-firmware repo.
It could be it wouldn't be shown if it had already found one of the earlier
logged firmware files.
I might look into this particular issue at some later date.

[ 2.248078] iwlwifi 0000:00:14.3: loaded firmware version
72.daa05125.0 so-a0-hr-b0-72.ucode op_mode iwlmvm

Bit confused about that version number, but looks like success ...

[ 2.653952] iwlwifi 0000:00:14.3: Detected Intel(R) Wi-Fi 6 AX201
160MHz, REV=0x430
[ 2.769070] iwlwifi 0000:00:14.3: WFPM_UMAC_PD_NOTIFICATION: 0x3f
[ 2.769102] iwlwifi 0000:00:14.3: WFPM_LMAC2_PD_NOTIFICATION: 0x1f
[ 2.769110] iwlwifi 0000:00:14.3: WFPM_AUTH_KEY_0: 0x90
[ 2.769118] iwlwifi 0000:00:14.3: CNVI_SCU_SEQ_DATA_DW9: 0x10
[ 2.769154] iwlwifi 0000:00:14.3: Detected RF HR B3, rfid=0x10a100
[ 2.834751] iwlwifi 0000:00:14.3: base HW address: bc:09:1b:d3:e2:ee
[ 2.849492] iwlwifi 0000:00:14.3 wlp0s20f3: renamed from wlan0
[ 6.570171] iwlwifi 0000:00:14.3: WFPM_UMAC_PD_NOTIFICATION: 0x3f
[ 6.570263] iwlwifi 0000:00:14.3: WFPM_LMAC2_PD_NOTIFICATION: 0x1f
[ 6.570275] iwlwifi 0000:00:14.3: WFPM_AUTH_KEY_0: 0x90
[ 6.570307] iwlwifi 0000:00:14.3: CNVI_SCU_SEQ_DATA_DW9: 0x10
[ 6.644756] iwlwifi 0000:00:14.3: Registered PHC clock: iwlwifi-PTP,
with index: 0
[ 6.809353] iwlwifi 0000:00:14.3: WFPM_UMAC_PD_NOTIFICATION: 0x3f
[ 6.809386] iwlwifi 0000:00:14.3: WFPM_LMAC2_PD_NOTIFICATION: 0x1f
[ 6.809397] iwlwifi 0000:00:14.3: WFPM_AUTH_KEY_0: 0x90
[ 6.809408] iwlwifi 0000:00:14.3: CNVI_SCU_SEQ_DATA_DW9: 0x10

... and from this it seems the device appears to be working properly?

If that's indeed the case then this bug would essentially be a request for a
new upstream version.

Cheers,
Diederik

[Miguel Angel Rojas]

Hi Diederik,

Post by Diederik de Haas
While 'annoying', this is expected behavior. It tries to load the newest (-83)

Yes, this is the expected behavior from our Linux kernel. However, I agree
with you and these messages are very annoying and should be removed.

Post by Diederik de Haas
It could be it wouldn't be shown if it had already found one of the

earlier logged firmware files.
Interesting theory! When the new version of the firmware packages is
uploaded, we can check again if the "'iwl-debug-yoyo.bin" message disappears

Why are you confused with the numbers?

Post by Diederik de Haas
Bit confused about that version number, but looks like success.

And yes, wifi is working fine although I haven't properly done any
performance test yet.

Regards

Post by Diederik de Haas
Hi Miguel,

[ 2.235947] iwlwifi 0000:00:14.3: enabling device (0000 -> 0002)
[ 2.237778] iwlwifi 0000:00:14.3: Detected crf-id 0x1300504, cnv-id
0x80401 wfpm id 0x80000030
[ 2.237805] iwlwifi 0000:00:14.3: PCI dev 7a70/0074, rev=0x430,
rfid=0x10a100
[ 2.237845] iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-83.ucode (-2)
[ 2.237867] iwlwifi 0000:00:14.3: firmware: failed to load
iwlwifi-so-a0-hr-b0-83.ucode (-2)
... more firmware load failures
[ 2.238098] iwlwifi 0000:00:14.3: Direct firmware load for
iwlwifi-so-a0-hr-b0-73.ucode failed with error -2
[ 2.241012] iwlwifi 0000:00:14.3: firmware: direct-loading firmware
iwlwifi-so-a0-hr-b0-72.ucode

While 'annoying', this is expected behavior. It tries to load the newest (-83)
and when it can't find that, it tries an older one and ends up with '-72'.

[ 2.247819] iwlwifi 0000:00:14.3: api flags index 2 larger than
supported by driver
0.0.2.36
[ 2.248049] iwlwifi 0000:00:14.3: firmware: failed to load
iwl-debug-yoyo.bin (-2)

<-------------------------------------------------

[ 2.248067] iwlwifi 0000:00:14.3: firmware: failed to load
iwl-debug-yoyo.bin (-2)

<-------------------------------------------------
This 'iwl-debug-yoyo.bin' is a familiar one, but this file is NOT available in
the upstream linux-firmware repo.
It could be it wouldn't be shown if it had already found one of the earlier
logged firmware files.
I might look into this particular issue at some later date.

[ 2.248078] iwlwifi 0000:00:14.3: loaded firmware version
72.daa05125.0 so-a0-hr-b0-72.ucode op_mode iwlmvm

Bit confused about that version number, but looks like success ...

[ 2.653952] iwlwifi 0000:00:14.3: Detected Intel(R) Wi-Fi 6 AX201
160MHz, REV=0x430
[ 2.769070] iwlwifi 0000:00:14.3: WFPM_UMAC_PD_NOTIFICATION: 0x3f
[ 2.769102] iwlwifi 0000:00:14.3: WFPM_LMAC2_PD_NOTIFICATION: 0x1f
[ 2.769110] iwlwifi 0000:00:14.3: WFPM_AUTH_KEY_0: 0x90
[ 2.769118] iwlwifi 0000:00:14.3: CNVI_SCU_SEQ_DATA_DW9: 0x10
[ 2.769154] iwlwifi 0000:00:14.3: Detected RF HR B3, rfid=0x10a100
[ 2.834751] iwlwifi 0000:00:14.3: base HW address: bc:09:1b:d3:e2:ee
[ 2.849492] iwlwifi 0000:00:14.3 wlp0s20f3: renamed from wlan0
[ 6.570171] iwlwifi 0000:00:14.3: WFPM_UMAC_PD_NOTIFICATION: 0x3f
[ 6.570263] iwlwifi 0000:00:14.3: WFPM_LMAC2_PD_NOTIFICATION: 0x1f
[ 6.570275] iwlwifi 0000:00:14.3: WFPM_AUTH_KEY_0: 0x90
[ 6.570307] iwlwifi 0000:00:14.3: CNVI_SCU_SEQ_DATA_DW9: 0x10
[ 6.644756] iwlwifi 0000:00:14.3: Registered PHC clock: iwlwifi-PTP,
with index: 0
[ 6.809353] iwlwifi 0000:00:14.3: WFPM_UMAC_PD_NOTIFICATION: 0x3f
[ 6.809386] iwlwifi 0000:00:14.3: WFPM_LMAC2_PD_NOTIFICATION: 0x1f
[ 6.809397] iwlwifi 0000:00:14.3: WFPM_AUTH_KEY_0: 0x90
[ 6.809408] iwlwifi 0000:00:14.3: CNVI_SCU_SEQ_DATA_DW9: 0x10

... and from this it seems the device appears to be working properly?
If that's indeed the case then this bug would essentially be a request for a
new upstream version.
Cheers,
Diederik

[Diederik de Haas]

Control: reassign -1 firmware-iwlwifi 20230625-2
Control: retitle -1 firmware-iwlwifi: Please update to version 20230919

Post by Miguel Angel Rojas

Post by Diederik de Haas
While 'annoying', this is expected behavior. It tries to load the newest (-83)

Yes, this is the expected behavior from our Linux kernel. However, I agree
with you and these messages are very annoying and should be removed.

IMO it's working as expected and as it should do.
It's aware of newer firmware so it tries to load that first, but then 'fall
back' to older versions in case it can't find the newer firmware files.

Post by Miguel Angel Rojas

Post by Diederik de Haas
It could be it wouldn't be shown if it had already found one of the
earlier logged firmware files.

Interesting theory! When the new version of the firmware packages is
uploaded, we can check again if the "'iwl-debug-yoyo.bin" message disappears

Great

Post by Miguel Angel Rojas

Post by Diederik de Haas
Bit confused about that version number, but looks like success.

Why are you confused with the numbers?

I thought it might have been some custom file, but that's an error on my part.
Apparently it detects the 'internal' firmware version and reports that.

Post by Miguel Angel Rojas
And yes, wifi is working fine although I haven't properly done any
performance test yet.

It could/might be there would be some improvement somewhere with newer
firmware, but as long as things keep working that is fine.
Consequently, I've reassigned/renamed the bug to a request for a new upstream
version (the one which has the -83 firmware file(s)).

Cheers,
Diederik

[Diederik de Haas]

Control: retitle -1 firmware-iwlwifi: Please update to version 20230804

Post by Diederik de Haas
It could/might be there would be some improvement somewhere with newer
firmware, but as long as things keep working that is fine.
Consequently, I've reassigned/renamed the bug to a request for a new
upstream version (the one which has the -83 firmware file(s)).

Those are actually added in 20230804, so update title accordingly.

[Debian Bug Tracking System]

Post by Diederik de Haas
tag -1 moreinfo

Bug #1062703 [firmware-realtek] firmware-realtek: Direct firmware load for rtl_nic/rtl8125b-2.fw failed with error -2
Added tag(s) moreinfo.

[Debian Bug Tracking System]

Post by Diederik de Haas
reassign -1 firmware-iwlwifi 20230625-2

Bug #1062703 [firmware-realtek] firmware-realtek: Direct firmware load for rtl_nic/rtl8125b-2.fw failed with error -2
Bug reassigned from package 'firmware-realtek' to 'firmware-iwlwifi'.
No longer marked as found in versions firmware-nonfree/20230625-2.
Ignoring request to alter fixed versions of bug #1062703 to the same values previously set
Bug #1062703 [firmware-iwlwifi] firmware-realtek: Direct firmware load for rtl_nic/rtl8125b-2.fw failed with error -2
Marked as found in versions firmware-nonfree/20230625-2.

Post by Diederik de Haas
retitle -1 firmware-iwlwifi: Please update to version 20230919

Bug #1062703 [firmware-iwlwifi] firmware-realtek: Direct firmware load for rtl_nic/rtl8125b-2.fw failed with error -2
Changed Bug title to 'firmware-iwlwifi: Please update to version 20230919' from 'firmware-realtek: Direct firmware load for rtl_nic/rtl8125b-2.fw failed with error -2'.

[Debian Bug Tracking System]

retitle -1 firmware-iwlwifi: Please update to version 20230804

Bug #1062703 [firmware-iwlwifi] firmware-iwlwifi: Please update to version 20230919
Changed Bug title to 'firmware-iwlwifi: Please update to version 20230804' from 'firmware-iwlwifi: Please update to version 20230919'.

[Miguel A. Rojas]

Control: retitle -1 firmware-iwlwifi: Please update to newest kernel version

Hi there,

any updates on this bug on when the new version will be uploaded?

Regards

[Debian Bug Tracking System]

Your message dated Mon, 15 Jul 2024 20:45:46 +0000
with message-id <E1sTSZu-00DUy3-***@fasolo.debian.org>
and subject line Bug#1062703: fixed in firmware-nonfree 20240610-1
has caused the Debian Bug report #1062703,
regarding firmware-iwlwifi: Please update to version 20230804
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ***@bugs.debian.org
immediately.)