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
next prev parent 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).