Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp4301854imm; Mon, 14 May 2018 05:45:00 -0700 (PDT) X-Google-Smtp-Source: AB8JxZr42iOyOXcsppy9FcJZ06wfiDpT5+9fPNaqd4p/za1AflTYBqp88tkYStUt80qZ5R+U8akA X-Received: by 2002:a62:c95c:: with SMTP id k89-v6mr10316423pfg.47.1526301900864; Mon, 14 May 2018 05:45:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1526301900; cv=none; d=google.com; s=arc-20160816; b=r1VZffLHrESzWMsZhQ047xM4djmibBEWhG5JnYSKiBv/NCi/PlrHEnOY2faQjw2LZe OqjnFO9cjw7p0s3DmagHbtIG9QO0EVgh4uQ4iA+m9aXIUd+pLkzmX6dKrKndCOAOfP1+ OgIW7Oh4T1D3QYxZyT9BVxZCxK4lg76hVkaEhX+4g2y5vQacP2ZIkXMpv/lCmBSw1sDI GoKpwXvmThse6q16eHvNDNkv3Pxj1IvQPbr9dv2mBMk6NuzMD5pUpAZybLSXmvS9VrEw OrGfWtWm1l4thi7kWeZ5fGTNixSzMpC3t92p32iz6MeRvFzmZuuzumnOrSxBqKWj1SYm IlCg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature :arc-authentication-results; bh=mM8EKbDi/AxuTUm9qt152qMc6J+eoGzWj40FKsnNz6o=; b=S66AwBxBl9fo5Qit11xA1pQ1H3a4H6SovPMpuSDZYlvKujZhgtC/czHN7hhduwz99V ACx3xGBfqeZnkCV2IUGRu+MC9sxwRgEbFtnujvvUMaOaHjCJ/Qi/Gstkes+PyfkwKD3z 4q5wPm2VlZPxxOGpYRoKVT1rT/4MQoPiRtT8+u+EuylYrbWBxmc/N8TD5I6DzT5lQFcV eO27HRQ4+dTpPAGcP6cPA21cWPRLhHS8+YHGtXimxwMxUfdGC9zbkSbY4wW9r8iahIBs ekDPzLjOWMhq+pKr0yT8mevuSuG/vxIqjByfS8YOM96bDquCr+P+Kseglwb0peg9PhaW tMYA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Vdjhn275; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j129-v6si5975665pgc.623.2018.05.14.05.44.44; Mon, 14 May 2018 05:45:00 -0700 (PDT) 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; dkim=pass header.i=@kernel.org header.s=default header.b=Vdjhn275; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753196AbeENMnO (ORCPT + 99 others); Mon, 14 May 2018 08:43:14 -0400 Received: from mail.kernel.org ([198.145.29.99]:59808 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752142AbeENMnM (ORCPT ); Mon, 14 May 2018 08:43:12 -0400 Received: from mail-wm0-f45.google.com (mail-wm0-f45.google.com [74.125.82.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 7264E217A5; Mon, 14 May 2018 12:43:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1526301791; bh=EX3WVjTaCxz5Uz7qLmu3J9l9EJYy3HU3XnWio9BDppE=; h=In-Reply-To:References:From:Date:Subject:To:Cc:From; b=Vdjhn275D9hAUUpiJdb8EZwOsJNlHNA3qib7An4GQtanKtbCC7zrx00xv8y6PPzil MxYAbXGnlcSlry2ZsrknQYt5FVxvUXHWaxi9KpSIaj+c85i188xabaNVkcqCZsPSyB OEk56tBV/rY/ycKs5K22vyNSHGxEtySSsaKcdTcM= Received: by mail-wm0-f45.google.com with SMTP id m129-v6so14897730wmb.3; Mon, 14 May 2018 05:43:11 -0700 (PDT) X-Gm-Message-State: ALKqPwesoi298jZMM69VO/2MMgEd3F3pRRjaKQmWFzdxCm88SWgtPyEu FJQLvytt6B1OzG4yrRE9jsJ2BnqCHxhujp3fvRE= X-Received: by 2002:a1c:d546:: with SMTP id m67-v6mr5599542wmg.117.1526301789911; Mon, 14 May 2018 05:43:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.199.70 with HTTP; Mon, 14 May 2018 05:43:09 -0700 (PDT) In-Reply-To: References: From: Krzysztof Kozlowski Date: Mon, 14 May 2018 14:43:09 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [FAIL bisect] Sound card probe error To: Ulf Hansson Cc: Sylwester Nawrocki , Greg Kroah-Hartman , "Rafael J. Wysocki" , Marek Szyprowski , Mark Brown , Inki Dae , "linux-samsung-soc@vger.kernel.org" , Linux Kernel Mailing List , Linux ARM , Andrzej Hajda Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, May 14, 2018 at 2:30 PM, Ulf Hansson wrote: > On 14 May 2018 at 14:22, Sylwester Nawrocki wrote: >> Hi, >> >> On 05/14/2018 12:17 PM, Krzysztof Kozlowski wrote: >> >>> Bisected to: >>> 8c123c14bbba4add148536b6d47a9226deda2f7a is the first bad commit >>> commit 8c123c14bbba4add148536b6d47a9226deda2f7a >>> Author: Ulf Hansson >>> Date: Thu Apr 26 10:53:06 2018 +0200 >>> >>> driver core: Respect all error codes from dev_pm_domain_attach() >>> >>> The limitation of being able to check only for -EPROBE_DEFER from >>> dev_pm_domain_attach() has been removed. Hence let's respect all error >>> codes and bail out accordingly. >>> >>> Signed-off-by: Ulf Hansson >>> Acked-by: Greg Kroah-Hartman >>> Signed-off-by: Rafael J. Wysocki >> >> The DRM driver creates the HDMI codec but its registration fails, due >> to some missing clocks. The clock are missing because the exynos5-subcmu >> driver probing fails. >> >> [ 0.678578] exynos5-subcmu: probe of GSC failed with error -17 >> [ 0.679250] exynos5-subcmu: probe of MFC failed with error -17 >> [ 0.679992] exynos5-subcmu: probe of DISP failed with error -17 >> >> The exynos5-subcmu driver before registering platform device makes >> of_genpd_add_device() call, so in platform_drv_probe() dev_pm_domain_attach() >> call will fail, as dev->pm_domain is already set. Previously the error >> was masked by code removed in the above commit and platform_drv_probe() >> was could complete successfully. > > Thanks for providing this information! > > I was about to tell that I overlooked the fact that there is more than > one way to assign PM domain pointers to devices. To fix the problem, > dev_pm_domain_attach() should return 0, not -EEXIST when it finds and > existing PM domain pointer. > > Does the below patch fix the problem? > > From: Ulf Hansson > Date: Mon, 14 May 2018 14:26:16 +0200 > Subject: [PATCH] PM / Domains: Don't return -EEXIST at attach when PM domain > exists > > As dev_pm_domain_attach() isn't the only way to assign PM domain pointers > to devices, clearly we must allow a device to have the pointer already > being assigned. For this reason, return 0 instead of -EEXIST. > > Reported-by: Krzysztof Kozlowski > Signed-off-by: Ulf Hansson > --- > drivers/base/power/common.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Yes, this fixes the issue. Tested-by: Krzysztof Kozlowski Best regards, Krzysztof