From: Honggyu Kim <honggyu.kim@sk.com>
To: David Hildenbrand <david@redhat.com>,
Rakie Kim <rakie.kim@sk.com>,
akpm@linux-foundation.org
Cc: kernel_team@skhynix.com, gourry@gourry.net, linux-mm@kvack.org,
linux-kernel@vger.kernel.org, linux-cxl@vger.kernel.org,
joshua.hahnjy@gmail.com, dan.j.williams@intel.com,
ying.huang@linux.alibaba.com, Jonathan.Cameron@huawei.com,
osalvador@suse.de, yunjeong.mun@sk.com
Subject: Re: [PATCH v7 3/3] mm/mempolicy: Support memory hotplug in weighted interleave
Date: Thu, 10 Apr 2025 22:25:22 +0900 [thread overview]
Message-ID: <755ad3ff-17d5-4610-94ce-2f2d775b518d@sk.com> (raw)
In-Reply-To: <203ed4e9-4691-483c-bf42-3035b3ad3539@redhat.com>
Hi David,
On 4/9/2025 8:52 PM, David Hildenbrand wrote:
> On 09.04.25 13:39, Honggyu Kim wrote:
>> Hi David,
>>
>> On 4/9/2025 6:05 PM, David Hildenbrand wrote:
>>> On 08.04.25 09:32, Rakie Kim wrote:
[...snip...]
>>>> Signed-off-by: Rakie Kim <rakie.kim@sk.com>
>>>> Signed-off-by: Honggyu Kim <honggyu.kim@sk.com>
>>>> Signed-off-by: Yunjeong Mun <yunjeong.mun@sk.com>
>>>
>>> Why are the other SOF in there? Are there Co-developed-by missing?
>>
>> I initially found the problem and fixed it with my internal implementation but
>> Rakie also had his idea so he started working on it. His initial implementation
>> has almost been similar to mine.
>>
>> I thought Signed-off-by is a way to express the patch series contains our
>> contribution, but if you think it's unusual, then I can add this.
>
> Please see Documentation/process/submitting-patches.rst,
Thanks for the info.
> and note that these are not "patch delivery" SOB.
>
> "
> The Signed-off-by: tag indicates that the signer was involved in the
> development of the patch, or that he/she was in the patch's delivery path.
Yunjeong and I have been involved in finding the problem and also concluded this
issue is related to hotplug together with our initial implementations before
this patch. So I guess it is the former case.
> "
>
> and
>
> "
> Co-developed-by: states that the patch was co-created by multiple developers;
> it is used to give attribution to co-authors (in addition to the author
> attributed by the From: tag) when several people work on a single patch. Since
> Co-developed-by: denotes authorship, every Co-developed-by: must be immediately
> followed by a Signed-off-by: of the associated co-author. Standard sign-off
So the Co-developed-by comes before Signed-off-by.
> procedure applies, i.e. the ordering of Signed-off-by: tags should reflect the
> chronological history of the patch insofar as possible, regardless of whether
> the author is attributed via From: or Co-developed-by:. Notably, the last
> Signed-off-by: must always be that of the developer submitting the patch.
> "
>
> The SOB order here is also not correct.
It looks the below order is correct. I saw this order in the official document
example as well.
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/process/submitting-patches.rst?h=v6.15-rc1#n516
>> Co-developed-by: Honggyu Kim <honggyu.kim@sk.com>
>> Signed-off-by: Honggyu Kim <honggyu.kim@sk.com>
>>
>> For Yunjeong, the following can be added.
>>
>> Tested-by: Yunjeong Mun <yunjeong.mun@sk.com>
>
> That is probably the right thing to do if contribution was focused on testing.
>
>>
>> However, this patch series is already in Andrew's mm-new so I don't want to
>> bother him again unless we need to update this patches for other reasons.
>
> mm-new is exactly for these kind of things. We can ask Andrew to fix it up.
Rakie already asked him and he will update signinig tags at the next spin.
Thanks very much for your help!
Thanks,
Honggyu
next prev parent reply other threads:[~2025-04-10 13:25 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-04-08 7:32 [PATCH v7 0/3] Enhance sysfs handling for memory hotplug in weighted interleave Rakie Kim
2025-04-08 7:32 ` [PATCH v7 1/3] mm/mempolicy: Fix memory leaks in weighted interleave sysfs Rakie Kim
2025-04-08 13:45 ` Joshua Hahn
2025-04-15 15:41 ` Jonathan Cameron
2025-04-08 7:32 ` [PATCH v7 2/3] mm/mempolicy: Prepare weighted interleave sysfs for memory hotplug Rakie Kim
2025-04-08 13:49 ` Joshua Hahn
2025-04-09 3:43 ` Dan Williams
2025-04-09 3:54 ` Dan Williams
2025-04-09 5:56 ` Rakie Kim
2025-04-09 18:51 ` Dan Williams
2025-04-10 7:53 ` Rakie Kim
2025-04-10 8:06 ` Rakie Kim
2025-04-11 3:11 ` Andrew Morton
2025-04-11 7:21 ` Rakie Kim
2025-04-11 22:24 ` Dan Williams
2025-04-08 7:32 ` [PATCH v7 3/3] mm/mempolicy: Support memory hotplug in weighted interleave Rakie Kim
2025-04-08 13:52 ` Joshua Hahn
2025-04-08 14:45 ` Gregory Price
2025-04-09 9:05 ` David Hildenbrand
2025-04-09 11:39 ` Honggyu Kim
2025-04-09 11:52 ` David Hildenbrand
2025-04-10 7:53 ` Rakie Kim
2025-04-10 13:25 ` Honggyu Kim [this message]
2025-04-10 13:41 ` David Hildenbrand
2025-04-15 16:00 ` Jonathan Cameron
2025-04-16 4:04 ` Honggyu Kim
2025-04-16 7:37 ` Honggyu Kim
2025-04-16 7:49 ` Rakie Kim
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=755ad3ff-17d5-4610-94ce-2f2d775b518d@sk.com \
--to=honggyu.kim@sk.com \
--cc=Jonathan.Cameron@huawei.com \
--cc=akpm@linux-foundation.org \
--cc=dan.j.williams@intel.com \
--cc=david@redhat.com \
--cc=gourry@gourry.net \
--cc=joshua.hahnjy@gmail.com \
--cc=kernel_team@skhynix.com \
--cc=linux-cxl@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=osalvador@suse.de \
--cc=rakie.kim@sk.com \
--cc=ying.huang@linux.alibaba.com \
--cc=yunjeong.mun@sk.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