ASPM is the Active State Power Management of PCI Express. It governs things like switching the PCIE link to a low-power mode whenever there is no data to transfer. It can be controlled by the ACPI firmware, or by the operating system.
When the system is booting up, the firmware initially controls "everything". As the kernel of an ACPI-aware operating system starts up, the firmware offers it a list of features the firmware can hand over to be controlled by the OS.
In your case, the firmware did not offer ASPM control to the OS, for reasons only the system/motherboard vendor's engineers might know for sure.
It might be because the hardware is not ASPM-capable, so there is actually nothing to control and the PCIe links are always fully powered when the system is running (this is probably the most common reason, at least on desktop systems). Or it might be because the firmware did not implement the necessary programming interface, although the hardware might be ASPM- capable. Or it might be because the hardware implementation has some quirk that makes it misbehave if an OS with no specific hardware knowledge attempts to control ASPM.
So, the message is basically an informative one: the driver attempted to take control of the NIC's PCIe power management, and the OS told it "sorry, I don't have control of that feature myself so I cannot give it to you either". If the reason is that the hardware doesn't actually have ASPM capabilities, then you cannot really fix it, other than by replacing hardware if absolute maximum power saving is a critical requirement for you.
However, if the hardware is actually supposed to be ASPM-capable, then a firmware update ("BIOS update") might help.
zgrep ASPM /proc/config.gz
– Yousha Aleayoub Aug 20 '22 at 07:37