Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Date:   Thu, 31 Mar 2022 09:04:59 -0700
From:   Benson Leung <bleung@google.com>
To:     Greg KH <gregkh@linuxfoundation.org>
Cc:     Heikki Krogerus <heikki.krogerus@linux.intel.com>,
        Won Chung <wonchung@google.com>,
        Tomas Winkler <tomas.winkler@intel.com>,
        Mika Westerberg <mika.westerberg@linux.intel.com>,
        Benson Leung <bleung@chromium.org>,
        Prashant Malani <pmalani@chromium.org>,
        linux-kernel@vger.kernel.org, stable@vger.kernel.org
Subject: Re: [PATCH v3] misc/mei: Add NULL check to component match callback
 functions
Message-ID: <YkXRKyfoWTXqLi1L@google.com>
References: <20220331084918.2592699-1-wonchung@google.com>
 <YkVtvhC0n9B994/A@kroah.com>
 <YkV1KK8joyDAgf50@kuha.fi.intel.com>
 <YkWSmvrEevLsyDH5@kroah.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
        protocol="application/pgp-signature"; boundary="gxrVt/ITKp3EpEr0"
Content-Disposition: inline
In-Reply-To: <YkWSmvrEevLsyDH5@kroah.com>
Precedence: bulk


--gxrVt/ITKp3EpEr0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Greg,

On Thu, Mar 31, 2022 at 01:38:02PM +0200, Greg KH wrote:
> > > >  		return 0;
> > > > =20
> > > > diff --git a/drivers/misc/mei/pxp/mei_pxp.c b/drivers/misc/mei/pxp/=
mei_pxp.c
> > > > index f7380d387bab..e32a81da8af6 100644
> > > > --- a/drivers/misc/mei/pxp/mei_pxp.c
> > > > +++ b/drivers/misc/mei/pxp/mei_pxp.c
> > > > @@ -131,7 +131,7 @@ static int mei_pxp_component_match(struct devic=
e *dev, int subcomponent,
> > > >  {
> > > >  	struct device *base =3D data;
> > > > =20
> > > > -	if (strcmp(dev->driver->name, "i915") ||
> > > > +	if (!base || !dev->driver || strcmp(dev->driver->name, "i915") ||
> > >=20
> > > Same here, shouldn't this be caught by the driver core or bus and mat=
ch
> > > should not be called?
> > >=20
> > > Why not fix this in the component/driver core instead?
> >=20
> > A component is just a device that is declared to be a "component", and
> > the code that declares it as component does not have to be the driver
> > of that device. You simply can't assume that it's bind to a driver
> > like this function does.
> >=20
> > In our case the "components" are USB ports, so devices that are never
> > bind to drivers.
>=20
> And going off of the driver name is sane?  That feels ripe for bugs and
> problems in the future, but hey, I don't understand the need for this
> driver to care about another driver at all.

I think the component framework is meant to be this loose confederation of
devices, so going into component match, you don't know what the other device
is yet.

The USB drivers and the i915 drivers 100% don't care about each other,
but the framework doesn't know that yet until all the drivers try to match.

>=20
> And why is a USB device being passed to something that it thinks is a
> PCI device?  That too feels really wrong and ripe for problems.
>=20

The problematic device that's being passed through here is actually the
usb4_port, not a usb device. My guess would be that's why it's getting past=
 any
checks for whether it's a PCI device.

The component framework currently being used by (hdac_i915, mei_hdcp, mei_p=
xp)
to connect those three devices together, and completely separately, the
component framework is being used by the typec connector class's port mappe=
r.

These two clusters of devices are using the same component framework, but a=
re
not supposed to interact with each other. When we attempted to add the usb4=
_port
and its retimer in order to link tbt/usb4 to the typec connector, we discov=
ered
this interaction because we happened to build the usb4_port built-in in our
configs, so it does its component_add earlier.

I agree, by the way. This is all a bit ugly.

Thanks,
Benson

> thanks,
>=20
> greg k-h

--=20
Benson Leung
Staff Software Engineer
Chrome OS Kernel
Google Inc.
bleung@google.com
Chromium OS Project
bleung@chromium.org

--gxrVt/ITKp3EpEr0
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iHUEABYKAB0WIQQCtZK6p/AktxXfkOlzbaomhzOwwgUCYkXRKwAKCRBzbaomhzOw
wp7KAQD1kYuyRtUS/SBx+UJYpHjwkC8OCBsHLMHIg76Lrn/3FgD/eok7/ReIldES
tWDUXAOXk48rymifKK6Ivj79qlDU0As=
=cMT0
-----END PGP SIGNATURE-----

--gxrVt/ITKp3EpEr0--