lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <Z_z9EjcKtwHCQcZR@mail-itl>
Date: Mon, 14 Apr 2025 14:18:25 +0200
From: Marek Marczykowski-Górecki <marmarek@...isiblethingslab.com>
To: Vitaly Lifshits <vitaly.lifshits@...el.com>,
	Jesse Brandeburg <jesse.brandeburg@...el.com>,
	Tony Nguyen <anthony.l.nguyen@...el.com>, netdev@...r.kernel.org,
	intel-wired-lan@...ts.osuosl.org
Cc: regressions@...ts.linux.dev, stable@...r.kernel.org,
	Sasha Levin <sashal@...nel.org>
Subject: [REGRESSION] e1000e heavy packet loss on Meteor Lake - 6.14.2

Hi,

After updating to 6.14.2, the ethernet adapter is almost unusable, I get
over 30% packet loss.
Bisect says it's this commit:

    commit 85f6414167da39e0da30bf370f1ecda5a58c6f7b
    Author: Vitaly Lifshits <vitaly.lifshits@...el.com>
    Date:   Thu Mar 13 16:05:56 2025 +0200

        e1000e: change k1 configuration on MTP and later platforms
        
        [ Upstream commit efaaf344bc2917cbfa5997633bc18a05d3aed27f ]
        
        Starting from Meteor Lake, the Kumeran interface between the integrated
        MAC and the I219 PHY works at a different frequency. This causes sporadic
        MDI errors when accessing the PHY, and in rare circumstances could lead
        to packet corruption.
        
        To overcome this, introduce minor changes to the Kumeran idle
        state (K1) parameters during device initialization. Hardware reset
        reverts this configuration, therefore it needs to be applied in a few
        places.
        
        Fixes: cc23f4f0b6b9 ("e1000e: Add support for Meteor Lake")
        Signed-off-by: Vitaly Lifshits <vitaly.lifshits@...el.com>
        Tested-by: Avigail Dahan <avigailx.dahan@...el.com>
        Signed-off-by: Tony Nguyen <anthony.l.nguyen@...el.com>
        Signed-off-by: Sasha Levin <sashal@...nel.org>

     drivers/net/ethernet/intel/e1000e/defines.h |  3 ++
     drivers/net/ethernet/intel/e1000e/ich8lan.c | 80 +++++++++++++++++++++++++++--
     drivers/net/ethernet/intel/e1000e/ich8lan.h |  4 ++
     3 files changed, 82 insertions(+), 5 deletions(-)

My system is Novacustom V540TU laptop with Intel Core Ultra 5 125H. And
the e1000e driver is running in a Xen HVM (with PCI passthrough).
Interestingly, I have also another one with Intel Core Ultra 7 155H
where the issue does not happen. I don't see what is different about
network adapter there, they look identical on lspci (but there are
differences about other devices)...

I see the commit above was already backported to other stable branches
too...

#regzbot introduced: 85f6414167da39e0da30bf370f1ecda5a58c6f7b

-- 
Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab

Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ