[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Date: Wed, 7 Jul 2021 20:29:46 +0300
From: Adrian Hunter <adrian.hunter@...el.com>
To: "Rafael J . Wysocki" <rafael@...nel.org>
Cc: Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Saravana Kannan <saravanak@...gle.com>,
"Martin K . Petersen" <martin.petersen@...cle.com>,
"James E . J . Bottomley" <jejb@...ux.ibm.com>,
linux-scsi@...r.kernel.org, Avri Altman <avri.altman@....com>,
Bean Huo <huobean@...il.com>, Can Guo <cang@...eaurora.org>,
Asutosh Das <asutoshd@...eaurora.org>,
Bart Van Assche <bvanassche@....org>,
linux-pm@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: [PATCH RFC 0/2] driver core: Add ability to delete device links of unregistered devices
Hi
There is an issue with the SCSI UFS driver when the optional
BOOT well-known LUN fails to probe, which is not a fatal error.
The issue is that the device and its "managed" device link do not
then get deleted. The device because the device link has a
reference to it. The device link because it can only be deleted
by device_del(), but device_add() was never called, so device_del()
never will be either.
It is not clear if there is a way to get rid of the device link in
this case, so here is a patch to add a function that does just that.
There is also a patch to use the new function to fix the issue with
the SCSI UFS driver.
Adrian Hunter (2):
driver core: Add ability to delete device links of unregistered devices
scsi: ufshcd: Fix device links when BOOT WLUN fails to probe
Documentation/driver-api/device_link.rst | 7 +++++--
drivers/base/core.c | 22 +++++++++++++++++++---
drivers/scsi/ufs/ufshcd.c | 7 +++++++
include/linux/device.h | 1 +
4 files changed, 32 insertions(+), 5 deletions(-)
Regards
Adrian
Powered by blists - more mailing lists