On 8/5/23 15:40, Peter Humphrey wrote:
Hello list,

I decided to find out why the kernel had trouble loading the r8169 module on my
Intel NUC server. I found 
<https://forums.gentoo.org/viewtopic-t-1061944-start-0.html> which seemed to 
tell me all I needed to know.

I got this result after installing sys-apps/fwts and running it:

---------------------
Test 1 of 2: PCIe ASPM ACPI test.
PCIe ASPM is not controlled by Linux kernel.

ADVICE: BIOS reports that Linux kernel should not modify ASPM settings that
BIOS configured. It can be intentional because hardware vendors identified some
capability bugs between the motherboard and the add-on cards.
---------------------

The BIOS offered two choices:

PCIe ASPM support       enable/disable
Native ACPI OS PCIe Support     enable/disable

I've tried all four combinations of those settings and got almost the same
result: the boot-up console output complained that the r8169 module couldn't
be loaded because it was already in the kernel. (I think that's just a coder's
assumption from the inability to load the module.)

The only tiny difference was in the fwts log: that PCIe ASPM was or was not
controlled by the kernel.

Is there a way forward from here, or should I just ignore it and get on with
life?

I have the same module here but built into the kernel (no loadable module support) with no problems.

lspci | grep -i eth
05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8125 2.5GbE Controller (rev 05)

Regarding ASPM the syslog reports:

acpi PNP0A08:00: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI HPX-Type3] pci 0000:00:03.1: ASPM: current common clock configuration is inconsistent, reconfiguring

And for r8169:

Loading firmware: rtl_nic/rtl8125b-2.fw
RTL8226B_RTL8221B 2.5Gbps PHY r8169-0-500:00: attached PHY driver (mii_bus:phy_addr=r8169-0-500:00, irq=MAC)

What is the error you get loading the r8169 module?

raffaele


Reply via email to