All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marek Szyprowski <m.szyprowski@samsung.com>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: linux-clk <linux-clk@vger.kernel.org>,
	Linux PM list <linux-pm@vger.kernel.org>,
	"linux-samsung-soc@vger.kernel.org"
	<linux-samsung-soc@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>,
	Stephen Boyd <sboyd@codeaurora.org>,
	Michael Turquette <mturquette@baylibre.com>,
	Ulf Hansson <ulf.hansson@linaro.org>,
	Sylwester Nawrocki <s.nawrocki@samsung.com>,
	Chanwoo Choi <cw00.choi@samsung.com>,
	Inki Dae <inki.dae@samsung.com>,
	Krzysztof Kozlowski <krzk@kernel.org>,
	Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
Subject: Re: [PATCH v9 0/5] Add runtime PM support for clocks (on Exynos SoC example)
Date: Tue, 22 Aug 2017 11:27:06 +0200	[thread overview]
Message-ID: <e53af278-061d-bc9b-6f05-65c5e5491d00@samsung.com> (raw)
In-Reply-To: <CAMuHMdUy5hi3fLVW6J1o=D194ASjr7Vz-pjWtddHyybK4RZxxA@mail.gmail.com>

Hi Geert,

On 2017-08-22 11:21, Geert Uytterhoeven wrote:
> On Mon, Aug 21, 2017 at 10:04 AM, Marek Szyprowski
> <m.szyprowski@samsung.com> wrote:
>> Patches for clocks drivers change the way the clock provider is initialized.
>> Instead of CLK_OF_DECLARE based initialization, a complete platform device driver
>> infrastructure is being used. This is needed to let driver to use runtime PM
>> feature and integrate with generic power domains. The side-effect of this change
>> is a delay in clock provider registeration during system boot, so early
>> initialized drivers might get EPROBEDEFER error when requesting their clocks.
>> This was an issue for IOMMU drivers, but IOMMU deferred probe support has been
>> finally merged to v4.13-rc1 and now it is handled correctly.
> Any chances you have PHY devices falling back to polling due to this,
> cfr. https://patchwork.kernel.org/patch/9734175/?

At least in case of Exynos5433 all related PHY drivers correctly handle 
deferred
probe and don't fallback to half-functional mode.

Best regards

-- 
Marek Szyprowski, PhD
Samsung R&D Institute Poland

WARNING: multiple messages have this Message-ID (diff)
From: m.szyprowski@samsung.com (Marek Szyprowski)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v9 0/5] Add runtime PM support for clocks (on Exynos SoC example)
Date: Tue, 22 Aug 2017 11:27:06 +0200	[thread overview]
Message-ID: <e53af278-061d-bc9b-6f05-65c5e5491d00@samsung.com> (raw)
In-Reply-To: <CAMuHMdUy5hi3fLVW6J1o=D194ASjr7Vz-pjWtddHyybK4RZxxA@mail.gmail.com>

Hi Geert,

On 2017-08-22 11:21, Geert Uytterhoeven wrote:
> On Mon, Aug 21, 2017 at 10:04 AM, Marek Szyprowski
> <m.szyprowski@samsung.com> wrote:
>> Patches for clocks drivers change the way the clock provider is initialized.
>> Instead of CLK_OF_DECLARE based initialization, a complete platform device driver
>> infrastructure is being used. This is needed to let driver to use runtime PM
>> feature and integrate with generic power domains. The side-effect of this change
>> is a delay in clock provider registeration during system boot, so early
>> initialized drivers might get EPROBEDEFER error when requesting their clocks.
>> This was an issue for IOMMU drivers, but IOMMU deferred probe support has been
>> finally merged to v4.13-rc1 and now it is handled correctly.
> Any chances you have PHY devices falling back to polling due to this,
> cfr. https://patchwork.kernel.org/patch/9734175/?

At least in case of Exynos5433 all related PHY drivers correctly handle 
deferred
probe and don't fallback to half-functional mode.

Best regards

-- 
Marek Szyprowski, PhD
Samsung R&D Institute Poland

  reply	other threads:[~2017-08-22  9:27 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CGME20170821080538eucas1p1e273ef22920493ee406ef546bcc230e5@eucas1p1.samsung.com>
2017-08-21  8:04 ` [PATCH v9 0/5] Add runtime PM support for clocks (on Exynos SoC example) Marek Szyprowski
2017-08-21  8:04   ` Marek Szyprowski
     [not found]   ` <CGME20170821080538eucas1p2fc5723914c314e6fe5da19bed55dd5bd@eucas1p2.samsung.com>
2017-08-21  8:04     ` [PATCH v9 1/5] clk: Add support for runtime PM Marek Szyprowski
2017-08-21  8:04       ` Marek Szyprowski
     [not found]   ` <CGME20170821080539eucas1p282557b6f1885f1714b08096ab3724c25@eucas1p2.samsung.com>
2017-08-21  8:05     ` [PATCH v9 2/5] clk: samsung: " Marek Szyprowski
2017-08-21  8:05       ` Marek Szyprowski
     [not found]   ` <CGME20170821080539eucas1p2ff5addf7ece8ad54c0c885a938f97880@eucas1p2.samsung.com>
2017-08-21  8:05     ` [PATCH v9 3/5] clk: samsung: exynos5433: " Marek Szyprowski
2017-08-21  8:05       ` Marek Szyprowski
     [not found]   ` <CGME20170821080540eucas1p25bd0c482fdb581bca68bc875bdfedc87@eucas1p2.samsung.com>
2017-08-21  8:05     ` [PATCH v9 4/5] clk: samsung: exynos-audss: Use local variable for controller's device Marek Szyprowski
2017-08-21  8:05       ` Marek Szyprowski
     [not found]   ` <CGME20170821080540eucas1p2e07bb23e15027aca9563316a5fbf1597@eucas1p2.samsung.com>
2017-08-21  8:05     ` [PATCH v9 5/5] clk: samsung: exynos-audss: Add support for runtime PM Marek Szyprowski
2017-08-21  8:05       ` Marek Szyprowski
2017-08-22  9:21   ` [PATCH v9 0/5] Add runtime PM support for clocks (on Exynos SoC example) Geert Uytterhoeven
2017-08-22  9:21     ` Geert Uytterhoeven
2017-08-22  9:27     ` Marek Szyprowski [this message]
2017-08-22  9:27       ` Marek Szyprowski
2017-09-08  0:59   ` Michael Turquette
2017-09-08  0:59     ` Michael Turquette
2017-09-08  0:59     ` Michael Turquette
2017-09-11 12:57     ` Marek Szyprowski
2017-09-11 12:57       ` Marek Szyprowski
2017-09-11 12:57       ` Marek Szyprowski
2017-09-26 10:04     ` Marek Szyprowski
2017-09-26 10:04       ` Marek Szyprowski

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=e53af278-061d-bc9b-6f05-65c5e5491d00@samsung.com \
    --to=m.szyprowski@samsung.com \
    --cc=b.zolnierkie@samsung.com \
    --cc=cw00.choi@samsung.com \
    --cc=geert@linux-m68k.org \
    --cc=inki.dae@samsung.com \
    --cc=krzk@kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-clk@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=linux-samsung-soc@vger.kernel.org \
    --cc=mturquette@baylibre.com \
    --cc=s.nawrocki@samsung.com \
    --cc=sboyd@codeaurora.org \
    --cc=ulf.hansson@linaro.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.