[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20210709064341.6206-1-adrian.hunter@intel.com>
Date: Fri, 9 Jul 2021 09:43:39 +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 V2 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.
These V2 patches fix the issue by amending device link removal to accept
removal of a link with an unregistered consumer device, as suggested
by Rafael.
Changes in V2:
Take approach suggested by Rafael
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
drivers/base/core.c | 11 ++++++++---
drivers/scsi/ufs/ufshcd.c | 23 +++++++++++++++++++++--
2 files changed, 29 insertions(+), 5 deletions(-)
Regards
Adrian
Powered by blists - more mailing lists