linux-kernel - Re: [Intel-wired-lan] [linus:master] [e1000e] 861e808602: suspend-stress.fail (e1000e: move force SMBUS from enable ulp function to avoid PHY loss issue)

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: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date: Fri, 17 May 2024 07:50:32 +0200
From: Paul Menzel <pmenzel@...gen.mpg.de>
To: Rui Zhang <rui.zhang@...el.com>, Oliver Sang <oliver.sang@...el.com>
Cc: Yu C Chen <yu.c.chen@...el.com>, Dima Ruinskiy <dima.ruinskiy@...el.com>,
 Vitaly Lifshits <vitaly.lifshits@...el.com>,
 Naamax Meir <naamax.meir@...ux.intel.com>, intel-wired-lan@...ts.osuosl.org,
 oe-lkp@...ts.linux.dev, linux-kernel@...r.kernel.org,
 Anthony L Nguyen <anthony.l.nguyen@...el.com>,
 Jacob Keller <jacob.e.keller@...el.com>, Hui Wang <hui.wang@...onical.com>
Subject: Re: [Intel-wired-lan] [linus:master] [e1000e] 861e808602:
 suspend-stress.fail (e1000e: move force SMBUS from enable ulp function to
 avoid PHY loss issue)

Dear Rui,


Thank you for your quick reply.


Am 15.05.24 um 11:29 schrieb Zhang, Rui:

> On Wed, 2024-05-15 at 06:57 +0200, Paul Menzel wrote:
>>
>> Can you please share on what test system this fails, and provide the
>> hardware information?
> 
> This is an Intel BroadWell NUC.
> The problem is reproduced on this platform only, we have 20+ other
> platforms but doesn't see this issue.
> 
> lspci output attached, any other info needed?

The `-nn` to show PCI vendor and device codes also as numbers would be nice.

>> Also, do you have Linux logs until starting the tests?
>
> dmesg after boot attached.
> After that I run "rtcwake -m freeze -s 30" and system freezes.

Just as a heads-up, that the referenced commit also caused regression on 
another system [1]. Would you be able to test that patch?


Kind regards,

Paul


[1]: 
https://lore.kernel.org/intel-wired-lan/20240413092743.1548310-1-hui.wang@canonical.com/