netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Paul Menzel <pmenzel@molgen.mpg.de>
To: Sasha Neftin <sasha.neftin@intel.com>
Cc: netdev@vger.kernel.org, intel-wired-lan@lists.osuosl.org,
	Hisashi T Fujinaka <htodd@twofifty.com>,
	Jakub Kicinski <kubakici@wp.pl>,
	"Andreas K. Huettel" <andreas.huettel@ur.de>
Subject: Re: [Intel-wired-lan] Intel I350 regression 5.10 -> 5.14 ("The NVM Checksum Is Not Valid") [8086:1521]
Date: Tue, 5 Oct 2021 11:40:18 +0200	[thread overview]
Message-ID: <b56c4c30-d393-96fb-182c-726a60a39eed@molgen.mpg.de> (raw)
In-Reply-To: <4111f2b7-cbac-3451-593f-a154aca65263@intel.com>

Dear Sasha,


Am 05.10.21 um 08:50 schrieb Sasha Neftin:
> On 10/5/2021 02:39, Hisashi T Fujinaka wrote:
>> On Mon, 4 Oct 2021, Jakub Kicinski wrote:
>>
>>> On Mon, 04 Oct 2021 15:06:31 +0200 Andreas K. Huettel wrote:
>>>> Dear all,
>>>>
>>>> I hope this is the right place to ask, if not please advise me where 
>>>> to go.
>>>
>>> Adding intel-wired-lan@lists.osuosl.org and Sasha as well.
>>>
>>>> I have a new Dell machine with both an Intel on-board ethernet 
>>>> controller
>>>> ([8086:15f9]) and an additional 2-port extension card ([8086:1521]).
>>>>
>>>> The second adaptor, a "DeLock PCIe 2xGBit", worked fine as far as I 
>>>> could
>>>> see with Linux 5.10.59, but fails to initialize with Linux 5.14.9.
>>>>
>>>> dilfridge ~ # lspci -nn
>>>> [...]
>>>> 01:00.0 Ethernet controller [0200]: Intel Corporation I350 Gigabit Network Connection [8086:1521] (rev ff)
>>>> 01:00.1 Ethernet controller [0200]: Intel Corporation I350 Gigabit Network Connection [8086:1521] (rev ff)
>>>> [...]
>>>>
>>>> dilfridge ~ # dmesg|grep igb
>>>> [    2.069286] igb: Intel(R) Gigabit Ethernet Network Driver
>>>> [    2.069288] igb: Copyright (c) 2007-2014 Intel Corporation.
>>>> [    2.069305] igb 0000:01:00.0: can't change power state from D3cold to D0 (config space inaccessible)
>>>> [    2.069624] igb 0000:01:00.0 0000:01:00.0 (uninitialized): PCIe link lost
>>>> [    2.386659] igb 0000:01:00.0: PHY reset is blocked due to SOL/IDER session.
>>>> [    4.115500] igb 0000:01:00.0: The NVM Checksum Is Not Valid
>>>> [    4.133807] igb: probe of 0000:01:00.0 failed with error -5
>>>> [    4.133820] igb 0000:01:00.1: can't change power state from D3cold to D0 (config space inaccessible)
>>>> [    4.134072] igb 0000:01:00.1 0000:01:00.1 (uninitialized): PCIe link lost
>>>> [    4.451602] igb 0000:01:00.1: PHY reset is blocked due to SOL/IDER session.
>>>> [    6.180123] igb 0000:01:00.1: The NVM Checksum Is Not Valid
>>>> [    6.188631] igb: probe of 0000:01:00.1 failed with error -5
>>>>
>>>> Any advice on how to proceed? Willing to test patches and provide 
>>>> additional debug info.
>>
>> Sorry to reply from a non-Intel account. I would suggest first
>> contacting Dell, and then contacting DeLock. This sounds like an issue
>> with motherboard firmware and most of what I can help with would be with
>> the driver. I think the issues are probably before things get to the
>> driver.
>>
> Agree. The driver starts work when the PCIe link in L0. Please, check 
> with Dell/DeLock what is PCIe link status and enumeration process 
> finished as properly.(probably you will need PCIe sniffer)

Of course, it’d be great to fix potential firmware bugs, but to suggest 
to a consumer to work with Dell to fix the problem is unfortunately not 
a realistic solution if Andreas does not own thousands of the 
problematic system.

Linux has a no-regression policy, meaning when userspace/hardware with 
an older Linux kernel worked than it *has to* work with a new version 
too. So besides fixing the firmware/system, it’s as important to find 
the commit introducing the regression and fix it.


Kind regards,

Paul

  reply	other threads:[~2021-10-05  9:40 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-10-04 13:06 Intel I350 regression 5.10 -> 5.14 ("The NVM Checksum Is Not Valid") [8086:1521] Andreas K. Huettel
2021-10-04 14:48 ` Jakub Kicinski
2021-10-04 23:39   ` [Intel-wired-lan] " Hisashi T Fujinaka
2021-10-05  0:12     ` [EXT] " Andreas K. Huettel
2021-10-05  0:21       ` Hisashi T Fujinaka
2021-10-05  6:50     ` Sasha Neftin
2021-10-05  9:40       ` Paul Menzel [this message]
2021-10-05 18:20         ` Hisashi T Fujinaka
2021-10-05  9:34   ` Paul Menzel
2021-10-05 13:43     ` [EXT] " Andreas K. Huettel
2021-10-05 22:27       ` Jesse Brandeburg
2021-10-12 16:34         ` Andreas K. Huettel
2021-10-12 17:42           ` Paul Menzel
2021-10-12 17:58             ` Rafael J. Wysocki
2021-10-12 19:28               ` Andreas K. Huettel
2021-10-14 12:09                 ` Rafael J. Wysocki
2021-10-15 14:00                   ` Andreas K. Huettel
2021-10-15 18:42                     ` Rafael J. Wysocki

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=b56c4c30-d393-96fb-182c-726a60a39eed@molgen.mpg.de \
    --to=pmenzel@molgen.mpg.de \
    --cc=andreas.huettel@ur.de \
    --cc=htodd@twofifty.com \
    --cc=intel-wired-lan@lists.osuosl.org \
    --cc=kubakici@wp.pl \
    --cc=netdev@vger.kernel.org \
    --cc=sasha.neftin@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).