[<prev] [next>] [day] [month] [year] [list]
Message-ID: <4181032B-BA7D-408B-ACCC-0A380FC8BB43.1@smtp-inbound1.duck.com>
Date: Sat, 25 Feb 2023 04:22:19 -0500
From: fk1xdcio@...k.com
To: Heiner Kallweit <hkallweit1@...il.com>
Cc: "netdev@...r.kernel.org" <netdev@...r.kernel.org>
Subject: Re: 4-port ASMedia/RealTek RTL8125 2.5Gbps NIC freezes whole system
On 2023-02-25 03:04, Heiner Kallweit wrote:
> On 25.02.2023 00:52, fk1xdcio@...k.com wrote:
>> On 2023-02-24 15:21, Heiner Kallweit wrote:
>>> On 24.02.2023 15:37, fk1xdcio@...k.com wrote:
>>>> I'm having problems getting this 4-port 2.5Gbps NIC to be stable. I
>>>> have tried on multiple different physical systems both with Xeon
>>>> server and i7 workstation chipsets and it behaves the same way on
>>>> everything. Testing with latest Arch Linux and kernels 6.1, 6.2, and
>>>> 5.15. I'm using the kernel default r8169 driver.
>> ...
>>>> "SSU-TECH" (generic/counterfeit?) 4-port 2.5Gbps PCIe x4 card
>>>> ASMedia ASM1812 PCIe switch (driver: pcieport)
>>>> RTL8125BG x4 (driver: r8169)
>> ...
>>> The network driver shouldn't be able to freeze the system. You can
>>> test whether vendor driver r8125 makes a difference.
>>> This should provide us with an idea whether the root cause is at a
>>> lower level.
...
>> I don't know what "cmd = 0xff" is referring to. Is this a command
>> directly to the Ethernet chipset?
>
> cmd is a chipset register and value 0xff indicates that it's not
> accessible.
> To me it looks like the issue is somewhere on PCIe level.
I think you're right. I'm putting my efforts in to debugging the PCIe
port and I'll take this to linux-pci.
Thanks again
Powered by blists - more mailing lists