From: Heiner Kallweit <hkallweit1@gmail.com> To: Hisashi T Fujinaka <htodd@twofifty.com>, Dave Jones <davej@codemonkey.org.uk> Cc: "linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>, Linux Kernel Mailing List <linux-kernel@vger.kernel.org>, intel-wired-lan <intel-wired-lan@lists.osuosl.org>, Bjorn Helgaas <bhelgaas@google.com> Subject: Re: [Intel-wired-lan] Linux 5.15-rc1 - 82599ES VPD access isue Date: Tue, 14 Sep 2021 23:51:26 +0200 [thread overview] Message-ID: <80718d5e-a4d2-ff85-aa8f-cd790c951278@gmail.com> (raw) In-Reply-To: <c02876d7-c3f3-1953-334d-1248af919796@twofifty.com> On 14.09.2021 22:00, Hisashi T Fujinaka wrote: > On Tue, 14 Sep 2021, Dave Jones wrote: > >> On Tue, Sep 14, 2021 at 07:51:22AM +0200, Heiner Kallweit wrote: >> >> > > Sorry to reply from my personal account. If I did it from my work >> > > account I'd be top-posting because of Outlook and that goes over like a >> > > lead balloon. >> > > >> > > Anyway, can you send us a dump of your eeprom using ethtool -e? You can >> > > either send it via a bug on e1000.sourceforge.net or try sending it to >> > > todd.fujinaka@intel.com >> > > >> > > The other thing is I'm wondering is what the subvendor device ID you >> > > have is referring to because it's not in the pci database. Some ODMs >> > > like getting creative with what they put in the NVM. >> > > >> > > Todd Fujinaka (todd.fujinaka@intel.com) >> > >> > Thanks for the prompt reply. Dave, could you please provide the requested >> > information? >> >> sent off-list. >> >> Dave > > Whoops. I replied from outlook again. > > I have confirmation that this should be a valid image. The VPD is just a > series of 3's. There are changes to preboot header, flash and BAR size, > and as far as I can tell, a nonsense subdevice ID, but this should work. > > What was the original question? > "lspci -vv" complains about an invalid short tag 0x06 and the PCI VPD code resulted in a stall. So it seems the data doesn't have valid VPD format as defined in PCI specification. 01:00.0 Ethernet controller: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection (rev 01) Subsystem: Device 1dcf:030a ... Capabilities: [e0] Vital Product Data *Unknown small resource type 06, will not decode more.* Not sure which method is used by the driver to get the EEPROM content. For the issue here is relevant what is exposed via PCI VPD. The related kernel error message has been reported few times, e.g. here: https://access.redhat.com/solutions/3001451 Only due to a change in kernel code this became a more prominent issue now. You say that VPD is just a series of 3's. This may explain why kernel and tools complain about an invalid VPD format. VPD misses the tag structure. > Todd Fujinaka <todd.fujinaka@intel.com>
WARNING: multiple messages have this Message-ID (diff)
From: Heiner Kallweit <hkallweit1@gmail.com> To: intel-wired-lan@osuosl.org Subject: [Intel-wired-lan] Linux 5.15-rc1 - 82599ES VPD access isue Date: Tue, 14 Sep 2021 23:51:26 +0200 [thread overview] Message-ID: <80718d5e-a4d2-ff85-aa8f-cd790c951278@gmail.com> (raw) In-Reply-To: <c02876d7-c3f3-1953-334d-1248af919796@twofifty.com> On 14.09.2021 22:00, Hisashi T Fujinaka wrote: > On Tue, 14 Sep 2021, Dave Jones wrote: > >> On Tue, Sep 14, 2021 at 07:51:22AM +0200, Heiner Kallweit wrote: >> >> > > Sorry to reply from my personal account. If I did it from my work >> > > account I'd be top-posting because of Outlook and that goes over like a >> > > lead balloon. >> > > >> > > Anyway, can you send us a dump of your eeprom using ethtool -e? You can >> > > either send it via a bug on e1000.sourceforge.net or try sending it to >> > > todd.fujinaka at intel.com >> > > >> > > The other thing is I'm wondering is what the subvendor device ID you >> > > have is referring to because it's not in the pci database. Some ODMs >> > > like getting creative with what they put in the NVM. >> > > >> > > Todd Fujinaka (todd.fujinaka at intel.com) >> > >> > Thanks for the prompt reply. Dave, could you please provide the requested >> > information? >> >> sent off-list. >> >> ????Dave > > Whoops. I replied from outlook again. > > I have confirmation that this should be a valid image. The VPD is just a > series of 3's. There are changes to preboot header, flash and BAR size, > and as far as I can tell, a nonsense subdevice ID, but this should work. > > What was the original question? > "lspci -vv" complains about an invalid short tag 0x06 and the PCI VPD code resulted in a stall. So it seems the data doesn't have valid VPD format as defined in PCI specification. 01:00.0 Ethernet controller: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection (rev 01) Subsystem: Device 1dcf:030a ... Capabilities: [e0] Vital Product Data *Unknown small resource type 06, will not decode more.* Not sure which method is used by the driver to get the EEPROM content. For the issue here is relevant what is exposed via PCI VPD. The related kernel error message has been reported few times, e.g. here: https://access.redhat.com/solutions/3001451 Only due to a change in kernel code this became a more prominent issue now. You say that VPD is just a series of 3's. This may explain why kernel and tools complain about an invalid VPD format. VPD misses the tag structure. > Todd Fujinaka <todd.fujinaka@intel.com>
next prev parent reply other threads:[~2021-09-14 21:51 UTC|newest] Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-09-12 23:58 Linux 5.15-rc1 Linus Torvalds 2021-09-13 3:57 ` Guenter Roeck 2021-09-28 23:18 ` Michael S. Tsirkin 2021-09-30 13:44 ` Guenter Roeck 2021-09-13 14:18 ` Dave Jones 2021-09-13 18:59 ` Heiner Kallweit 2021-09-13 19:51 ` Linus Torvalds 2021-09-13 20:09 ` Bjorn Helgaas 2021-09-13 20:11 ` Heiner Kallweit 2021-09-13 20:15 ` Linus Torvalds 2021-09-13 20:15 ` Dave Jones 2021-09-13 20:22 ` Heiner Kallweit 2021-09-13 20:32 ` Dave Jones 2021-09-13 20:44 ` Linux 5.15-rc1 - 82599ES VPD access isue Heiner Kallweit 2021-09-13 20:44 ` [Intel-wired-lan] " Heiner Kallweit 2021-09-13 23:32 ` Hisashi T Fujinaka 2021-09-13 23:32 ` Hisashi T Fujinaka 2021-09-14 5:51 ` Heiner Kallweit 2021-09-14 5:51 ` Heiner Kallweit 2021-09-14 14:24 ` Dave Jones 2021-09-14 14:24 ` Dave Jones 2021-09-14 18:28 ` Fujinaka, Todd 2021-09-14 18:28 ` Fujinaka, Todd 2021-09-14 20:00 ` Hisashi T Fujinaka 2021-09-14 20:00 ` Hisashi T Fujinaka 2021-09-14 21:51 ` Heiner Kallweit [this message] 2021-09-14 21:51 ` Heiner Kallweit 2021-09-15 14:18 ` Hisashi T Fujinaka 2021-09-15 14:18 ` Hisashi T Fujinaka 2021-09-15 16:05 ` Heiner Kallweit 2021-09-15 16:05 ` Heiner Kallweit 2021-09-15 16:16 ` Hisashi T Fujinaka 2021-09-15 16:16 ` Hisashi T Fujinaka 2021-09-15 22:32 ` Bjorn Helgaas 2021-09-15 22:32 ` Bjorn Helgaas 2021-09-15 23:46 ` Hisashi T Fujinaka 2021-09-15 23:46 ` Hisashi T Fujinaka 2021-09-17 15:09 ` Bjorn Helgaas 2021-09-17 15:09 ` Bjorn Helgaas 2021-09-13 20:59 ` Linux 5.15-rc1 Heiner Kallweit 2021-09-13 23:35 ` Bjorn Helgaas 2021-09-13 20:32 ` Heiner Kallweit 2021-09-13 20:36 ` Linus Torvalds 2021-09-13 20:41 ` Dave Jones 2021-09-13 23:46 ` Bjorn Helgaas 2021-09-14 0:39 ` Dave Jones 2021-09-14 6:21 ` Heiner Kallweit 2021-09-14 11:26 ` Bjorn Helgaas 2021-09-14 17:07 ` Heiner Kallweit 2021-09-14 21:55 ` Bjorn Helgaas 2021-09-14 22:06 ` Heiner Kallweit 2021-09-14 22:33 ` Dave Jones 2021-09-15 21:31 ` Bjorn Helgaas
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=80718d5e-a4d2-ff85-aa8f-cd790c951278@gmail.com \ --to=hkallweit1@gmail.com \ --cc=bhelgaas@google.com \ --cc=davej@codemonkey.org.uk \ --cc=htodd@twofifty.com \ --cc=intel-wired-lan@lists.osuosl.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-pci@vger.kernel.org \ /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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.