Linux-mediatek Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
To: Alexandre Mergnat <amergnat@baylibre.com>
Cc: Yong Wu <yong.wu@mediatek.com>, Rob Herring <robh+dt@kernel.org>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	AngeloGioacchino Del Regno
	<angelogioacchino.delregno@collabora.com>,
	Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
	linux-mediatek@lists.infradead.org, linux-kernel@vger.kernel.org,
	devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v2 10/10] memory: mtk-smi: mt8365: Add SMI Support
Date: Thu, 6 Apr 2023 09:50:37 +0200	[thread overview]
Message-ID: <d25081e4-69bc-74db-bdf1-5f1f2d2c794d@linaro.org> (raw)
In-Reply-To: <25bcaa84-fb29-4343-d046-26e210fc81f4@baylibre.com>

On 05/04/2023 16:34, Alexandre Mergnat wrote:
> 
> On 05/04/2023 15:54, Krzysztof Kozlowski wrote:
>> On 05/04/2023 15:06, Alexandre Mergnat wrote:
>>> On 05/04/2023 13:45, Krzysztof Kozlowski wrote:
>>>> On 05/04/2023 11:53, Alexandre Mergnat wrote:
>>>>> Ok, I will move the driver patch before the DTS patches in the next version.
>>>>>
>>>> Or do not send it together at all, which might solve your dependency
>>>> problem. According to your cover letter I cannot take the memory
>>>> controller bits, so I am waiting for dependencies to hit the mainline.
>>>> Alternatively I will need pull request with stable tag.
>>>>
>>> Ok, I prefer send the driver patch in another serie. That will solve the
>>> dependency with the DTS a least.
>> What dependency? Why do you have dependencies between drivers and DTS?
>> That's a no-go.
> I probably do something wrong but, that start with this comment [1]:
> 
>> I guess we should add a independent "mediatek,mt8365-smi-common".
> 
> Then I have added the mt8365 compatible support in the driver instead of using the mt8186 which already supported and used in the v1.
> I change the binding and DTS to use "mediatek,mt8365-smi-common" only (no more "mediatek,mt8186-smi-common").
> Maybe "dependency isn't the good word to use in that case.

I do not see patch changing existing compatible. Which one is it?

I don't know what is your meaning of dependency then. For all of us,
dependency means one patch must be applied after another patch. So is
this the case here? If yes, then why?

> Except for the patch order in the serie (or send the driver in another one), everything is fine or there are others wrong things ?

If this is the question to me, then I am not the maintainer of your
platform. I am taking only memory controller bits, which look fine and I
would have already apply them if not the dependency trouble. Soon the
window for applying will close, BTW. We are almost at RC6.


Best regards,
Krzysztof



  reply	other threads:[~2023-04-06  7:50 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-04-05  8:06 [PATCH v2 00/10] Add IOMMU support to MT8365 SoC Alexandre Mergnat
2023-04-05  8:06 ` [PATCH v2 01/10] dt-bindings: memory-controllers: mediatek,smi-common: add mt8365 Alexandre Mergnat
2023-04-05  8:06 ` [PATCH v2 02/10] dt-bindings: memory-controllers: mediatek,smi-larb: " Alexandre Mergnat
2023-04-05  8:06 ` [PATCH v2 03/10] arm64: dts: mediatek: add mmsys support for mt8365 SoC Alexandre Mergnat
2023-04-05  8:06 ` [PATCH v2 04/10] arm64: dts: mediatek: add camsys " Alexandre Mergnat
2023-04-05  8:06 ` [PATCH v2 05/10] arm64: dts: mediatek: add apu " Alexandre Mergnat
2023-04-05  8:06 ` [PATCH v2 06/10] arm64: dts: mediatek: add power domain " Alexandre Mergnat
2023-04-05  8:06 ` [PATCH v2 07/10] arm64: dts: mediatek: add smi " Alexandre Mergnat
2023-04-05  8:06 ` [PATCH v2 08/10] arm64: dts: mediatek: add larb " Alexandre Mergnat
2023-04-05  8:06 ` [PATCH v2 09/10] arm64: dts: mediatek: add iommu " Alexandre Mergnat
2023-04-05  8:06 ` [PATCH v2 10/10] memory: mtk-smi: mt8365: Add SMI Support Alexandre Mergnat
2023-04-05  9:43   ` Krzysztof Kozlowski
2023-04-05  9:53     ` Alexandre Mergnat
2023-04-05 11:45       ` Krzysztof Kozlowski
2023-04-05 13:06         ` Alexandre Mergnat
2023-04-05 13:54           ` Krzysztof Kozlowski
2023-04-05 14:34             ` Alexandre Mergnat
2023-04-06  7:50               ` Krzysztof Kozlowski [this message]
2023-04-06 13:56                 ` Alexandre Mergnat
2023-04-06  9:28   ` Yong Wu (吴勇)
2023-04-05 11:43 ` [PATCH v2 00/10] Add IOMMU support to MT8365 SoC Krzysztof Kozlowski
2023-04-05 13:13   ` Alexandre Mergnat
2023-04-05 13:54     ` Krzysztof Kozlowski

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=d25081e4-69bc-74db-bdf1-5f1f2d2c794d@linaro.org \
    --to=krzysztof.kozlowski@linaro.org \
    --cc=amergnat@baylibre.com \
    --cc=angelogioacchino.delregno@collabora.com \
    --cc=devicetree@vger.kernel.org \
    --cc=krzysztof.kozlowski+dt@linaro.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mediatek@lists.infradead.org \
    --cc=matthias.bgg@gmail.com \
    --cc=robh+dt@kernel.org \
    --cc=yong.wu@mediatek.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox