Received-SPF: pass (google.com: domain of linux-kernel+bounces-149785-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99;
From: Diederik de Haas <didi.debian@cknow.org>
To: liujianfeng1994@gmail.com
Cc: krzk@kernel.org, linux-rockchip@lists.infradead.org, conor+dt@kernel.org,
 devicetree@vger.kernel.org, ezequiel@vanguardiasur.com.ar, heiko@sntech.de,
 krzk+dt@kernel.org, linux-arm-kernel@lists.infradead.org,
 linux-kernel@vger.kernel.org, linux-media@vger.kernel.org,
 linux-rockchip@lists.infradead.org, mchehab@kernel.org,
 p.zabel@pengutronix.de, robh@kernel.org, sfr@canb.auug.org.au,
 Conor Dooley <conor.dooley@microchip.com>,
 Jianfeng Liu <liujianfeng1994@gmail.com>
Subject:
 Re: [PATCH v5 2/2] dt-bindings: media: rockchip-vpu: Add rk3588 vdpu121
 compatible string
Date: Thu, 18 Apr 2024 11:19:56 +0200
Message-ID: <1774986.o0yEF5yP89@bagend>
Organization: Connecting Knowledge
In-Reply-To: <20240413155709.802362-1-liujianfeng1994@gmail.com>
References:
 <2a516484-ea87-444e-a89d-9fe33d08148f@kernel.org>
 <20240413155709.802362-1-liujianfeng1994@gmail.com>
Precedence: bulk
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart27639082.gtX0PHzvVj";
 micalg="pgp-sha256"; protocol="application/pgp-signature"

--nextPart27639082.gtX0PHzvVj
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"; protected-headers="v1"
From: Diederik de Haas <didi.debian@cknow.org>
To: liujianfeng1994@gmail.com
Date: Thu, 18 Apr 2024 11:19:56 +0200
Message-ID: <1774986.o0yEF5yP89@bagend>
Organization: Connecting Knowledge
In-Reply-To: <20240413155709.802362-1-liujianfeng1994@gmail.com>
MIME-Version: 1.0

On Saturday, 13 April 2024 17:57:09 CEST Jianfeng Liu wrote:
> I'm sorry for my unkonwing about the kernel patching process. And I'm
> sorry to let maintainers do extra work. Thank you for teaching me this.
> I will do this right in future patches.
> 
> I did received a Acked-by tag from Conor in v4:
> Acked-by: Conor Dooley <conor.dooley@microchip.com>
> 
> I note it here in case someone forgets this tag.

I think it's beneficial to send a v6 with the following changes:
1) Make this dt-bindings patch the first in the series
2) Make sure you've collected all the tags you've received to all the patches
3) Specify the base commit

ad 1) I don't know if it's a hard rule, but I've seen a consistent pattern 
where the dt-binding changes come before those changes being applied to 
DeviceTree files. It also makes sense as when the dt-binding change hasn't been 
applied, then the DT file is technically invalid.

ad 2) You shouldn't make maintainers do extra work to get your patch(es) 
merged; you want to make their work as easy as possible. Thus you do the 
(extra) work and provide a new version of the patch(es).
Sending multiple versions in a single day is generally not recommended as you 
should give reviewers some time to do the review. But it should be fine now as 
several days have past without new reviews.

ad 3) The `git format-patch` command has a `--base=<commit>` parameter with 
which you can make explicit upon which commit the patch is based.
That works a lot better/easier then a textual description.

HTH
--nextPart27639082.gtX0PHzvVj
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----

iHUEABYIAB0WIQT1sUPBYsyGmi4usy/XblvOeH7bbgUCZiDlvAAKCRDXblvOeH7b
bmEdAP9OLqzxTgUxfIC4NVwn89ZMipgZ02R2mr8wczdNorVfxgEAwMVlJgDzsjlr
2lkalQpvcr6qdfULVlBbAY1pfncDyAY=
=4ic4
-----END PGP SIGNATURE-----

--nextPart27639082.gtX0PHzvVj--