All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>
To: David Box <david.e.box@linux.intel.com>
Cc: "Michael J. Ruhl" <michael.j.ruhl@intel.com>,
	 platform-driver-x86@vger.kernel.org,
	intel-xe@lists.freedesktop.org,  Hans de Goede <hansg@kernel.org>,
	matthew.brost@intel.com,  rodrigo.vivi@intel.com,
	thomas.hellstrom@linux.intel.com,  airlied@gmail.com,
	simona@ffwll.ch, anoop.c.vijay@intel.com,
	 badal.nilawar@intel.com, matthew.d.roper@intel.com,
	james.ausmus@intel.com,  karthik.poosa@intel.com
Subject: Re: [PATCH v12 01/21] platform/x86/intel/pmt: complete pcidev to device update
Date: Thu, 15 Oct 2026 11:42:50 +0300 (EEST)	[thread overview]
Message-ID: <7f79fa1e-ff18-2690-5086-7ebd6c83aafe@linux.intel.com> (raw)
In-Reply-To: <a2ce6kxrcpuk7qytfrl5hfhtxqi2w475qkmixlylffa6kx7lny@guqekbmhjyl6>

On Wed, 14 Oct 2026, David Box wrote:

> On Tue, Oct 13, 2026 at 02:46:54PM -0700, Michael J. Ruhl wrote:
> > The update that moved struct pci_dev usage to struct device is
> > incomplete. Only telemetry endpoints are covered.
> > 
> > Other PMT features (crashlog) are now blocked from using the callback
> > mechanism.
> > 
> > Change struct intel_pmt_entry pci_dev member to device.
> > 
> > Update callback usage to use the intel_pmt_entry rather than the
> > telemetry endpoint.
> > 
> > Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
> > Fixes: 353042d54d82 ("platform/x86/intel/vsec: Switch exported helpers from pci_dev to device")
> > Signed-off-by: Michael J. Ruhl <michael.j.ruhl@intel.com>
> 
> Thanks for this change. Your fix is preferable to mine, so I'll drop
> "platform/x86/intel/pmt: Fix NULL dereference when reading crashlog
> data" from my crashlog uevent series.
>   
> If you do a v13, please make it clear in the commit message that this
> fixes a NULL pointer dereference when reading crashlog data, and add
> Cc: stable@vger.kernel.org since the regression is in v7.1. Otherwise,
> 
> Reviewed-by: David E. Box <david.e.box@linux.intel.com>

Hi,

Thanks David for checking.

This commit is already in my tree and beyond enough merges that I'd prefer 
to not touch it at this point.

...I think there was plenty of time to comment before I took it. ;-)

I believe it's likely stable people will pick it due to Fixes tag and the 
change being simple enough. But if it for some reason doesn't end up 
being autoselected, one can always send it separately for stable inclusing 
after it has reached Linus' tree.

-- 
 i.

> > ---
> >  drivers/platform/x86/intel/pmt/class.c     | 5 ++---
> >  drivers/platform/x86/intel/pmt/class.h     | 3 +--
> >  drivers/platform/x86/intel/pmt/discovery.c | 2 +-
> >  3 files changed, 4 insertions(+), 6 deletions(-)
> > 
> > diff --git a/drivers/platform/x86/intel/pmt/class.c b/drivers/platform/x86/intel/pmt/class.c
> > index d0ab8e33c62a..402d51df834a 100644
> > --- a/drivers/platform/x86/intel/pmt/class.c
> > +++ b/drivers/platform/x86/intel/pmt/class.c
> > @@ -100,7 +100,7 @@ intel_pmt_read(struct file *filp, struct kobject *kobj,
> >  	if (count > entry->size - off)
> >  		count = entry->size - off;
> >  
> > -	count = pmt_telem_read_mmio(entry->ep->dev, entry->cb, entry->header.guid, buf,
> > +	count = pmt_telem_read_mmio(entry->dev, entry->cb, entry->header.guid, buf,
> >  				    entry->base, off, count);
> >  
> >  	return count;
> > @@ -286,8 +286,6 @@ static int pmt_resolve_access_pci(struct intel_pmt_entry *entry,
> >  		return -EINVAL;
> >  	}
> >  
> > -	entry->pcidev = pci_dev;
> > -
> >  	return 0;
> >  }
> >  
> > @@ -365,6 +363,7 @@ static int intel_pmt_populate_entry(struct intel_pmt_entry *entry,
> >  	entry->guid = header->guid;
> >  	entry->size = header->size;
> >  	entry->cb = ivdev->priv_data;
> > +	entry->dev = ivdev->dev;
> >  
> >  	return 0;
> >  }
> > diff --git a/drivers/platform/x86/intel/pmt/class.h b/drivers/platform/x86/intel/pmt/class.h
> > index a0ece4fc3837..258cb460e61c 100644
> > --- a/drivers/platform/x86/intel/pmt/class.h
> > +++ b/drivers/platform/x86/intel/pmt/class.h
> > @@ -20,7 +20,6 @@
> >  #define GET_ADDRESS(v)		((v) & GENMASK(31, 3))
> >  
> >  struct device;
> > -struct pci_dev;
> >  extern struct class intel_pmt_class;
> >  
> >  struct telem_endpoint {
> > @@ -42,7 +41,7 @@ struct intel_pmt_header {
> >  
> >  struct intel_pmt_entry {
> >  	struct telem_endpoint	*ep;
> > -	struct pci_dev		*pcidev;
> > +	struct device		*dev;
> >  	struct intel_pmt_header	header;
> >  	u32			disc_header[PMT_DISC_DWORDS];
> >  	struct bin_attribute	pmt_bin_attr;
> > diff --git a/drivers/platform/x86/intel/pmt/discovery.c b/drivers/platform/x86/intel/pmt/discovery.c
> > index c482368bfaae..f4203d240f54 100644
> > --- a/drivers/platform/x86/intel/pmt/discovery.c
> > +++ b/drivers/platform/x86/intel/pmt/discovery.c
> > @@ -609,7 +609,7 @@ void intel_pmt_get_features(struct intel_pmt_entry *entry)
> >  
> >  	mutex_lock(&feature_list_lock);
> >  	list_for_each_entry(feature, &pmt_feature_list, list) {
> > -		if (feature->priv->parent != entry->ep->dev)
> > +		if (feature->priv->parent != entry->dev)
> >  			continue;
> >  
> >  		pmt_get_features(entry, feature);
> > -- 
> > 2.43.0
> > 
> 

-- 
 i.


  reply	other threads:[~2026-10-15  8:43 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-10-13 21:46 [PATCH v12 00/21] Crescent Island PMT support Michael J. Ruhl
2026-10-13 21:46 ` [PATCH v12 01/21] platform/x86/intel/pmt: complete pcidev to device update Michael J. Ruhl
2026-10-14 22:34   ` David Box
2026-10-15  8:42     ` Ilpo Järvinen [this message]
2026-10-13 21:46 ` [PATCH v12 02/21] platform/x86/intel/pmt: refactor rmw with a return value Michael J. Ruhl
2026-10-13 21:46 ` [PATCH v12 03/21] platform/x86/intel/pmt: refactor rc " Michael J. Ruhl
2026-10-13 21:46 ` [PATCH v12 04/21] platform/x86/intel/pmt: Add register access callbacks Michael J. Ruhl
2026-10-13 21:46 ` [PATCH v12 05/21] platform/x86/intel/pmt: Do not remap when using callbacks Michael J. Ruhl
2026-10-13 21:46 ` [PATCH v12 06/21] drm/xe/vsec: Do not register BMG PMT for VF Michael J. Ruhl
2026-10-13 21:47 ` [PATCH v12 07/21] drm/xe/vsec: Correct locking order Michael J. Ruhl
2026-10-13 21:47 ` [PATCH v12 08/21] drm/xe/vsec: Use correct pm state get Michael J. Ruhl
2026-10-13 21:47 ` [PATCH v12 09/21] drm/xe/vsec: Add DOC text for VSEC Michael J. Ruhl
2026-10-13 21:47 ` [PATCH v12 10/21] drm/xe/vsec: Support possible hotplug exit Michael J. Ruhl
2026-10-13 21:47 ` [PATCH v12 11/21] drm/xe/vsec: Refactor BattleMage PMT defines Michael J. Ruhl
2026-10-13 21:47 ` [PATCH v12 12/21] drm/xe/vsec: Update VSEC probe order Michael J. Ruhl
2026-10-13 21:47 ` [PATCH v12 13/21] drm/xe/vsec: Add base_offset to allow for more flexibilty Michael J. Ruhl
2026-10-13 21:47 ` [PATCH v12 14/21] drm/xe/vsec: Support Crescent Island PMT Michael J. Ruhl
2026-10-13 21:47 ` [PATCH v12 15/21] drm/xe/vsec: Crescent Island PMT decode Michael J. Ruhl
2026-10-13 21:47 ` [PATCH v12 16/21] drm/xe/vsec: Crescent Island PMT callbacks Michael J. Ruhl
2026-10-13 21:47 ` [PATCH v12 17/21] drm/xe/vsec: Support late bind fw information Michael J. Ruhl
2026-10-13 21:47 ` [PATCH v12 18/21] drm/xe/vsec: Add PMT GUID internal access Michael J. Ruhl
2026-10-13 21:47 ` [PATCH v12 19/21] drm/xe/vsec: Update PMT " Michael J. Ruhl
2026-10-13 21:47 ` [PATCH v12 20/21] drm/xe/vsec: Refactor platform check Michael J. Ruhl
2026-10-13 21:47 ` [PATCH v12 21/21] drm/xe/vsec: Support survivability mode for CRI Michael J. Ruhl
2026-10-14 17:28   ` Rodrigo Vivi
2026-10-14 18:09     ` Ruhl, Michael J
2026-10-13 22:50 ` ✗ CI.checkpatch: warning for Crescent Island PMT support (rev14) Patchwork
2026-10-13 22:52 ` ✓ CI.KUnit: success " Patchwork
2026-10-14  3:52 ` ✓ Xe.CI.BAT: " Patchwork
2026-10-14 16:51 ` ✗ Xe.CI.FULL: failure " Patchwork

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=7f79fa1e-ff18-2690-5086-7ebd6c83aafe@linux.intel.com \
    --to=ilpo.jarvinen@linux.intel.com \
    --cc=airlied@gmail.com \
    --cc=anoop.c.vijay@intel.com \
    --cc=badal.nilawar@intel.com \
    --cc=david.e.box@linux.intel.com \
    --cc=hansg@kernel.org \
    --cc=intel-xe@lists.freedesktop.org \
    --cc=james.ausmus@intel.com \
    --cc=karthik.poosa@intel.com \
    --cc=matthew.brost@intel.com \
    --cc=matthew.d.roper@intel.com \
    --cc=michael.j.ruhl@intel.com \
    --cc=platform-driver-x86@vger.kernel.org \
    --cc=rodrigo.vivi@intel.com \
    --cc=simona@ffwll.ch \
    --cc=thomas.hellstrom@linux.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 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.