Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp503300pxv; Fri, 9 Jul 2021 02:57:00 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy9eAjjanY3+/aEn4QDf5BuglJqlwHFZaK+E1lQxWTdk57o6/5HIv5LGVpcM66lc0X/H4WK X-Received: by 2002:a05:6402:1e8c:: with SMTP id f12mr44825573edf.169.1625824619902; Fri, 09 Jul 2021 02:56:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1625824619; cv=none; d=google.com; s=arc-20160816; b=oKB4YYecM8wI3tGQUQ+RK9tpaoDHNBxClW6D1VnuqUcnjN1PqeNlHpnh4ZleioQML0 castQbb7LKWCo1t/MJtX7Jt4GBS3tF5hYCHRwIzPv1yHn5T1CvfcMP6pRP5TcdpSGkc4 l284s8/FFRM3EgHP/KB0SEH7rLK5/HC5b7lxo9j+wWrWBmDfF6JdCoyFEL9ajeQ0XXCL P6dC0/y32BiXM09Apdq2WlIz4icXGpewJE8Rl7CisoSvjXDul7SIbx3Num9aO2MWXaNh WPF/QSHKHCU9og85klgcblYy+u3n4r4PyobKjsqOJyXjT0lqxho1zvnSwuLC1jKEkFct LnXg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=Zuxu4IyP/bUKr1nFSywr7H3wexIq2HtZg7wEqKsZ+PA=; b=NCIOxqibDX7k6PolqAPMoUoY5oYt+xZNdIfSy9P/Vxf53JVhG/XEXEL/W/5jPedQNW 1bvc2OzqUHY2SgeynBvkbMabSLhOZP8RyGy6AzIIdS8efENb29gbmGaA8iB3Cg6N0Ujs pBN2DJQpO5AzE0E7WWFdrmWZPx2OaEmv8Vsbh0WoQp1PpZruBZFVDqQ7pDnaFnNVoWj3 r018TrFGZycW62Fp9uIYpZjybUPG2guhjtKvEEBV/uv7zmCEQt59owcUwmHathfoTYHB GPbvaxgoTYCgkjXm5ZhMB6MXLGWSmop6e8RyWsLZvcGc5oqdI+R0FJJUeU7a5DKarZat Tk+Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=rCAoceGL; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ze15si6337245ejb.641.2021.07.09.02.56.37; Fri, 09 Jul 2021 02:56:59 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=rCAoceGL; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232037AbhGIJ6D (ORCPT + 99 others); Fri, 9 Jul 2021 05:58:03 -0400 Received: from mail.kernel.org ([198.145.29.99]:36648 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232025AbhGIJ6D (ORCPT ); Fri, 9 Jul 2021 05:58:03 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 524A8613CC; Fri, 9 Jul 2021 09:55:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1625824519; bh=oxOI6439h5cX+VwikcChYO14Sr2hkUv1GrdsE5IiV8A=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=rCAoceGLyWaBy7pvfVJtnM5iqmOo8ag3m1wBI+6SANIZy/PJF0X896UDWX8O5J4iK QirtSzkEGI0gtANu2DpdvtoNm2f/N1vME+SXL66nf4RQEeDZ6dM9xEy1FVrB08u54/ qX2VZDo09MFIOfUgvTtx4ckS1EaZYYeQRRJAogSU= Date: Fri, 9 Jul 2021 11:55:16 +0200 From: Greg Kroah-Hartman To: Adrian Hunter Cc: "Rafael J . Wysocki" , Saravana Kannan , "Martin K . Petersen" , "James E . J . Bottomley" , linux-scsi@vger.kernel.org, Avri Altman , Bean Huo , Can Guo , Asutosh Das , Bart Van Assche , linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH V2 1/2] driver core: Add ability to delete device links of unregistered devices Message-ID: References: <20210709064341.6206-1-adrian.hunter@intel.com> <20210709064341.6206-2-adrian.hunter@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210709064341.6206-2-adrian.hunter@intel.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jul 09, 2021 at 09:43:40AM +0300, Adrian Hunter wrote: > Managed device links are deleted by device_del(). However it is possible to > add a device link to a consumer before device_add(), and then discover an > error prevents the device from being used. In that case normally references > to the device would be dropped and the device would be deleted. However the > device link holds a reference to the device, so the device link and device > remain indefinitely. Why are you not just manually removing the link you just created? You manually added it, you know something failed so you need to clean up, so why not clean this up too? thanks, greg k-h