linux-kernel - Re: platform/x86: p2sb: Allow p2sb_bar() calls during PCI device probe

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-next>] [day] [month] [year] [list]

Message-ID: <ZzTI+biIUTvFT6NC@goliath>
Date: Wed, 13 Nov 2024 15:42:49 +0000
From: "Daniel Walker (danielwa)" <danielwa@...co.com>
To: Shin'ichiro Kawasaki <shinichiro.kawasaki@....com>, Hans de Goede
	<hdegoede@...hat.com>
CC: Andy Shevchenko <andriy.shevchenko@...ux.intel.com>,
	Ilpo J�rvinen <ilpo.jarvinen@...ux.intel.com>, Klara Modin
	<klarasmodin@...il.com>, Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
	Danil Rybakov <danilrybakov249@...il.com>, "linux-kernel@...r.kernel.org"
	<linux-kernel@...r.kernel.org>, "xe-linux-external(mailer list)"
	<xe-linux-external@...co.com>
Subject: Re: platform/x86: p2sb: Allow p2sb_bar() calls during PCI device
 probe


Hi,

I bisected an issue of a missing pci device to commit 2841631 the commit title
in the subject line which was included in v6.1 stable branch.

There was a later fix for a similar missing pci device commit 36c676e2 which
appears to be for Goldmont/Apollo Lake. The hardware I'm using is
Goldmont/Denverton. This fix did not appear to change the behavior I'm seeing.

The pci device which is disappearing is a custom gpio device.

I tested v6.12-rc5-next to see if any other changes had fixed the issue, but there was
no change in behavior since commit 2841631 .

When booting up the device is shown in the pci boot messages but the device
doesn't end up making it to lspci once you get to a prompt.

Here are the cpu details,

/ # cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 95
model name      : Intel(R) Atom(TM) CPU C3558 @ 2.20GHz
stepping        : 1
microcode       : 0x32
cpu MHz         : 2200.000
cache size      : 2048 KB
physical id     : 0
siblings        : 4
core id         : 2
cpu cores       : 4
apicid          : 4
initial apicid  : 4
fpu             : yes
fpu_exception   : yes
cpuid level     : 21
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg cx16 xtpr pdcm sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave rdrand lahf_lm 3dnowprefetch cpuid_fault epb cat_l2 ssbd ibrs ibpb stibp tpr_shadow flexpriority ept vpid ept_ad fsgsbase tsc_adjust smep erms mpx rdt_a rdseed smap clflushopt intel_pt sha_ni xsaveopt xsavec xgetbv1 xsaves dtherm arat pln pts vnmi md_clear arch_capabilities
vmx flags       : vnmi preemption_timer posted_intr invvpid ept_x_only ept_ad ept_1gb flexpriority apicv tsc_offset vtpr mtf vapic ept vpid unrestricted_guest vapic_reg vid ple shadow_vmcs ept_violation_ve
bugs            : spectre_v1 spectre_v2 spec_store_bypass rfds
bogomips        : 4400.00
clflush size    : 64
cache_alignment : 64
address sizes   : 39 bits physical, 48 bits virtual
power management:


The vendor and device details for the pci device are 8086:19dd . I've attached a
boot log for a kernel where the pci device is missing with commit 2841631 included

Any thought on this?

Daniel

Download attachment "dmesg-cat9k-pci-denverton.txt.gz" of type "application/gzip" (9019 bytes)