Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1567308

Re: [PATCH v2 0/8] Pad retentions support for Exynos5433

From Marek Szyprowski <m.szyprowski@samsung.com>
Newsgroups linux.kernel
Subject Re: [PATCH v2 0/8] Pad retentions support for Exynos5433
Date 2017-01-26 11:40 +0100
Message-ID <t3PDc-6bY-3@gated-at.bofh.it> (permalink)
References <t3NL4-53P-13@gated-at.bofh.it> <t3NL3-53P-5@gated-at.bofh.it> <t3P0v-5Js-47@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


Hi Linus,

On 2017-01-26 10:50, Linus Walleij wrote:
> On Thu, Jan 26, 2017 at 9:33 AM, Marek Szyprowski
> <m.szyprowski@samsung.com> wrote:
>> Patches in this patchset depends on each other. They are order in such a
>> way to make the changes bisectable.
>>
>> Patch #3 has runtime dependency on #1.
>> Patch #5 has runtime dependency on #3.
>> Patch #6 has runtime dependency on #4.
>>
>> This patchset also directly depends on the "Move pad retention control to
>> Exynos pin controller driver" patchset:
>> https://www.spinics.net/lists/arm-kernel/msg556074.html
> Do we *have* to merge it runtime-bisectably?
>
> I'm asking because we need a huge immutable branch
> (I guess in the MFD subsystem) to deal with that.
>
> It'd be great if I could just apply the pinctrl patches in
> isolation, then Lee applies the MFD patches in isolation,
> everything compiles in isolation but maye just work once both
> pinctrl and MFD are merged upstream, as in linux-next
> or Torvalds' tree.

I always thought that it is good to prepare patches in such a way that they
don't break runtime bisectability, especially if this is just a matter of
applying a few patches via the other tree. In this case it will work fine
if MFD patches gets applied with Lee Jones ack via pinctrl tree (I remember
that MFD changes were often applied via the other trees in the past).

> That is one of the reasons why using a system-agnostic
> syscon regmap lookup is so good, BTW.

I've just explained my rationale about the regmap lookup in the separate
mail.

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

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[PATCH v2 0/8] Pad retentions support for Exynos5433 Marek Szyprowski <m.szyprowski@samsung.com> - 2017-01-26 09:40 +0100
  [PATCH v2 1/8] soc: samsung: pmu: Add dummy support for Exynos5433 SoC Marek Szyprowski <m.szyprowski@samsung.com> - 2017-01-26 09:40 +0100
    Re: [PATCH v2 1/8] soc: samsung: pmu: Add dummy support for  Exynos5433 SoC Krzysztof Kozlowski <krzk@kernel.org> - 2017-01-26 21:00 +0100
  [PATCH v2 2/8] pinctrl: samsung: Ensure that pad retention is disabled  on driver init Marek Szyprowski <m.szyprowski@samsung.com> - 2017-01-26 09:40 +0100
  [PATCH v2 8/8] mfd: exynos-lpass: Add runtime PM support Marek Szyprowski <m.szyprowski@samsung.com> - 2017-01-26 09:40 +0100
  [PATCH v2 6/8] mfd: exynos-lpass: Add support for clocks Marek Szyprowski <m.szyprowski@samsung.com> - 2017-01-26 09:40 +0100
    Re: [PATCH v2 6/8] mfd: exynos-lpass: Add support for clocks Krzysztof Kozlowski <krzk@kernel.org> - 2017-01-26 21:20 +0100
  Re: [PATCH v2 0/8] Pad retentions support for Exynos5433 Linus Walleij <linus.walleij@linaro.org> - 2017-01-26 11:00 +0100
    Re: [PATCH v2 0/8] Pad retentions support for Exynos5433 Marek Szyprowski <m.szyprowski@samsung.com> - 2017-01-26 11:40 +0100
    Re: [PATCH v2 0/8] Pad retentions support for Exynos5433 Krzysztof Kozlowski <krzk@kernel.org> - 2017-01-26 15:40 +0100
      Re: [PATCH v2 0/8] Pad retentions support for Exynos5433 Linus Walleij <linus.walleij@linaro.org> - 2017-01-26 18:00 +0100
  Re: [PATCH v2 0/8] Pad retentions support for Exynos5433 Krzysztof Kozlowski <krzk@kernel.org> - 2017-01-27 20:50 +0100
    Re: [PATCH v2 0/8] Pad retentions support for Exynos5433 Marek Szyprowski <m.szyprowski@samsung.com> - 2017-01-30 11:10 +0100

csiph-web