Message ID | 20211204030452.1482507-1-kai.heng.feng@canonical.com |
---|---|
State | New |
Headers | show |
Series | pinctrl: intel: Assume 0 by default for PNP UID | expand |
On Saturday, December 4, 2021, Kai-Heng Feng <kai.heng.feng@canonical.com> wrote: > > There's an EHL board that the DSDT doesn't have _UID for pinctrl device, > and that causes a NULL pointer dereference in strcmp(). > > So in the absence of _UID, assume it's 0 by default to avoid the issue > and get a pinmap. Do you have updated firmware?
On Sat, Dec 4, 2021 at 8:49 PM Andy Shevchenko <andy.shevchenko@gmail.com> wrote: > > On Saturday, December 4, 2021, Kai-Heng Feng > <kai.heng.feng@canonical.com> wrote: > > > > There's an EHL board that the DSDT doesn't have _UID for pinctrl device, > > and that causes a NULL pointer dereference in strcmp(). > > > > So in the absence of _UID, assume it's 0 by default to avoid the issue > > and get a pinmap. > > Do you have updated firmware? Customer confirmed new code drop from Intel does have _UID defined. So I guess this patch is not needed anymore? Kai-Heng > > > -- > With Best Regards, > Andy Shevchenko
On Tue, Dec 07, 2021 at 11:48:23AM +0800, Kai-Heng Feng wrote: > On Sat, Dec 4, 2021 at 8:49 PM Andy Shevchenko > <andy.shevchenko@gmail.com> wrote: > > On Saturday, December 4, 2021, Kai-Heng Feng > > <kai.heng.feng@canonical.com> wrote: > > > > > > There's an EHL board that the DSDT doesn't have _UID for pinctrl device, > > > and that causes a NULL pointer dereference in strcmp(). > > > > > > So in the absence of _UID, assume it's 0 by default to avoid the issue > > > and get a pinmap. > > > > Do you have updated firmware? > > Customer confirmed new code drop from Intel does have _UID defined. > So I guess this patch is not needed anymore? It is not, this is the idea, thanks for confirming!
diff --git a/drivers/pinctrl/intel/pinctrl-intel.c b/drivers/pinctrl/intel/pinctrl-intel.c index 85750974d1825..fbbff6d1683c2 100644 --- a/drivers/pinctrl/intel/pinctrl-intel.c +++ b/drivers/pinctrl/intel/pinctrl-intel.c @@ -1602,14 +1602,16 @@ const struct intel_pinctrl_soc_data *intel_pinctrl_get_soc_data(struct platform_ const struct intel_pinctrl_soc_data **table; struct acpi_device *adev; unsigned int i; + char *uid; adev = ACPI_COMPANION(&pdev->dev); if (adev) { const void *match = device_get_match_data(&pdev->dev); + uid = adev->pnp.unique_id ?: "0"; table = (const struct intel_pinctrl_soc_data **)match; for (i = 0; table[i]; i++) { - if (!strcmp(adev->pnp.unique_id, table[i]->uid)) { + if (!strcmp(uid, table[i]->uid)) { data = table[i]; break; }
There's an EHL board that the DSDT doesn't have _UID for pinctrl device, and that causes a NULL pointer dereference in strcmp(). So in the absence of _UID, assume it's 0 by default to avoid the issue and get a pinmap. Signed-off-by: Kai-Heng Feng <kai.heng.feng@canonical.com> --- drivers/pinctrl/intel/pinctrl-intel.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-)