From: Mikhail Zhilkin <csharper2005@gmail.com>
To: Miquel Raynal <miquel.raynal@bootlin.com>
Cc: Richard Weinberger <richard@nod.at>,
Vignesh Raghavendra <vigneshr@ti.com>,
Rob Herring <robh+dt@kernel.org>,
NOGUCHI Hiroshi <drvlabo@gmail.com>,
Hauke Mehrtens <hauke@hauke-m.de>, Karim <Karimdplay@gmail.com>,
M <x1@disroot.org>,
linux-mtd@lists.infradead.org, linux-kernel@vger.kernel.org,
devicetree@vger.kernel.org
Subject: Re: [PATCH] mtd: parsers: add support for Sercomm partitions
Date: Wed, 11 May 2022 23:36:18 +0300 [thread overview]
Message-ID: <10ce5bf1-bf12-b028-49cb-a3f1999f9a07@gmail.com> (raw)
In-Reply-To: <20220511091643.064f9d13@xps13>
On 5/11/2022 10:16 AM, Miquel Raynal wrote:
>>>> This is essentially the same code as proposed by NOGUCHI Hiroshi
>>>> <drvlabo@gmail.com> here:
>>> I would credit Hiroshi with a Suggested-by at least
>> I read submitting patches rules again and thought that Signed-off-by is
>> suitable for this case. Is this ok?
> Either you take his work almost like it is and he must be the author
> *and* the first signed-off-by line, or you take the authorship if you
> think you did enough modifications to the code and in this case you can
> either credit him with a suggested-by before your signed-off, or you
> can credit him with a co-developed-by + his signed-off and then yours.
Thank you for clarification! My modifications were quite small:
- Remove redundant braces and logical NOT operator
- Define pr_fmt
- Replace kcalloc by kzalloc
- Use of_get_child_count() and alloc big enough array before the
for_each_child_of_node()
Therefore, I prefer to keep the authorship of the original author (NOGUCHI Hiroshi).
Patch is really good and was successfully tested on the hundreds of Sercomm devices (5.4, 5.10, 5.15 Kernel). My motivation for upstreaming is work under official support for these devices in OpenWrt.
What are the next steps from my side in this case? Should I wait for review of this patch here (Link: https://lore.kernel.org/linux-mtd/20220510162655.21011-1-csharper2005@gmail.com/T/#u
) or do I need to do something additionally (for example, send updated set v5 with Acked-by from Krzysztof in the first patch)?
And sorry for the many questions... I haven't fully mastered the Linux change management process and best practices yet.
> Thanks,
> Miquèl
--
Best regards,
Mikhail
next prev parent reply other threads:[~2022-05-11 20:36 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-29 12:20 [PATCH] mtd: parsers: add support for Sercomm partitions Mikhail Zhilkin
2022-03-30 8:09 ` Miquel Raynal
2022-05-10 20:07 ` Mikhail Zhilkin
2022-05-11 7:16 ` Miquel Raynal
2022-05-11 20:36 ` Mikhail Zhilkin [this message]
2022-05-12 7:18 ` Miquel Raynal
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=10ce5bf1-bf12-b028-49cb-a3f1999f9a07@gmail.com \
--to=csharper2005@gmail.com \
--cc=Karimdplay@gmail.com \
--cc=devicetree@vger.kernel.org \
--cc=drvlabo@gmail.com \
--cc=hauke@hauke-m.de \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mtd@lists.infradead.org \
--cc=miquel.raynal@bootlin.com \
--cc=richard@nod.at \
--cc=robh+dt@kernel.org \
--cc=vigneshr@ti.com \
--cc=x1@disroot.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).