XPost: linux.debian.bugs.dist
From: samueloph@debian.org

Source: linux
Severity: normal

RTL8125D and RTL8125D.rev2 have been available in consumer products since at least October 2024 (e.g.: Asus Z890 motherboards).

The "firmware-realtek" package already has the required files in unstable and testing:
/usr/lib/firmware/rtl_nic/rtl8125d-1.fw
/usr/lib/firmware/rtl_nic/rtl8125d-2.fw

I believe we just need to backport the following linux commits to fully enable their support on Debian: https://github.com/torvalds/linux/commit/f75d1fbe7809bc5ed134204b920fd9e2fc5db1df
https://github.com/torvalds/linux/commit/b3593df26ab19f114d613693fa8a92ab202803d0

Please consider backporting them so that Debian trixie supports these motherboards. Without this, installing Debian trixie on these systems will be a hassle.

Regards,

--
Samuel Henrique <samueloph>

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

XPost: linux.debian.bugs.dist
From: carnil@debian.org

Hi Samuel,

On Sun, Jun 01, 2025 at 11:01:46PM +0100, Samuel Henrique wrote:

Source: linux
Severity: normal

RTL8125D and RTL8125D.rev2 have been available in consumer products since at least October 2024 (e.g.: Asus Z890 motherboards).

The "firmware-realtek" package already has the required files in unstable and testing:
/usr/lib/firmware/rtl_nic/rtl8125d-1.fw /usr/lib/firmware/rtl_nic/rtl8125d-2.fw

I believe we just need to backport the following linux commits to fully enable
their support on Debian: https://github.com/torvalds/linux/commit/f75d1fbe7809bc5ed134204b920fd9e2fc5db1df
https://github.com/torvalds/linux/commit/b3593df26ab19f114d613693fa8a92ab202803d0

Please consider backporting them so that Debian trixie supports these motherboards. Without this, installing Debian trixie on these systems will be a
hassle.

We had today a brief discussion about your request in the weekly
kernel team meeting, and we do not really aim to start backporting
such changes with may become more problematic in future while we
frequently rebase versions in stable (as we follow the stable upstream releases). We though about it, and think this might be worth asking
the stable maintainers upstream for inclusion, which I will do next.

If the request is accepted then fine, and we can as well pick the
change in advance in the next uploads. But if it gets denied I have do
defer you to please use the backports kernel (once trixie is
released).

Regards,
Salvatore

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

XPost: linux.debian.bugs.dist
From: carnil@debian.org

Hi Samuel,

On Wed, Jun 04, 2025 at 09:58:57PM +0200, Salvatore Bonaccorso wrote:

Hi Samuel,

On Sun, Jun 01, 2025 at 11:01:46PM +0100, Samuel Henrique wrote:

Source: linux
Severity: normal

RTL8125D and RTL8125D.rev2 have been available in consumer products since at
least October 2024 (e.g.: Asus Z890 motherboards).

The "firmware-realtek" package already has the required files in unstable and
testing:
/usr/lib/firmware/rtl_nic/rtl8125d-1.fw /usr/lib/firmware/rtl_nic/rtl8125d-2.fw

I believe we just need to backport the following linux commits to fully enable
their support on Debian: https://github.com/torvalds/linux/commit/f75d1fbe7809bc5ed134204b920fd9e2fc5db1df
https://github.com/torvalds/linux/commit/b3593df26ab19f114d613693fa8a92ab202803d0

Please consider backporting them so that Debian trixie supports these motherboards. Without this, installing Debian trixie on these systems will be a
hassle.

We had today a brief discussion about your request in the weekly
kernel team meeting, and we do not really aim to start backporting
such changes with may become more problematic in future while we
frequently rebase versions in stable (as we follow the stable upstream releases). We though about it, and think this might be worth asking
the stable maintainers upstream for inclusion, which I will do next.

If the request is accepted then fine, and we can as well pick the
change in advance in the next uploads. But if it gets denied I have do
defer you to please use the backports kernel (once trixie is
released).

I had a brief look at this today an the second commit won't apply
cleanly. I suspect we will open a can of worms here, so if you feel
strong about having that support in the 6.12.y series can you please
apporach upstream and ask for inclusion?

While the second is almost "trivial" change per se, it depends for
instance on b299ea006928 ("r8169: adjust version numbering for
RTL8126") which changes around the version numberings already.

Upstream will usually want a clean series of commits to apply, this
preferred to manual backport of patches.

I will close this bug with the first version including both commits.
In case at a later stage the 6.12.y series upstream will include the
support we will automatically pick them up as well.

Thanks for your understanding so far,

Regards,
Salvatore

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

XPost: linux.debian.bugs.dist
From: samueloph@debian.org

Hello Salvatore,

On Thu, 5 Jun 2025 at 20:23, Salvatore Bonaccorso <carnil@debian.org> wrote:

While the second is almost "trivial" change per se, it depends for
instance on b299ea006928 ("r8169: adjust version numbering for
RTL8126") which changes around the version numberings already.

Upstream will usually want a clean series of commits to apply, this
preferred to manual backport of patches.

Indeed it's better if something like this comes from upstream, I understand the preference to not backport this.

I will close this bug with the first version including both commits.
In case at a later stage the 6.12.y series upstream will include the
support we will automatically pick them up as well.

Sounds good.

Thanks for your understanding so far,

I appreciate that you've looked into this, I know the kernel team is very busy.

Thank you,

--
Samuel Henrique <samueloph>

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

XPost: linux.debian.bugs.dist
From: leandrocunha016@gmail.com

Hello,

The support for Realtek cards (88xx) is horrible in the kernel, I
don't know about this card, but mine is from the same manufacturer via
PCI and is having problems that I have already reported to the Debian
BTS. But the upstream is aware. Maybe it will also be added in the
future via backports (newer kernel in this context) which would also
be satisfactory and in case the 6.12.x series does not adopt the
support.

On Thu, Jun 5, 2025 at 4:30 PM Salvatore Bonaccorso <carnil@debian.org> wrote:

Hi Samuel,

On Wed, Jun 04, 2025 at 09:58:57PM +0200, Salvatore Bonaccorso wrote:

Hi Samuel,

On Sun, Jun 01, 2025 at 11:01:46PM +0100, Samuel Henrique wrote:

Source: linux
Severity: normal

RTL8125D and RTL8125D.rev2 have been available in consumer products since at
least October 2024 (e.g.: Asus Z890 motherboards).

The "firmware-realtek" package already has the required files in unstable and
testing:
/usr/lib/firmware/rtl_nic/rtl8125d-1.fw /usr/lib/firmware/rtl_nic/rtl8125d-2.fw

I believe we just need to backport the following linux commits to fully enable
their support on Debian: https://github.com/torvalds/linux/commit/f75d1fbe7809bc5ed134204b920fd9e2fc5db1df
https://github.com/torvalds/linux/commit/b3593df26ab19f114d613693fa8a92ab202803d0

Please consider backporting them so that Debian trixie supports these motherboards. Without this, installing Debian trixie on these systems will be a
hassle.

We had today a brief discussion about your request in the weekly
kernel team meeting, and we do not really aim to start backporting
such changes with may become more problematic in future while we
frequently rebase versions in stable (as we follow the stable upstream releases). We though about it, and think this might be worth asking
the stable maintainers upstream for inclusion, which I will do next.

If the request is accepted then fine, and we can as well pick the
change in advance in the next uploads. But if it gets denied I have do defer you to please use the backports kernel (once trixie is
released).

I had a brief look at this today an the second commit won't apply
cleanly. I suspect we will open a can of worms here, so if you feel
strong about having that support in the 6.12.y series can you please
apporach upstream and ask for inclusion?

While the second is almost "trivial" change per se, it depends for
instance on b299ea006928 ("r8169: adjust version numbering for
RTL8126") which changes around the version numberings already.

Upstream will usually want a clean series of commits to apply, this
preferred to manual backport of patches.

I will close this bug with the first version including both commits.
In case at a later stage the 6.12.y series upstream will include the
support we will automatically pick them up as well.

Thanks for your understanding so far,

Regards,
Salvatore

--
Cheers,
Leandro Cunha

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

This is a multi-part message in MIME format...

Your message dated Fri, 11 Jul 2025 07:00:10 +0000
with message-id <E1ua7ju-003FcK-Ea@fasolo.debian.org>
and subject line Bug#1107135: fixed in linux 6.12.37-1
has caused the Debian Bug report #1107135,
regarding linux: Missing support for RTL8125D
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 owner@bugs.debian.org
immediately.)


--
1107135: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1107135
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems

Received: (at submit) by bugs.debian.org; 1 Jun 2025 22:01:52 +0000 X-Spam-Checker-Version: SpamAssassin 4.0.1-bugs.debian.org_2005_01_02
(2024-03-25) on buxtehude.debian.org
X-Spam-Level:
X-Spam-Status: No, score=-106.3 required=4.0 tests=BAYES_00,DKIMWL_WL_HIGH,
DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FROMDEVELOPER,
MD5_SHA1_SUM,SPF_HELO_NONE,SPF_NONE,UNPARSEABLE_RELAY,
USER_IN_DKIM_WELCOMELIST autolearn=ham autolearn_force=no
version=4.0.1-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 28; hammy, 112; neutral, 26; spammy,
3. spammytokens:0.979-+--products, 0.891-+--october, 0.879-+--October
hammytokens:0.000-+--Hx-spam-relays-external:sk:stravin,
0.000-+--H*RT:sk:stravin, 0.000-+--Hx-spam-relays-external:311,
0.000-+--H*RT:311, 0.000-+--H*RT:108
Return-path: <samueloph@debian.org>
Received: from stravinsky.