[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <0aea4e60-f835-3bb0-f082-b7b799f2ad95@linaro.org>
Date: Tue, 28 Mar 2023 09:41:50 +0200
From: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>
To: Richard Leitner <richard.leitner@...ux.dev>,
Mark Brown <broonie@...nel.org>
Cc: Liam Girdwood <lgirdwood@...il.com>,
Rob Herring <robh+dt@...nel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
Ladislav Michl <ladis@...ux-mips.org>,
Jaroslav Kysela <perex@...ex.cz>,
Takashi Iwai <tiwai@...e.com>,
Benjamin Bara <benjamin.bara@...data.com>,
Benjamin Bara <bbara93@...il.com>, alsa-devel@...a-project.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
Richard Leitner <richard.leitner@...data.com>
Subject: Re: [PATCH v2 0/3] Add "mclk" support for maxim,max9867
On 28/03/2023 07:59, Richard Leitner wrote:
>> should be sent as incremental updates against current git, existing
>> patches will not be replaced.
>
> As Krzysztof requested some changes on the clocks property dt-bindings
> patch (#2) commit message... How should I handle this?
>
> The changes requested on the patch content (dts example) should be sent
> as incremental patch to the original series, I guess?
Incremental updates, so new patch. Rebase on maintainer's tree next
branch or linux-next (usually linux-next is the easiest but for
cross-tree patches might create inapplicable series).
Best regards,
Krzysztof
Powered by blists - more mailing lists