Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp4007844imu; Mon, 28 Jan 2019 15:16:28 -0800 (PST) X-Google-Smtp-Source: ALg8bN7QpGWZEr5n7LQJaoM6ElK+VfYfX2GCaFEHK7HaDc8ntZuhp1jb6cQTc91F/2gWu5kHH8zm X-Received: by 2002:a17:902:d891:: with SMTP id b17mr24082416plz.80.1548717388671; Mon, 28 Jan 2019 15:16:28 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548717388; cv=none; d=google.com; s=arc-20160816; b=pBDCn4/R9bqB+HvjEkwdWzPqlqpZj92bJNhoFQ/hrwRTBvLllRup0+bYajR7ASror4 miGoDPvzbz0UjiTl9ivIkVgAbwtE2dMmmDsnJciBOTjsRcRqDeg1rTu+ETTfS8yKL4cm MbM8iHEZ3Ys1Ix4o1xAVLAgkje4h6gEogk7nsCu5MzNalxF2MDcBhUq9zBkuFusZIUQr Pv4t5hYQza8sfAyH2km35Pc+GC3N+v5FRuaYkBpwdIxtvNufBfBr2dqeWcSrRVP8fNcQ UzecKcjU5fbgLF25s7N9UmNxd9hu0iHzTdpY+Qc+dL32ofwPJNXFerHvsCiLVq81i5yu AxwA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=a1aBFFtbVVPq9O737Ii203ZY/Q3PQk7uW70vBkTEmt0=; b=HoQzTJPV41ecBtQhemL1gZDCn3i+DwJcdzD29NEPfe7tlCz7ikeiwUQx42bSKSURjm BWvKrSSMnno3p3jGQ1x4O/a+SAUeiGms/dwBLJrNqePNl28/6NPNu17NdbpHc8j6RIkM WFf19wxoQ+DynA/NJ7DbWsgFJFevk1EuDjXL9rbxQ9geh8Cfyj1v3DPkrHOpTT8Ygxdy xApcEUrevbbgzFBjKctluH3TD1rw0cR4mISM72UrwDIXaTNYMG6S+HzZOvvkySYOSTq8 Gjsq4G1NcrDqpxH6+yoP3sBWCNcofHEIXScccblfyHolVbRJu6a9YPljH21+uk8l/lCE SDKg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q70si34858797pgq.526.2019.01.28.15.16.13; Mon, 28 Jan 2019 15:16:28 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727283AbfA1XOR (ORCPT + 99 others); Mon, 28 Jan 2019 18:14:17 -0500 Received: from cloudserver094114.home.pl ([79.96.170.134]:46521 "EHLO cloudserver094114.home.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727105AbfA1XOG (ORCPT ); Mon, 28 Jan 2019 18:14:06 -0500 Received: from 79.184.255.169.ipv4.supernova.orange.pl (79.184.255.169) (HELO aspire.rjw.lan) by serwer1319399.home.pl (79.96.170.134) with SMTP (IdeaSmtpServer 0.83.183) id 207a204f2f892271; Tue, 29 Jan 2019 00:14:03 +0100 From: "Rafael J. Wysocki" To: Greg Kroah-Hartman Cc: LKML , Linux PM , Ulf Hansson , Daniel Vetter , Lukas Wunner , Andrzej Hajda , Russell King - ARM Linux , Lucas Stach , Linus Walleij , Thierry Reding , Laurent Pinchart , Joerg Roedel Subject: [PATCH 0/4] driver core: Managed device links rework and "consumer autoprobe" flag Date: Tue, 29 Jan 2019 00:03:59 +0100 Message-ID: <2405639.4es7pRLqn0@aspire.rjw.lan> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Greg at al, This is on top of the series I posted on Thursday last week: https://lore.kernel.org/lkml/2493187.oiOpCWJBV7@aspire.rjw.lan/ and the purpose here is to (1) clean up the remaining device link management issues mentioned in the cover letter above and (2) make device links support the "composite device" use case mentioned during the recent discussion on possibly using device links in the DRM subsystem (see for example https://marc.info/?l=linux-pm&m=154832771905309&w=2). Patch [1/4] simply makes two IOMMU drivers pass DL_FLAG_STATELESS to device_link_add(), because the cleanup part of their device links handling will not work any more after patch [2/4] and there is no reason why those links cannot be stateless AFAICS. Patch [2/4] can be regarded as a fix as it cleans up some link management issues related to device links reference counting and stateful (managed) device links. Patch [3/4] add a "consumer autoprobe" flag causing the driver core to probe consumer drivers automatically after binding the supplier driver for persistent managed device links. Patch [4/4] is just another fix on top of the previous series of device links patches and it doesn't depend on patches [1-3/4]. For easier testing I have created a git branch containing these patches along with the previous series (including the v2 of the 5th patch) which can be pulled from: git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ device-links (not that this branch may be rebased in the future). Cheers, Rafael